Hay un fallo que aparece en casi todas las webs multiidioma y que casi nadie busca porque no rompe nada visible: los enlaces internos de las páginas traducidas siguen apuntando al idioma original.
El visitante inglés lee su página, hace clic en un enlace del texto y aterriza en castellano. Y Google, que sigue esos mismos enlaces, concluye que la versión inglesa no tiene ecosistema propio: es una hoja suelta que no lleva a ninguna parte.
Al grano: un enlace al idioma original dentro de una página traducida hace dos daños a la vez: saca al visitante de su idioma y le dice a Google que esa versión no tiene contenido propio alrededor. Es el fallo de SEO multiidioma más extendido y también el más barato de arreglar.
Por qué ocurre
Porque los enlaces se escriben dentro del texto, y al traducir el texto el enlace viaja tal cual. Si el original dice <a href="/servicios/">nuestros servicios</a>, la traducción dirá <a href="/servicios/">our services</a>: texto traducido, destino sin traducir.
Algunos plugins reescriben las URL internas al traducir, pero solo las que reconocen, y solo en el campo de contenido. Los enlaces que viven en botones del maquetador, en campos personalizados o en widgets se quedan fuera casi siempre.
Los cinco sitios donde se rompe
1. Enlaces dentro del texto
El caso base. Si el plugin no los reescribe, hay que revisarlos. Con cien entradas es inviable a mano, así que conviene detectarlos primero (más abajo) y corregir solo los que existan.
2. Botones del maquetador
La URL de un botón de Elementor o similar no está en el texto: está en los ajustes del widget. Muchos procesos de traducción no llegan ahí, así que el botón «Contactar» de la página inglesa lleva al formulario en castellano. Lo relacionado con maquetadores está en compatibilidad con Elementor y WooCommerce.
3. Menús de navegación
WordPress no tiene menús por idioma de serie: es el plugin multiidioma el que los añade. Si no creas un menú por idioma, todos los visitantes ven el mismo menú y todos los enlaces llevan al idioma principal. Es el fallo más visible de los cinco y el más fácil de arreglar.
4. Bloques de entradas relacionadas
Si el bloque no filtra por idioma, mezcla: debajo de una entrada en inglés aparecen tres entradas en castellano. Además de la mala experiencia, son enlaces que sacan del idioma. La mayoría de temas tienen un ajuste para filtrarlo; si no, se resuelve con una consulta filtrada por el idioma actual.
5. El pie de página
Suele ser el mismo para todos los idiomas, y suele tener quince enlaces. Aviso legal, política de privacidad, contacto, condiciones… todos al idioma principal. Y algunos de esos son textos legales que deben estar en el idioma del visitante, no solo por SEO.
Cómo detectarlos en tu web
- Abre cinco páginas traducidas de tipos distintos: una entrada, una página de servicio, una ficha, la portada y una de contacto.
- Pasa el ratón por cada enlace y mira la URL en la barra de estado del navegador. ¿Lleva el prefijo del idioma correcto?
- Repite en el menú, el pie y la barra lateral, que son los que afectan a todas las páginas a la vez.
- Usa un rastreador si la web es grande: cualquier herramienta de auditoría te da la lista de enlaces salientes de cada página, y ahí se ve a simple vista cuáles salen del idioma.
- Prioriza: primero menú y pie, que multiplican por todas las páginas; después las páginas con más tráfico.
Consejo: empieza siempre por el menú y el pie de página. Un enlace mal apuntado en el menú está en las trescientas páginas de ese idioma; uno dentro de un artículo está en una. Arreglar esas dos plantillas suele corregir el 70 % de los enlaces rotos entre idiomas con dos horas de trabajo.
Enlaces relativos: la solución que no lo es
Alguien sugerirá usar enlaces relativos (/servicios/ en vez de la URL completa) para que «se adapten solos». No funciona: un enlace relativo desde /en/una-pagina/ hacia /servicios/ sigue llevando a la raíz, que es el idioma principal. Para que funcionara tendría que ser /en/services/, es decir, ya traducido.
La solución real es que el plugin reescriba los enlaces internos al traducir, o revisarlos. No hay atajo.
Ojo: hay un caso en el que el enlace al idioma original sí es correcto: cuando el contenido de destino solo existe en ese idioma y no vas a traducirlo — un aviso legal específico de tu país, una nota de prensa local. En ese caso, avisa al visitante de que va a cambiar de idioma. Un «(en español)» junto al enlace basta, y evita que lo perciba como un error.
Cómo debe ser el enlazado de cada idioma
La regla es que cada idioma debe poder navegarse entero sin salir de él. En la práctica:
| Elemento | Debe apuntar a | Cómo se resuelve |
|---|---|---|
| Menú principal | Mismo idioma | Un menú por idioma |
| Enlaces del texto | Mismo idioma | Reescritura del plugin o revisión |
| Botones y CTA | Mismo idioma | Revisar en los ajustes del widget |
| Entradas relacionadas | Mismo idioma | Filtrar la consulta por idioma |
| Migas de pan | Mismo idioma | Traducir también las taxonomías |
| Pie de página | Mismo idioma | Un pie o un menú de pie por idioma |
| Seletor de idioma | La página equivalente | Nunca a la portada |
La última fila merece un comentario aparte. Un selector de idioma que manda siempre a la portada es un clásico y es un desperdicio: el visitante estaba leyendo algo concreto y quería seguir leyéndolo en otro idioma. Debe llevar a la página equivalente, y solo a la portada si esa página no existe en el idioma destino.
Lo que ganas al arreglarlo
Tres cosas, por orden de importancia:
- Google descubre las páginas traducidas. Si nada las enlaza, cuesta mucho más que entren en el índice — es una de las causas de que Google no indexe tus traducciones.
- La autoridad circula dentro del idioma. Las páginas de ese idioma se sostienen entre sí en vez de mandar toda la señal al idioma principal.
- El visitante no se pierde. Que es, al final, por lo que se traduce una web.
Es de las intervenciones con mejor retorno que existen en una web multiidioma: no hay que escribir contenido nuevo, solo corregir destinos.
Si estás montando la web ahora, elegir una herramienta que reescriba los enlaces internos al traducir te evita este trabajo entero. WP-Translate reapunta los enlaces internos hacia la versión del mismo idioma al traducir, incluidos los del contenido y los de las cadenas del tema. Puedes verlo sobre una página con enlaces en la versión gratuita. Los menús por idioma siguen siendo cosa tuya: eso es una decisión editorial, no técnica.
Perguntas frequentes
¿Los enlaces entre idiomas distintos penalizan?
No hay penalización. Lo que hay es pérdida: pierdes al visitante y desaprovechas la señal interna del idioma.
¿Debo enlazar desde la versión española a la inglesa?
Para eso está el hreflang y el selector de idioma, no los enlaces del texto. Mezclar idiomas dentro del contenido confunde a los dos, al lector y al buscador.
¿Cuántos enlaces internos debería tener cada página?
No hay número. El criterio útil es que ninguna página quede a más de tres clics de la portada de su idioma, y que cada página reciba al menos un enlace desde dentro de su idioma.
¿Y los enlaces a webs externas?
Si la web externa tiene versión en el idioma del visitante, enlaza a ella. Si no, deja la que hay: es preferible a no enlazar.
Seguir leyendo
Esta pieza forma parte de la guía de WordPress multiidioma, donde está el recorrido completo: estructura de URL, elección de plugin, traducción automática, SEO y presupuesto. Si lo que te falta es decidir herramienta, la comparativa está en los mejores plugins de traducción.
- hreflang con Yoast SEO — qué cubre de verdad y qué te toca completar
- contenido duplicado en webs multiidioma — cuándo Google no te penaliza y cuándo sí
- traducir WordPress sin plugin — las 4 formas y cuándo compensa de verdad