SEO para sitios bilingües: lista de hreflang y canónicas

Cree una tabla para cada página indexable con URL inglesa, URL española, propósito, estado de traducción, destino canónico e indexabilidad. Empareje equivalentes reales, no la página más parecida del otro idioma. Si un servicio existe solo en una lengua, déjelo sin pareja hasta contar con una experiencia equivalente, en vez de enviar su hreflang hacia un inicio o centro de servicios genérico.

Use una URL estable y distinta por idioma, por ejemplo con rutas `/en/` y `/es/`. Los slugs localizados ayudan a entender los enlaces, pero el patrón de carpeta y dirección debe ser predecible. Evite cambiar el idioma dentro de una sola URL únicamente mediante cookies o preferencias del navegador; el rastreador podría no descubrir cada versión y el visitante no podría compartir ni guardar su elección de forma confiable.

Incluya estado y responsable en el mapa. Marque si cada URL está activa, redirigida, excluida a propósito, pendiente de traducción o programada para retirarse, e identifique quién aprueba el texto. Cuando el sistema lo permita, genere navegación, selector, alternancias y mapa desde los mismos datos de parejas. Una sola fuente reduce el riesgo de cambiar un slug en el menú y olvidarlo en hreflang o redirecciones.

• URLs inglesa y española unidas por un propósito equivalente
• Traducción e indexabilidad registradas para cada pareja
• Rutas estables con slugs localizados y predecibles
• Páginas sin equivalente libres de enlaces hacia destinos genéricos

Traduzca y edite contenido principal, navegación, migas de pan, formularios, validación, llamadas a la acción, contacto, textos alternativos, privacidad y confirmaciones. Adapte ejemplos, términos del servicio, formatos de fecha o número y lenguaje de búsqueda cuando corresponda. Un encabezado traducido alrededor de un cuerpo en otro idioma no ofrece una experiencia equivalente y confunde al visitante y la detección de idioma.

Dé a cada versión un título, metadescripción, encabezado principal y texto social propios. Mantenga iguales los hechos verificables del negocio mientras adapta las palabras a la manera de preguntar y decidir de cada público. Configure el idioma del documento para navegadores y tecnologías de asistencia, pero no trate el atributo HTML `lang` como sustituto del contenido visible; Google reconoce la lengua principalmente mediante el texto que la persona puede leer.

Revise intención y terminología con un editor fluido que comprenda el servicio, no solo con traducción literal. Los clientes pueden usar frases, formalidad, medidas o expectativas diferentes. Conserve la misma oferta y sus límites reales, pero permita que la explicación, ejemplos y preguntas suenen naturales. Mantenga un glosario para marcas, vocabulario técnico, nombres de servicios y frases que deban ser coherentes en todas las páginas.

• Texto, navegación, formularios, errores, consentimiento y confirmaciones localizados
• Títulos, descripciones, encabezados, imágenes y vistas sociales revisados
• Hechos del negocio coherentes y lenguaje natural para el público
• Revisión editorial fluida completada en móvil y escritorio

En cada página emparejada, enumere la propia URL y todas las versiones equivalentes con códigos de idioma válidos y direcciones preferidas absolutas. La página inglesa debe señalar inglés y español, y la española debe devolver la misma relación. Si faltan enlaces de retorno, las anotaciones pueden ignorarse. Use códigos regionales como `en-US` o `es-MX` solo cuando el contenido realmente apunte a esa combinación de idioma y región.

Un `x-default` opcional puede indicar un selector de idioma o destino neutral cuando exista. Elija un método mantenible: enlaces HTML, cabeceras HTTP para archivos no HTML apropiados o el mapa del sitio. Genérelo desde los mismos datos de parejas cuando sea posible. Google considera equivalentes estos métodos; repetir los tres no aporta beneficio de búsqueda y aumenta los lugares donde puede aparecer una contradicción.

Valide el grupo completo, no una etiqueta aislada. Cada versión activa debe enumerar los mismos miembros, incluirse a sí misma y usar URLs HTTPS absolutas que respondan directamente. Retire miembros antiguos de todas las versiones en la misma publicación. Si una página regional es realmente distinta, decida si pertenece al grupo y si hace falta una alternativa general del idioma; no agregue países solo porque podrían existir clientes allí.

• Referencia propia y todas las versiones equivalentes incluidas
• Enlaces de retorno en todo el grupo de idiomas
• Códigos de idioma o idioma-región válidos y justificados
• Un método mantenible generado desde las parejas de páginas

