Elige locales basándote en contenido real y compromisos operativos
Un locale es el idioma y, solo cuando importa, la audiencia regional de una página. Mantén una matriz de tipo de página, idioma, región, responsable, diferencias de contenido, patrón de URL y fallback. Añade una versión regional únicamente cuando su contenido principal o condiciones comerciales difieran genuinamente y alguien pueda mantenerla actualizada; una página genérica por idioma suele ser la mejor opción.
No traduzcas solo cabeceras y pies alrededor de un contenido principal sin cambios y lo llames local. Google advierte que la mera traducción de elementos repetitivos puede crear una mala experiencia y resultados repetidos. Revisa el copy prioritario, precios, disponibilidad, políticas, soporte y mensajes transaccionales. Si una página no puede ser atendida todavía, omítela en lugar de publicar un caparazón engañoso.
Registra el código previsto, patrón de URL público, responsable, destino canonical, fallback y estado de lanzamiento en una tabla gobernada única.
Usa URLs estables y permite que las personas elijan
Asigna a cada versión de idioma una URL directa que un navegador y un rastreador puedan solicitar. Google recomienda URLs distintas en lugar de cambiar el idioma con cookies o ajustes del navegador. Dominios por país, subdominios y subdirectorios pueden funcionar; elige el patrón que tu equipo pueda gobernar de forma consistente. Google lista los parámetros de URL como no recomendados para segmentación basada en URL.
Muestra una opción de idioma o región y mantén al visitante en la versión seleccionada. Google desaconseja redirecciones automáticas basadas en un idioma supuesto y dice que los cambios dinámicos pueden impedir el descubrimiento de variaciones. No uses la ubicación IP como mecanismo decisorio; Google indica que es difícil, generalmente poco fiable y puede limitar el rastreo. Conserva URLs directas y una forma fácil de volver a la versión anterior.
Abre cada URL de locale en una sesión limpia y confirma que sirve esa versión sin un rebote por ubicación.
Construye clústeres hreflang completos y válidos
Un clúster hreflang conecta URLs de locales equivalentes. Google soporta elementos link en HTML, cabeceras HTTP Link para respuestas no HTML, o entradas en sitemaps XML, y trata los métodos como equivalentes. Elige el que tu proceso de entrega pueda generar y auditar. Cada URL alternativa debe estar totalmente cualificada, incluyendo https, y resolver a la página pública prevista.
En cada página equivalente, publica el mismo conjunto: una auto-referencia y todas las alternativas soportadas. Google indica que las etiquetas pueden ser ignoradas cuando las páginas no se apuntan entre sí e identifica los enlaces faltantes de retorno como un error común. Genera clústeres desde datos compartidos, no desde plantillas editadas a mano. Si una página no está disponible en un locale, no inventes un parecido solo para completar la cuadrícula.
Para cada par listado, verifica que ambas páginas expongan el mismo conjunto de alternates, incluyendo su propia URL.
Usa el método de cabecera HTTP Link para PDFs localizados cuando el marcado head de HTML no esté disponible.
Selecciona etiquetas de idioma con la implementación de búsqueda en mente
Las etiquetas de idioma son identificadores como en, en-GB o zh-Hant. BCP 47 es el marco IETF de mejores prácticas y el IANA Language Subtag Registry es el registro de referencia al que W3C dirige a los autores. Comienza con un idioma principal y añade script o región solo cuando distinga el contenido. W3C aconseja mantener las etiquetas tan cortas como la distinción necesaria permita.
Para hreflang de Google, sigue las reglas de códigos soportados por Google, no todos los tags sintácticamente válidos de BCP 47. Google requiere un idioma primero, nunca una región sola, y documenta códigos ISO 639-1 de idioma con regiones opcionales ISO 3166-1 Alpha-2. Expresa claramente que es incompatible es-419 para hreflang. Revisa los códigos durante la implementación y rechaza valores improvisados en las comprobaciones de despliegue.
Usa en-GB solo cuando la versión del Reino Unido difiera de forma significativa; de lo contrario, una en genérica es más sencilla.
Mantén compatibles canonical, fallback y señales de contenido
La canonicalización elige una URL preferida entre URLs duplicadas o muy similares; hreflang identifica alternativas intencionales. Para páginas de locale independientes, usa un canonical autorreferencial o un canonical en el mismo idioma. Google recomienda un canonical en el mismo idioma o el mejor sustituto disponible. Un canonical entre idiomas puede consolidar la alternativa que pretendías presentar.
Usa x-default para personas cuyo idioma de navegador no coincida con una versión listada, especialmente con un selector de idioma o país. Es un fallback, no un reemplazo de alternativas reales. Decide si es un selector neutral o una página con idioma por defecto, hazlo utilizable y evita bucles de redirección automáticos. Mantén el contenido principal visible de cada página claramente en un solo idioma.
Compara la URL solicitada, la URL final, el canonical, la indexabilidad, los objetivos hreflang y la entrada en el sitemap en cada muestra.
Prueba el lanzamiento como un cambio de rutas y contenido
Antes del despliegue, muestrea cada tipo de plantilla: inicio, categoría, comercial, editorial, de ayuda y archivos localizados. Inspecciona el head entregado, las cabeceras o el sitemap según el método elegido. Confirma respuestas públicas, URLs finales HTTPS, alternates autorreferenciales y recíprocos, destinos canonical, contenido local visible, un switcher funcional y que no existan noindex o bloqueos en robots accidentales.
Después del lanzamiento, inspecciona páginas representativas en Search Console. Su prueba en vivo verifica si Google puede acceder a una página actual; el informe de indexación puede mostrar el canonical seleccionado. La prueba en vivo no puede predecir el canonical seleccionado ni garantizar la indexación. Mantén un registro de lanzamiento fechado con clústeres probados, excepciones, responsables y evidencia de re-prueba.
Bloquea el lanzamiento cuando una página prioritaria redirige incorrectamente, tiene un par recíproco roto, entra en conflicto con el canonical o no puede ser seleccionada.
Versiona la configuración de locales y conserva el mapa previo de URLs y anotaciones para una reversión segura de plantillas compartidas.