La anotación de idioma alternativo indica a los buscadores que una misma página existe en varias versiones lingüísticas y cuál servir a quién. Es simple en su principio y temiblemente fácil de romper: un error en un solo elemento invalida a menudo todo el grupo.
Aquí tienes diez errores, verificables en unos veinte minutos en tu sitio.
1. El enlace de vuelta ausente
El error más frecuente y el más destructivo.
La declaración debe ser recíproca. Si tu página española declara una versión alemana, la página alemana debe declarar la española de vuelta. Sin esa reciprocidad, la declaración se ignora.
El caso típico: una traducción añadida sin regenerar la plantilla de página, o una página despublicada solo de un lado.
Verificación: abre una página alemana, mira sus anotaciones y comprueba que apunta a la española.
2. La autorreferencia ausente
Cada página debe declararse a sí misma en la lista, además de sus alternativas.
Una página española que declara alemán, italiano y francés pero no español está incompleta. La autorreferencia forma parte del grupo.
Verificación: cuenta las anotaciones de una página. Si tienes cinco idiomas, debes ver cinco, no cuatro.
3. La confusión con la etiqueta canónica
El error más dañino para el tráfico internacional.
Las versiones lingüísticas no son duplicados. Cada página debe llevar una canónica hacia ella misma, no hacia la versión de origen.
Hacer que las traducciones apunten a la página original equivale a pedir su desindexación. El sitio parece correctamente traducido y no recibe ningún tráfico extranjero.
Verificación: en una página alemana, la canónica debe ser la dirección alemana.
4. Los códigos de idioma y de región mezclados
El código puede designar un idioma solo, o un idioma en un país. Ambos son válidos y no significan lo mismo.
Un código de idioma solo apunta a todos los hablantes de ese idioma. Un código de idioma y región apunta a ese idioma en ese país concreto.
Tres errores clásicos: usar un código de país solo, que no es válido; inventar un código de región inexistente; o mezclar las dos formas de manera incoherente dentro de un mismo grupo.
Punto importante: el primer elemento es siempre el idioma, el segundo la región. Al revés es inválido.
Verificación: recoge todos tus códigos y compáralos con las normas correspondientes.
5. La segmentación por país sin contenido diferenciado
Error de diseño más que de sintaxis.
Declarar una versión para España y otra para México solo tiene sentido si los contenidos difieren realmente: precios, divisa, condiciones de envío, avisos legales.
Si las dos páginas son idénticas, creas duplicación sin beneficio, y los buscadores elegirán ellos mismos cuál servir.
Verificación: para cada par de versiones de un mismo idioma, identifica al menos una diferencia sustancial. Si no, fúsionalas.
Módulo Hreflang PrestaShop 8 — Etiquetas Alternate SEO Multilingüe | DataFireflyEtiquetas hreflang correctas en todas las páginas de PrestaShop 8: URLs nativas traducidas, x-default, grupos multitenda y más de 70 códigos hreflang.€29,00
6. Las anotaciones en páginas sin traducir
Situación frecuente en catálogos parcialmente traducidos.
Declarar una versión alemana de una ficha de producto cuya descripción sigue en español produce dos problemas: el visitante alemán llega a un contenido que no entiende, y el buscador comprueba que la página anunciada como alemana no lo es.
La regla: declara solo las versiones realmente traducidas. Un grupo de tres idiomas en un producto y de cinco en otro es perfectamente válido.
Verificación: coge tres productos al azar y lee sus versiones extranjeras. Si encuentras texto en el idioma de origen, corrige.
7. El valor genérico mal empleado
Un valor particular permite designar una versión por defecto, servida a los visitantes cuyo idioma no corresponde a ninguna versión declarada.
Dos errores. Tratarlo como un idioma, creyendo que apunta al inglés: no apunta a ningún idioma en particular. Y olvidarlo: sin él, un visitante japonés en un sitio con cinco idiomas europeos no tiene versión designada.
Este valor es opcional. Si lo usas, debe designar una sola página, y esa página debe existir en el grupo como las demás.
8. Las direcciones relativas o incoherentes
Cuatro problemas de dirección que invalidan las declaraciones.
Las direcciones relativas. Deben ser absolutas, con el protocolo y el dominio.
La mezcla de protocolos, una versión declarada como segura y la otra no.
Las direcciones redirigidas. Una declaración que apunta a una dirección que redirige añade un paso y enturbia la señal.
La incoherencia con la canónica. Si la declaración apunta a una dirección y la canónica de la página destino a otra, el grupo está roto.
Verificación: un control automatizado sobre una muestra de páginas detecta estos cuatro casos en unos minutos.
9. Las páginas en error o no indexables
Una declaración que apunta a una página que ya no existe, que redirige o que lleva una directiva de no indexación es inservible.
El caso se da típicamente tras un rediseño o una eliminación de producto en un solo idioma.
Consecuencia práctica: cuando retiras una página en un idioma, debes actualizar las anotaciones de todas las demás versiones del grupo. Es lo que más se olvida.
Verificación: un rastreo del sitio con registro de los códigos de respuesta en las direcciones declaradas.
10. El mapa del sitio y las cabeceras olvidados
Las anotaciones pueden colocarse de tres formas: en la cabecera de la página, en las cabeceras de respuesta o en el mapa del sitio.
Dos errores opuestos.
Declararlas en varios sitios con valores distintos, lo que produce un conflicto.
No declararlas en absoluto para los documentos no HTML, como los PDF, para los que solo la vía de las cabeceras de respuesta es posible.
En un catálogo grande, la declaración en el mapa del sitio presenta una ventaja: centraliza la información y aligera las páginas. A cambio exige un mapa del sitio correctamente generado y actualizado.
El método de verificación en veinte minutos
Cinco pasos.
1. Abre una página en cada idioma y compara sus anotaciones. Deben listar exactamente las mismas direcciones.
2. Verifica la canónica de cada una: debe apuntar a sí misma.
3. Recoge los códigos usados y valida su formato.
4. Lee el contenido de dos o tres páginas extranjeras para confirmar que están realmente traducidas.
5. Consulta el informe de segmentación internacional de Search Console, que reporta los enlaces de vuelta ausentes y los códigos inválidos a escala del sitio.
Este último punto es el más eficaz para el seguimiento continuo: detecta las regresiones tras una puesta en producción sin que tengas que revisar a mano.
Lo que estas anotaciones no hacen
Tres aclaraciones útiles.
No modifican el posicionamiento. Indican qué versión servir, no cuál posicionar mejor.
No sustituyen a la traducción. Una página mal traducida sigue siendo una mala página, correctamente anotada.
No redirigen a nadie. Un visitante que llega a la versión equivocada debe poder cambiarla, lo que supone un selector de idioma visible.
Sobre este último punto, una práctica que evitar: la redirección automática según el idioma del navegador. Impide a un visitante consultar otra versión y estorba el rastreo de los buscadores. Propon, no fuerces.
El módulo Hreflang para PrestaShop gestiona estas anotaciones en PrestaShop 8 y 9: generación automática con reciprocidad y autorreferencia, exclusión de las páginas sin traducir del grupo, coherencia con las canónicas autorreferentes y control de las direcciones declaradas en error o redirigidas.