Una página inglesa totalmente traducida y su equivalente español son experiencias distintas, por lo que cada una normalmente debe tener una canónica hacia sí misma. No dirija la española a la inglesa porque esta se escribió primero; esa decisión envía una señal contradictoria sobre la URL que debería indexarse. Hreflang conecta alternativas localizadas, mientras la canónica resuelve URLs duplicadas o casi duplicadas.

Si varias direcciones regionales contienen prácticamente lo mismo en un idioma, elija conscientemente la versión preferida de esa misma lengua y coordine canónica y hreflang. Alinee enlaces internos, redirecciones, mapa, dominio, protocolo y barras con cada URL canónica. Su destino debe ser público, exitoso, indexable y corresponder al mismo contenido; no debe apuntar a una redirección, error o página sin relación en otra lengua.

Audite variantes alrededor de cada URL: parámetros de campaña, mayúsculas, barras, versiones impresas, dominios de prueba y slugs antiguos. Redirija variantes sin propósito propio y use canónicas cuando un duplicado deba seguir accesible. Enlace internamente hacia la versión preferida en vez de esperar que la canónica corrija la navegación. Las señales contradictorias consumen diagnóstico y pueden llevar al buscador a elegir otra dirección.

• Cada traducción con canónica propia salvo regla duplicada documentada
• Destinos canónicos públicos, exitosos e indexables
• Enlaces internos y mapa usando URLs localizadas preferidas
• Variantes de protocolo, dominio, barra, parámetro y legado controladas

Incluya ambas versiones en navegación rastreable o un selector claro. Cambie hacia la página actual equivalente en vez de regresar siempre al inicio y permita elegir sin imponer redirecciones por IP o idioma del navegador. Agregue URLs preferidas al mapa, proporcione enlaces internos rastreables y pruebe estados, directivas robots, contenido renderizado, canónicas y anotaciones en plantillas representativas.

Antes de publicar, rastree los grupos y compare parejas, traducciones ausentes, retornos rotos, conflictos canónicos, componentes mezclados y enlaces que cambian de lengua por error. Después, inspeccione muestras en Search Console y revise entradas orgánicas por idioma junto con oportunidades calificadas. Añada una prueba de publicación cuando cambie una página, slug, redirección o traducción. Hreflang ayuda a elegir; no garantiza indexación, posición ni presentación.

Pruebe también el recorrido humano. Abra un artículo profundo en inglés, cambie a español, valide un formulario, siga un servicio, regrese por las migas y revise la confirmación. Repita desde español. Compruebe cambios de idioma para lectores de pantalla, teclado, textos alternativos, fechas y diseño móvil. Las alternancias pueden ser perfectas mientras un error sin traducir o una llamada en otro idioma rompe la experiencia.

• Selector que conserva la página equivalente actual
• Ninguna redirección forzada que bloquee el idioma elegido
• Mapa, enlaces, canónicas y hreflang con URLs preferidas
• Pruebas de paridad, retornos, estado e idioma tras cada cambio

Defina qué ocurre cuando cambia primero un idioma. Una corrección de teléfono debe actualizar ambos en la misma publicación; un servicio nuevo puede quedar intencionalmente pendiente hasta que exista el recorrido completo. Registre ese estado en vez de dejar texto obsoleto sin aviso. Si muestra fechas de modificación, actualícelas solo cuando el contenido correspondiente reciba una revisión significativa.

Entregue a quien traduce el contexto suficiente: propósito, audiencia, acción principal, terminología, hechos, enlaces y capturas del diseño. Permita marcar frases que no funcionan literalmente o supuestos de una audiencia. Después de cargar el texto, haga otra revisión de enlaces, formularios, metadatos, cortes y componentes mezclados. Calidad de traducción y calidad de implementación son aprobaciones distintas.

Automatice lo objetivo. Las pruebas pueden exigir registros inglés y español por ID, slugs únicos, fechas válidas, canónicas propias, alternancias recíprocas, parejas en el mapa, un encabezado principal y destinos internos funcionales. La revisión humana conserva exactitud, tono y adecuación cultural. Juntos, un modelo emparejado y una puerta de publicación mantienen el sistema a medida que crece.

• Solicitud de cambio identifica cada versión afectada
• Traducción recibe audiencia, glosario, hechos, enlaces y diseño
• Revisión editorial e implementación tienen aprobaciones separadas
• Pruebas automáticas de paridad y rutas antes de publicar