Hreflang en WordPress con Polylang. Sin errores.
Configura y audita correctamente los idiomas español, catalán e inglés de tu web: etiquetas hreflang, traducciones vinculadas, canonical, x-default y validación en Google Search Console. Con ejemplos reales de código y herramientas gratuitas.
¿Cómo configurar hreflang con Polylang?
En la mayoría de webs no hay que escribir etiquetas manualmente.
Polylang genera las etiquetas rel="alternate" hreflang="…" automáticamente cuando las páginas tienen idioma asignado y sus traducciones están conectadas. Para implementarlas bien: configura los idiomas, crea URL independientes, vincula cada traducción con su página original, publica las versiones y comprueba el código fuente de todas ellas. Después verifica que cada URL sea accesible, indexable y tenga el canonical apropiado. Documentación oficial de Polylang ↗.
es-ES solo si tu estrategia justifica orientar esa versión a España.cat.Esta guía utiliza un sitio ficticio con estructura /, /ca/ y /en/; las direcciones de ejemplo no representan páginas publicadas ni se han auditado sobre rogerllorens.com. Los códigos concretos generados por Polylang dependen de la configuración de idioma y locale.
Qué es hreflang y qué problema resuelve.
Hreflang es una anotación que relaciona URL equivalentes en distintos idiomas o regiones. Ayuda a Google a elegir la versión más apropiada para una búsqueda, pero no traduce contenidos, no obliga a indexarlos ni es un factor que garantice mejores posiciones. Tampoco reemplaza el contenido localizado.
Describe versiones alternativas de la misma página.
Si un servicio tiene versión española, catalana e inglesa, cada URL declara qué páginas equivalentes existen. Google puede utilizar esa relación al decidir qué resultado mostrar según el idioma o la región.
Funciona tanto entre subdirectorios como entre subdominios y dominios diferentes si se cumplen las reglas de reciprocidad.
No sustituye la arquitectura SEO multilingüe.
Una página en inglés sin traducir bien seguirá teniendo problemas aunque declare hreflang="en". Google identifica el idioma principalmente por el contenido visible, no por la etiqueta.
Necesitas URL rastreables, contenido de calidad, enlaces internos, canonicals coherentes y una experiencia que permita cambiar de idioma.
Hreflang, selector de idiomas y atributo lang: no son lo mismo
El selector de idiomas es navegación para personas; por ejemplo, los enlaces ES · CA · EN del encabezado. El atributo <html lang="es"> es una pista semántica útil para accesibilidad y tecnologías de apoyo. Las anotaciones hreflang, por su parte, indican a Google qué URL publicadas son versiones alternativas de una página. Una web bien construida utiliza cada elemento para su finalidad.
Google admite tres maneras equivalentes de declarar alternativas: etiquetas en el <head>, cabeceras HTTP o sitemap XML con xhtml:link. Para una instalación de WordPress con Polylang y páginas HTML, lo razonable suele ser aprovechar las etiquetas HTML que ya emite el plugin. Duplicar el mismo sistema en el sitemap no aporta ventajas de posicionamiento por sí mismo. Consulta Google Search Central ↗.
La traducción tiene su propia URL, título, texto y contexto de usuario.
Cada página se incluye a sí misma y a sus alternativas.
Cada variante mantiene señales claras y una respuesta accesible.
Cómo configurar hreflang en Polylang paso a paso.
El procedimiento sirve como base para WordPress con Polylang gratuito o Pro. Los nombres exactos de los menús pueden variar según la versión, el idioma del panel y si utilizas Gutenberg, el editor clásico o Elementor.
Comprueba los idiomas existentes.
En Idiomas → Idiomas, revisa español, catalán e inglés. Cada idioma debe tener código, locale y configuración coherente. Por ejemplo: es_ES, ca/ca_ES según la configuración disponible, y en_GB o en_US. El locale de WordPress no debe confundirse con el hreflang final: comprueba qué emite tu web. Guía de idiomas ↗.
Define URL distintas por idioma.
En Idiomas → Ajustes → Modificaciones de URL, elige una arquitectura estable; por ejemplo, español en la raíz, catalán en /ca/ e inglés en /en/. Polylang ofrece directorios, subdominios y, en configuraciones compatibles, distintos dominios. No cambies estructuras existentes sin planificar redirecciones 301 y canonicals. Opciones oficiales ↗.
Asigna el idioma a cada página.
En Páginas → Todas las páginas, revisa las columnas de banderas y abre la original. El contenido sin idioma asignado puede quedarse fuera de la navegación del plugin. Si ya había páginas antes de instalarlo, asigna su idioma antes de vincular traducciones.
Crea o vincula las traducciones.
En el bloque o metabox Idiomas de la página, utiliza el símbolo + para crear una traducción o el selector para vincular otra existente. No basta con publicar tres páginas independientes: tienen que figurar como traducciones del mismo contenido dentro de Polylang. Tutorial de traducciones ↗.
Localiza el contenido y el SEO.
Traduce H1, metatitle, description, encabezados, llamadas a la acción, enlaces y contenido principal. Revisa que los enlaces internos apunten a páginas del mismo idioma cuando haya equivalentes. Con Elementor, comprueba también que las plantillas y widgets muestran la versión correcta.
Publica las versiones accesibles.
Comprueba que cada URL devuelve una página pública sin login, no está en borrador, no devuelve 404 y no tiene noindex involuntario. Que una traducción exista en WordPress no significa que Google pueda rastrearla. Evita redirigir automáticamente desde una URL localizada a otra por idioma del navegador.
Inspecciona el código fuente HTML.
Abre una página publicada en una ventana privada y pulsa Ctrl + U; busca hreflang en el código fuente. Debes encontrar el conjunto de enlaces a las alternativas, incluida la URL actual. Repite la comprobación en español, catalán e inglés.
Valida reciprocidad, canonical y Search Console.
Las tres variantes deberían declarar enlaces coherentes de ida y vuelta. Verifica además el canonical de cada versión, sus redirecciones, la indexabilidad y la URL canónica seleccionada por Google. Utiliza el auditor gratuito de esta página como primera revisión, y Search Console para comprobar las URL publicadas.
Si ya utilizas Polylang: no instales un segundo plugin únicamente para imprimir etiquetas hreflang sin verificar antes la salida existente. Dos generadores independientes pueden introducir relaciones duplicadas o contradictorias. Si usas Yoast SEO o Rank Math, revisa sobre todo sus ajustes de canonical y de indexación, además del código fuente final.
Ejemplo de hreflang correcto en español, catalán e inglés.
Imagina tres URL de una misma ficha de servicio. Son ejemplos didácticos bajo example.com, no páginas reales. Cada una debe contener los mismos enlaces alternativos en el <head>, aunque el título, el contenido y la URL canónica cambien por idioma.
| Idioma | URL equivalente | Canonical recomendado |
|---|---|---|
Español (es) | https://example.com/servicios/ | La propia URL española |
Catalán (ca) | https://example.com/ca/serveis/ | La propia URL catalana |
Inglés (en) | https://example.com/en/services/ | La propia URL inglesa |
<link rel="alternate" hreflang="es" href="https://example.com/servicios/" />
<link rel="alternate" hreflang="ca" href="https://example.com/ca/serveis/" />
<link rel="alternate" hreflang="en" href="https://example.com/en/services/" />¿Por qué aparece también el idioma de la propia página? Porque Google exige referencias a todas las variantes, incluida la actual. La página española incluye hreflang="es" hacia sí misma; la catalana hace lo mismo con ca, y así sucesivamente. A su vez, las tres páginas deben apuntarse entre sí. El conjunto de enlaces puede representarse así:
La página española declara tres alternativas, incluida ella misma.
La página catalana devuelve el mismo clúster de idiomas.
La página inglesa confirma la relación en ambos sentidos.
¿Dónde va el canonical en cada traducción?
<!-- Solo en la página española -->
<link rel="canonical" href="https://example.com/servicios/" />
<!-- Solo en la página catalana -->
<link rel="canonical" href="https://example.com/ca/serveis/" />
<!-- Solo en la página inglesa -->
<link rel="canonical" href="https://example.com/en/services/" />Estos son tres ejemplos separados: no debes publicar los tres canonicals en una sola página. En WordPress normalmente se gestionan desde el CMS o el plugin SEO, no desde un widget de Elementor.
¿Es obligatorio utilizar es-ES, ca-ES y en-GB?
No. es, ca y en expresan idioma, mientras que es-ES y en-GB añaden una orientación regional. Elegir en-GB no convierte automáticamente el contenido en inglés británico: úsalo si existe una intención clara de orientar esa versión a Reino Unido. No utilices solo ES, ni UK como país; Google admite el código de región GB para Reino Unido. Evita declarar regiones distintas que conducen a contenido sin diferenciación ni estrategia real.
Una web que publica un único inglés general puede utilizar en. Si existen versiones independientes para Estados Unidos y Reino Unido, la estrategia puede usar en-US y en-GB y, cuando tenga sentido, un inglés genérico adicional. Las etiquetas no deben prometer variantes inexistentes. Reglas oficiales de códigos y regiones ↗.
Hreflang y canonical: cómo deben convivir.
Las etiquetas no son intercambiables. Hreflang asocia versiones localizadas. Canonical sugiere qué URL representa mejor un contenido duplicado o muy similar. Si tus tres traducciones tienen contenido principal realmente localizado, la configuración habitual es que cada una declare su propio canonical.
Cada idioma se representa a sí mismo.
La página /ca/serveis/ utiliza canonical a /ca/serveis/ y hreflang hacia ES, CA y EN. La española e inglesa hacen lo equivalente en sus respectivas URL.
Las señales de indexación y de alternativa lingüística apuntan a la misma arquitectura editorial.
Todas las traducciones apuntan a ES.
Si la versión catalana declara canonical hacia /servicios/ sin ser un duplicado real en español, el mensaje técnico puede entrar en conflicto con la intención de mostrarla en búsquedas en catalán.
Google decide la URL canónica final; un canonical equivocado puede dificultar la independencia de las variantes.
| Elemento | En la versión catalana | Por qué |
|---|---|---|
| URL de la página | https://example.com/ca/serveis/ | Dirección pública del contenido en catalán. |
| Canonical | https://example.com/ca/serveis/ | Señal de versión preferida para ese contenido. |
Hreflang ca | La propia URL catalana | Autorreferencia del clúster. |
Hreflang es | La URL equivalente española | Enlace a la traducción correcta. |
Hreflang en | La URL equivalente inglesa | Enlace a la traducción correcta. |
Matiz importante: si dos URL regionales muestran prácticamente el mismo contenido en el mismo idioma, Google puede tratarlas como duplicadas y aplicar canonicalización, además de hreflang. No extrapoles sin más el modelo de tres traducciones diferentes a casos como es-ES frente a es-MX. Google recomienda que, al utilizar hreflang, el canonical sea de la misma lengua siempre que exista uno apropiado. Documentación de canonicalización ↗.
Elementor, Yoast SEO y Rank Math: qué revisar
Elementor dibuja el contenido; los canonicals suelen venir de WordPress o de un plugin SEO. Si hay campos avanzados para definir URL canónica, revisa que no hayas copiado por accidente la URL española a todas las traducciones. Comprueba también si una plantilla personalizada de cabecera, un fragmento PHP o un complemento de SEO internacional está añadiendo etiquetas alternativas duplicadas.
No pegues etiquetas canonical o hreflang en el widget HTML de Elementor: ese código forma parte del contenido y no es el lugar fiable para gestionar el <head> del documento. Deja que Polylang y tu configuración SEO emitan esas etiquetas desde WordPress.
x-default en Polylang: cuándo usarlo y cómo añadirlo.
El valor x-default señala una URL de reserva para usuarios cuyo idioma o región no coincide con las variantes declaradas. Google lo recomienda especialmente en páginas de selección de idioma. No es obligatorio ni un requisito de indexación para todas las entradas o páginas del sitio.
Si tienes una portada neutral que permite escoger idioma, puede ser un destino coherente para x-default.
Polylang contempla el valor en determinadas configuraciones de la home que redirige por idioma. Verifica la salida antes de modificarla.
No fuerces x-default de cada servicio o artículo hacia una portada genérica si no es un destino útil para el contenido.
Filtro PHP oficial: añadir una página española como alternativa por defecto
Si no tienes selector neutral y quieres que, para cada grupo de traducciones, la versión española funcione como respaldo, Polylang documenta el filtro pll_rel_hreflang_attributes. El siguiente ejemplo es deliberadamente defensivo: solo añade la clave si la URL española ya está presente en el conjunto generado. No lo actives si ya existe una estrategia x-default distinta.
add_filter( 'pll_rel_hreflang_attributes', function( $hreflangs ) {
// Solo en clústeres que contienen realmente la versión 'es'.
if ( ! isset( $hreflangs['x-default'] ) && ! empty( $hreflangs['es'] ) ) {
$hreflangs['x-default'] = $hreflangs['es'];
}
return $hreflangs;
} );Antes de copiar: confirma si Polylang está generando es o es-ES. Este ejemplo comprueba literalmente es: con otra clave no tendrá efecto, lo que evita inventar URL de traducciones que no existen. Instala PHP únicamente en un entorno donde puedas revertir errores; no lo introduzcas en un widget HTML. En muchos proyectos no hace falta añadir ningún código. Consulta la referencia oficial del filtro ↗ y la explicación de x-default de Polylang ↗.
¿Conviene sustituir es por es-ES?
Solo cuando tu enfoque realmente sea específico de España y exista un motivo para evitar una etiqueta genérica. Polylang permite modificar los códigos mediante el mismo filtro, pero hacerlo globalmente puede alterar todas las páginas. Primero documenta tus audiencias reales, revisa las etiquetas ya impresas y comprueba que no haya dos códigos distintos asignados accidentalmente a la misma intención.
Si una traducción no existe, no la inventes
Si publicas un artículo solo en español y catalán, no añadas un hreflang="en" que apunte a la portada inglesa. La alternativa debe ser la misma información localizada, no una página cualquiera con otro idioma. Polylang permite publicar algunos contenidos sin traducir; no es necesario completar los tres idiomas para cada URL.
Generador de hreflang ES · CA · EN.
Introduce las tres URL equivalentes de una página para visualizar su clúster y los canonicals individuales. El generador sirve para documentar y comprobar una implementación; si utilizas Polylang, no pegues los enlaces resultantes sobre los que ya emite el plugin.
Construye el clúster.
Código generado.
En una web con Polylang este bloque debe coincidir con la salida del plugin. No debe insertarse manualmente en tres widgets HTML. Los canonicals mostrados presuponen tres traducciones independientes e indexables.
Auditor de hreflang y canonical para tres páginas.
Copia desde Ver código fuente las etiquetas <link> del encabezado de cada traducción y pégalas en los campos. Esta herramienta realiza una revisión estática local de enlaces alternativos, autorreferencia, reciprocidad y canonical. No consulta servidores, no verifica HTTP 200, rastreabilidad, indexación ni lo que Google ha seleccionado.
Origen de cada página.
Solo usa direcciones de la misma página traducida. Si una versión no existe, audita las variantes que sí existan con una herramienta adaptada a ese clúster; este comprobador se ha diseñado específicamente para ES/CA/EN completos.
Comparar las tres variantes.
Interpretación responsable: pasar esta auditoría no garantiza una implementación válida en Google. La evaluación completa también requiere verificar respuesta HTTP, redirecciones, meta robots, acceso para Googlebot, idioma visible, canonicals seleccionados por Google y equivalencia real de los contenidos. El auditor no envía tus HTML a ningún servidor.
Cómo comprobar hreflang en Search Console.
El informe antiguo de «Segmentación internacional» ya no está disponible en Google Search Console. Eso no significa que Google haya dejado de usar hreflang. En 2026 hay que combinar inspección de URL, revisión del HTML y, si trabajas a escala, rastreos con herramientas SEO. Confirmación oficial de Google ↗.
Abre Inspección de URL.
Introduce la URL final en catalán, inglés o español. Revisa si Google pudo rastrearla y si la considera indexable. El resultado de una página no sirve como validación de las tres.
Contrasta los dos canonicals.
Consulta la canónica declarada por el usuario y la canónica elegida por Google. Si la URL inglesa acaba seleccionando una española contra tu estrategia, investiga duplicados, señales de canonicalización y contenido sin traducir.
Comprueba la versión publicada.
Abre el HTML del navegador y busca hreflang. Revisa el conjunto completo en las tres URL; Search Console no dispone de un informe especializado actual que reemplace automáticamente esta auditoría.
Revisa rendimiento por páginas.
En Resultados de búsqueda, segmenta por URL, idioma o directorio cuando sea posible y compara clics, impresiones y consultas de las páginas ES/CA/EN. Un descenso puede tener causas distintas al hreflang: demanda, contenido, enlaces, rendimiento o indexación.
Comprobación técnica rápida desde el navegador
En una página pública, abre Ver código fuente y busca rel="alternate". Debes encontrar enlaces a las traducciones con URL absolutas. Repite para detectar si una versión omite a otra. Como segunda fase, utiliza la inspección de URL para confirmar las señales de canonicalización e indexación; Google puede elegir una canónica distinta aunque el HTML parezca correcto. Guía oficial de diagnóstico ↗.
¿Y si Google sigue mostrando la lengua equivocada?
Empieza por confirmar que existe contenido realmente localizado y que el usuario puede llegar a esa URL sin redirecciones forzadas. Revisa también el idioma de la navegación, títulos y texto principal. Google utiliza múltiples señales y no promete mostrar siempre la alternativa esperada; hreflang es una ayuda para entender el conjunto de páginas, no una orden absoluta.
12 errores de hreflang que conviene descartar.
Una instalación puede tener buenas traducciones y aun así enviar señales contradictorias. Esta tabla separa el síntoma, su causa probable y la comprobación que deberías hacer antes de modificar el sitio.
| Problema | Qué suele ocurrir | Cómo corregirlo |
|---|---|---|
| 01 · No hay hreflang | Las páginas no están vinculadas como traducciones o no están publicadas. | Vincula las versiones en Polylang y verifica las etiquetas en el <head>. |
| 02 · Falta reciprocidad | ES apunta a CA, pero CA no devuelve el enlace a ES. | Comprueba los grupos de traducciones y vuelve a publicar la URL afectada. |
| 03 · No se incluye a sí misma | Una página enumera únicamente los otros idiomas. | Declara todas las variantes, incluida la URL actual, conforme a Google. |
| 04 · URL mal emparejadas | Un artículo enlaza a una página de inicio o servicio distinto. | Revisa que cada destino contenga la misma información en otro idioma. |
| 05 · Canonical cruzado | Una traducción genuina declara canonical a la URL española. | Revisa los campos SEO; usa canonical propio cuando corresponda. |
| 06 · URL redirigidas | Los alternates apuntan a HTTP, URLs antiguas o 301. | Actualiza los enlaces a las URL finales HTTPS con respuesta correcta. |
| 07 · Noindex accidental | Una traducción está excluida de indexación. | Comprueba ajustes de WordPress, plugin SEO y meta robots. |
| 08 · Códigos incorrectos | Se usa cat, UK o un país sin idioma. | Usa códigos admitidos, como ca y en-GB. |
| 09 · Duplicación de etiquetas | Polylang y un snippet imprimen conjuntos diferentes. | Identifica la fuente de cada etiqueta y elimina implementaciones sobrantes. |
| 10 · Solo se traduce la plantilla | El menú está en inglés, pero el contenido principal sigue en español. | Localiza el contenido real; Google detecta el idioma por el texto visible. |
| 11 · Caché incoherente | Una página sirve el <head> de otro idioma. | Purga cachés de página/CDN y prueba URL de todos los idiomas sin sesión. |
| 12 · x-default forzado | Todas las fichas apuntan a una home que no corresponde al contenido. | Retira la regla global o aplica un destino de respaldo realmente útil. |
Prioriza en este orden: URL accesible y traducida → canonical correcto → alternativas reales → reciprocidad → códigos coherentes → comprobación en Search Console. No empieces añadiendo snippets porque un rastreador de terceros te muestre una advertencia sobre x-default: primero confirma si tu arquitectura lo necesita.
Checklist antes de dar la auditoría por terminada
Las casillas se guardan solo mientras esta página permanece abierta.
Casos prácticos de WordPress multilingüe que merecen atención.
La implementación correcta depende de la arquitectura de contenidos, no solo del número de idiomas instalados.
Vincula las tres en Polylang. Cada una muestra el grupo completo de alternativas y, si es una traducción auténtica, usa su canonical propio.
Declara solo es y ca. No enlaces artificialmente a la home inglesa desde un artículo no traducido.
Si tienes contenido localizado por mercado, diferencia códigos y URL de cada variante; decide si necesitas también un en genérico.
Una web en español, catalán e inglés con cientos de URL
Cuando el sitio crece, el principal riesgo deja de ser escribir mal una etiqueta y pasa a ser la consistencia de las relaciones. No es necesario traducir automáticamente las 400 páginas de un glosario si no existe un plan editorial. Es mejor tener 100 clústeres completos, útiles y correctos que forzar cientos de pares en los que un idioma lleva a un contenido distinto.
Organiza una hoja por grupos de traducción con: URL ES, URL CA, URL EN, estado HTTP, canonical declarado, canonical de Google, indexabilidad y fecha de revisión. Al publicar o despublicar una traducción, comprueba el grupo completo. Para sitios grandes, un rastreo periódico permite detectar cambios masivos que no se aprecian revisando solo la página de inicio.
¿Y si el sitio usa varios dominios o subdominios?
Las URL alternativas pueden estar en dominios diferentes. Sin embargo, seguirán necesitando equivalencia real, rutas absolutas y enlaces bidireccionales. Polylang contempla configuraciones de idiomas por dominio en determinados entornos: haz las pruebas con cada host definitivo y revisa SSL, redirecciones y canonical para no mezclar dominios de producción y pruebas.
¿Hace falta editar robots.txt o el sitemap para añadir hreflang?
En una instalación estándar de Polylang que ya emite hreflang en HTML, no necesitas modificar robots.txt ni crear un segundo sistema hreflang en el sitemap únicamente por ese motivo. Mantén un sitemap con las URL canónicas que deseas indexar y utiliza robots.txt para gestionar rastreo cuando corresponda, no como sustituto de canonical. Google considera los métodos HTML, HTTP y sitemap equivalentes para las anotaciones de alternativas.
Preguntas frecuentes sobre hreflang y Polylang.
Las dudas habituales al configurar sitios WordPress en varios idiomas, resueltas sin confundir requisitos oficiales con recomendaciones.
¿Polylang añade hreflang automáticamente?
Sí. Polylang genera anotaciones hreflang en el encabezado HTML para las versiones de idioma que reconoce como traducciones. Debes crear y vincular las páginas y comprobar las URL reales. No es necesario insertar a mano otro bloque de etiquetas en Elementor.
¿Cómo sé si hreflang funciona en WordPress?
Abre el código fuente público de cada traducción, comprueba su conjunto de rel="alternate", la autorreferencia, los enlaces recíprocos y el canonical. Después utiliza Inspección de URL en Search Console para revisar rastreo e indexación. Que las etiquetas sean correctas no garantiza una posición concreta.
¿Cuál es el código hreflang para catalán?
El código de idioma es ca. Puedes encontrar configuraciones regionales como ca-ES, pero no necesitas añadir una región si tu objetivo es el idioma catalán en general. cat no es el código ISO 639-1 requerido por Google para estas anotaciones.
¿Debo usar es o es-ES?
Usa es para español general y es-ES si la versión está orientada específicamente a España. Evita cambiar las etiquetas únicamente por una advertencia de un comprobador sin revisar la estrategia regional y la configuración existente.
¿Es obligatorio tener x-default en Polylang?
No. Google lo recomienda como alternativa de reserva para idiomas o regiones sin coincidencia, especialmente en selectores de idioma. Polylang ya puede añadirlo en ciertas configuraciones de la portada y permite personalizarlo con un filtro, pero no es obligatorio en cada artículo.
¿Cómo añadir x-default con Polylang?
Utiliza el filtro PHP oficial pll_rel_hreflang_attributes desde un plugin propio o gestor de fragmentos, únicamente si existe un destino de respaldo coherente. Comprueba las claves reales generadas por Polylang y evita duplicar anotaciones existentes.
¿Hreflang sirve para posicionar mejor directamente?
Hreflang ayuda a Google a entender y presentar variantes localizadas. No es una garantía de clasificación ni sustituye contenido útil, rastreo, indexación o enlaces. Su efecto principal se relaciona con servir la URL adecuada para idioma o región.
¿Las páginas en otros idiomas deben usar canonical hacia la española?
Por regla general, no cuando son traducciones auténticas e independientes. Lo habitual es que la URL catalana tenga canonical hacia sí misma y lo mismo ocurra con las versiones española e inglesa. Los duplicados regionales en el mismo idioma requieren un análisis más específico.
¿Por qué no veo la etiqueta hreflang de una traducción?
Comprueba que la traducción esté publicada, tenga idioma asignado y forme parte del mismo grupo en Polylang. Examina también caché, plantillas y filtros. Algunas páginas sin traducción correspondiente no generan un enlace hacia ese idioma, lo cual puede ser correcto.
¿Puedo usar hreflang con Elementor y Polylang?
Sí. Elementor gestiona la presentación de la página y Polylang las relaciones de idiomas. Mantén el SEO técnico y los enlaces hreflang en el encabezado emitido por WordPress, no dentro del contenido de un widget HTML.
¿Qué pasa si falta el enlace de vuelta?
Google explica que las referencias a versiones alternativas deben ser bidireccionales. Si una URL apunta a otra que no devuelve esa referencia, Google puede ignorar esa relación. Audita todas las variantes del grupo y no solo la primera.
¿Puedo usar hreflang en un sitemap XML?
Sí. Google permite emplear elementos xhtml:link para declarar las variantes en un sitemap. No obstante, si Polylang ya genera correctamente las etiquetas HTML, no hay beneficio SEO documentado por duplicar la misma información en ambos sistemas.
¿Search Console tiene informe de errores hreflang en 2026?
El antiguo informe «Segmentación internacional» fue retirado. Google mantiene soporte para hreflang, pero la validación práctica se realiza mediante código fuente, rastreo externo cuando corresponde e Inspección de URL para cuestiones de indexación y canonical.
¿Hreflang impide contenido duplicado en varios idiomas?
Las traducciones cuyo contenido principal está realmente en idiomas distintos no se consideran duplicadas por ese simple hecho. Hreflang describe su relación; canonical se ocupa de la URL representativa cuando existen duplicados o páginas muy similares.
¿Debo traducir todas mis páginas con Polylang?
No. Puedes traducir las secciones que tengan sentido para cada mercado. No inventes URL ni envíes al usuario a una portada sin equivalencia solo para completar los tres idiomas. La calidad y la correspondencia entre versiones importan más que tener un número idéntico de páginas.
¿Cuánto tarda Google en reconocer un cambio de hreflang?
No existe un plazo fijo garantizado. Google debe volver a rastrear y procesar las páginas afectadas, y la presentación en resultados depende de sus sistemas. Puedes revisar las URL en Search Console, pero no interpretes la falta de cambio inmediato como un error de la etiqueta.
Fuentes oficiales y criterio editorial.
Revisión documental realizada el 17 de octubre de 2026. Se han priorizado las páginas originales de Google y Polylang para definir los requisitos técnicos. Las herramientas incluidas realizan análisis local y no representan una auditoría en vivo del dominio que escribas.
pll_rel_hreflang_attributes y ejemplos de modificaciones.
07 · Google — Elegir URL canonical ↗Canonicalización, páginas de idiomas y señales preferidas.
08 · Google — Solución de canonicals ↗Inspección, conflictos y diagnóstico de las URL seleccionadas por Google.
09 · Google Search Console — Informe retirado ↗Confirmación de la desaparición del informe de Segmentación internacional.
10 · Google — Sitios multirregionales ↗Recomendación de URL distintas, idioma visible y cautelas con redirecciones automáticas.
11 · Polylang — Idioma del navegador ↗Funcionamiento de las redirecciones por idioma y sus ajustes.
12 · Google — Datos estructurados Article ↗Recomendaciones para identificar título, autor y fechas reales del artículo.
Método: qué se ha verificado y qué no
Las reglas citadas proceden de Google Search Central y de documentación oficial de Polylang. Los ejemplos de URL son pedagógicos y no se han presentado como auditorías realizadas sobre una web real. La herramienta de validación incluida solo analiza texto pegado en el navegador; no afirma comprobar Search Console, respuestas del servidor ni compatibilidad de un plugin instalado.
Esta publicación debe revisarse si Google modifica sus directrices o Polylang cambia sus opciones. Para los datos estructurados BlogPosting y BreadcrumbList, permite que tu plugin SEO emita el marcado coherente con la fecha, el autor y las migas de pan que aparezcan realmente en la página; evita introducir dos marcados incompatibles.
