Por qué tu plugin de traducción podría estar matando tu SEO en silencio (acabamos de descubrirlo haciéndonoslo a nosotros)
Guillermo, RemarkableCloud
Por qué tu plugin de traducción podría estar matando tu SEO en silencio (acabamos de descubrirlo haciéndonoslo a nosotros)
Durante los últimos meses, algo empezó a sentirse raro en nuestras analíticas. Los visitantes hispanohablantes (históricamente nuestro segmento internacional más fuerte) venían cayendo de forma sostenida. Al principio lo atribuimos a la estacionalidad. Luego al ánimo económico general de Latinoamérica. Luego a “seguro Google cambió algo”.
Ninguna de esas era la respuesta real.
Cuando finalmente nos sentamos a auditar nuestra propia configuración multilingüe, encontramos que el plugin de traducción que habíamos usado por años había estado dañando silenciosamente nuestro SEO en cada página en español del sitio. Nombres de marca destrozados en los metadatos. Entidades de schema apuntando a las URLs equivocadas. Declaraciones de hreflang que Google probablemente estaba ignorando por completo. Etiquetas canonical inconsistentes con el resto del sitio. Breadcrumbs enviando a los visitantes en español de vuelta a páginas en inglés.
💡
Llevamos 25 años hosteando sitios web. Diseñamos nuestra propia infraestructura, corremos nuestros propios servidores de correo, escribimos nuestro propio monitoreo, y aun así se nos pasó esto. Porque la salida de un plugin de traducción se ve bien en la superficie. El daño está en las partes de la página que los visitantes no ven y que la mayoría de los dueños de sitios nunca revisa.
Si operas un sitio WordPress multilingüe, hay una posibilidad real de que algunos de estos problemas estén ocurriendo en el tuyo ahora mismo. Esto es qué buscar, por qué importa cada uno, y cómo revisarlo.
5
problemas ocultos que encontramos en nuestro propio sitio
6 meses
de erosión gradual del tráfico en español antes de detectarlo
12 h
de la especificación a producción para arreglar todo el stack
Los cinco problemas
1
Tu nombre de marca se está traduciendo cuando no debería
Abre tu sitio en español (o el idioma que ofrezcas) y mira el código fuente de la página. Busca application/ld+json para encontrar tus datos estructurados. Mira los campos de entidad: name, alternateName, caption, description.
Si tu nombre de marca aparece traducido, por ejemplo, “Cloud Notable” en vez de “RemarkableCloud”, o “Nube Notable”, tu plugin de traducción cruzó una línea que no debía cruzar. Los nombres de marca son nombres propios. No se traducen. Pero muchos plugins de traducción tratan todo el texto por igual y pasan las cadenas de marca por su motor de traducción, enviando la versión traducida a tus datos estructurados.
Google lee los datos estructurados como metadatos autoritativos sobre tu sitio. Cuando el campo de marca no coincide entre idiomas, la comprensión de Google de tu negocio como una sola entidad se fragmenta. Peor: tu entrada en el knowledge graph (ese panel de negocio que aparece en los resultados de búsqueda) puede mostrar nombres inconsistentes o equivocados según qué versión de idioma Google indexó de último.
Cómo revisarlo
Tu nombre de marca debería aparecer idéntico en cada versión de idioma de tu sitio. Mira el código fuente de tus páginas traducidas y busca tu nombre de marca en los datos estructurados. Los únicos campos que deberían cambiar son el contenido descriptivo alrededor de la marca, no el nombre de la marca en sí.
2
Tus etiquetas hreflang no coinciden con lo que Google espera
El hreflang le dice a los buscadores “esta página existe en inglés en la URL A, en español en la URL B”. Bien hecho, consolida la autoridad SEO entre versiones de idioma y evita penalizaciones por contenido duplicado. Mal hecho, confunde activamente a Google.
Encontramos tres problemas distintos en nuestro propio sitio:
- Declaraciones de hreflang duplicadas. Tanto el plugin de traducción como nuestro plugin de SEO emitían sus propios conjuntos, así que Google veía cada par dos veces. Algunos buscadores tratan los duplicados como señal de que algo está roto y se retiran.
- Anotaciones recíprocas faltantes en el sitemap. Las entradas EN del sitemap no referenciaban a sus contrapartes ES, y viceversa. Teníamos hreflang en el head de la página, pero el sitemap estaba incompleto en idiomas.
- Apuntando a URLs que redirigen con 301. Nuestro hreflang decía que la versión ES estaba en /es/pagina/ (con slash final) pero la URL canonical real era /es/pagina (sin slash). La URL del hreflang redirigía, lo que Google trata como ambiguo.
Cómo revisarlo
Abre tu página traducida, mira el código fuente y busca hreflang. Deberías ver exactamente una declaración por par de idiomas, apuntando a URLs que devuelven HTTP 200 directamente sin ninguna redirección en medio.
3
Tu página de inicio se está marcando como artículo de blog
Este es sutil pero dañino para el SEO. Muchos plugins de SEO de WordPress detectan que tu página de inicio traducida se sirve desde un objeto normal de post o página y por defecto la marcan como og:type=“article” en los metadatos de OpenGraph. También agregan schema de Article a los datos estructurados.
Una página de inicio no es un artículo. El marcado de Article le dice a Google “esto es contenido sensible al tiempo con fecha de publicación y autor”. Tu página de inicio no es ninguna de esas cosas. Los buscadores ponderan el contenido etiquetado como Article de forma distinta al etiquetado como WebPage, y una página de inicio incorrectamente etiquetada como Article tiende a rendir por debajo en búsquedas de marca.
Nosotros teníamos esto en nuestra página de inicio en español pero no en la de inglés. Las dos páginas enviaban señales distintas a Google sobre el mismo negocio.
Cómo revisarlo
Mira el código fuente de tu página de inicio traducida. Busca og:type: debería ser website (o business.business para sitios B2B), no article. Busca “@type”:“Article”. No debería haber uno en una página de inicio.
4
Los slashes finales son inconsistentes en tu sitio
Algunos sitios WordPress usan slash final (ejemplo.com/nosotros/). Otros no (ejemplo.com/nosotros). Cualquiera está bien, siempre que seas consistente. Los plugins de traducción frecuentemente no lo son.
Encontramos que el canonical de nuestra página de inicio en español se emitía sin slash final, pero las entradas en español dentro de nuestros datos estructurados referenciaban la misma página con slash final. Google ve esas como URLs distintas aunque ambas resuelvan al mismo contenido. La autoridad de la URL se divide. Las señales de enlazado interno se confunden.
Cómo revisarlo
Elige cualquier página de tu sitio. Compara la URL del , las entradas de tu sitemap para esa página, cualquier enlace interno que apunte a ella, y el campo url de cualquier dato estructurado. Si no son todas idénticas (slash o sin slash coincidiendo exactamente), tienes una inconsistencia que arreglar.
5
El enlace “Inicio” de tu breadcrumb envía a los visitantes traducidos al idioma equivocado
Los plugins de traducción a menudo traducen el texto visible de los breadcrumbs (“Home” se vuelve “Inicio”) pero olvidan traducir el enlace de abajo. Los visitantes en español que hacen clic en “Inicio” aterrizan en la página de inicio en inglés en vez de la de español. A media sesión, les cambian el idioma sin aviso.
Esto rompe la confianza del usuario y daña la señal de tasa de rebote que Google usa para posicionar páginas. Una página en español de alta calidad con un breadcrumb en español roto rinde peor que una página en español mediocre con la navegación intacta.
Cómo revisarlo
Abre la versión en español de tu sitio y navega a cualquier página interna. Haz clic en el “Inicio” del breadcrumb o su equivalente. Debería ir a la página de inicio en español, no a la de inglés. Luego mira el código fuente y revisa los datos estructurados del breadcrumb: la URL del item dentro del primer ListItem debería coincidir exactamente con la URL de tu página de inicio traducida.
Por qué los plugins de traducción siguen haciendo esto
No es que los desarrolladores de plugins de traducción sean descuidados. Es que los plugins de traducción están diseñados para un trabajo (traducir texto visible) y la infraestructura de SEO es un trabajo completamente distinto. Los dos se empaquetan juntos porque la mayoría de los dueños de sitios quiere un solo plugin que maneje “lo multilingüe”, pero el paquete crea compromisos que nadie señala.
Cómo la mayoría de los plugins de traducción maneja el SEO, y por qué falla
- Tratan los datos estructurados como texto a traducir, en vez de reconocerlos como metadatos legibles por máquina con sus propias reglas
- Construyen sus declaraciones de hreflang desde una lista estática al momento de instalar, no desde tu estructura de URLs en vivo
- Codifican convenciones de slash final que pueden no coincidir con la convención existente de tu sitio
- Aceptan por defecto los ajustes de OpenGraph y schema que emite tu plugin de SEO, en vez de sobreescribirlos correctamente para las páginas traducidas
El daño se acumula lentamente. Cada problema individual podría costarte una o dos posiciones de ranking. Cinco de ellos apilados durante seis meses (que es lo que medimos en nuestro propio sitio) suman el tipo de declive lento de tráfico que no aparece como una caída súbita que investigarías. Aparece como erosión gradual que asumes que es el mercado.
Qué hicimos al respecto
Cuando la auditoría confirmó lo que estaba pasando, tomamos una decisión: en vez de intentar parchar el plugin existente, construiríamos nuestra propia infraestructura de traducción que se integrara correctamente con nuestra arquitectura de SEO. Posts nativos en español en WordPress (no basados en proxy). Intercepción de schema que preserva los nombres de marca. Hreflang bidireccional en nuestros sitemaps. Grafos de datos estructurados a medida. Breadcrumbs que respetan el contexto de idioma. Lógica de redirección de una vía donde la URL se trata como sagrada: si escribiste una URL en español, te quedas en español, punto.
Tiempo total de construcción: unas 12 horas de trabajo enfocado, de la especificación al despliegue en producción.
Esa velocidad no es presunción: es el punto del artículo. Cuando entiendes tu infraestructura con suficiente profundidad para especificar la solución correcta, las herramientas modernas te dejan enviar lo correcto más rápido de lo que puedes configurar un parche. Hacemos esto desde 2001. Sabemos cómo se ve la buena infraestructura.
Hoy, nuestras páginas en español sirven datos estructurados limpios, hreflang válido, canonicals correctos y navegación español-primero. Nuestro SEO en español se está recuperando. Nuestro nombre de marca está preservado en cada idioma. Y todo el stack nos cuesta menos de $50 al año operarlo.
Qué deberías revisar esta semana
Si operas un sitio WordPress multilingüe, tómate 15 minutos para revisar las cinco cosas de arriba en tus páginas traducidas. La auditoría no requiere más herramientas que ver-código-fuente y un navegador. La mayoría de los sitios que hemos auditado para clientes tiene al menos dos de los cinco problemas activos ahora mismo.
La lista de cinco puntos
- Nombre de marca en los datos estructurados: verifica que aparece idéntico en cada versión de idioma
- Declaraciones de hreflang: una por par de idiomas, apuntando a URLs con 200 OK, con entradas recíprocas en el sitemap
- og:type de la página de inicio: debería ser “website”, no “article”
- Consistencia de slash final: canonical, sitemap, datos estructurados y enlaces internos deben coincidir todos
- Enlaces de breadcrumb: texto traducido, URL de destino traducida
Si encuentras problemas que tu host actual o tu proveedor de traducción no puede o no quiere arreglar, esa es una señal que vale la pena atender. La traducción bien hecha es la diferencia entre un sitio en español que posiciona junto a tu sitio en inglés y un sitio en español que sangra tráfico en silencio durante meses mientras todos se preguntan qué pasó.
Migramos sitios de cPanel, WHM, Plesk, DirectAdmin y WordPress independiente a nuestra infraestructura administrada sin costo, incluyendo una auditoría completa de SEO multilingüe durante la transición. Si quieres que le echemos un vistazo a tu configuración, nuestro equipo responde en menos de una hora.