El hreflang en WordPress con Polylang resuelve el problema del sitio bilingüe que compite contra sí mismo: la versión en español y la versión en inglés del mismo contenido necesitan declararse como pareja, la etiqueta hreflang que le dice a los buscadores cuál versión servir a cada audiencia, el hispanohablante a la española, el buyer extranjero a la inglesa, y la implementación con Polylang lo automatiza cuando se configura bien, el plugin de idiomas del stack generando las etiquetas correctas en cada página emparejada. Esta guía documenta la implementación verificada en producción, la del proyecto penthouse.pe del portafolio KOM, con la validación en la consola de búsqueda y los cinco errores de hreflang más comunes, los que rompen el emparejamiento sin que el sitio lo note y que la verificación sistemática caza.
Tabla de Contenidos
¿Qué hace el hreflang y cuándo lo necesitas?
El hreflang es la declaración de alternativas por idioma: las etiquetas que conectan la versión española y la inglesa de la misma página, esta página existe en estos idiomas y estas son sus direcciones, la información con la que los buscadores sirven la versión correcta a cada búsqueda, el resultado en inglés para la consulta en inglés, sin que las versiones compitan entre sí ni se traten como duplicados. Lo necesitan los sitios con audiencias en dos idiomas: el exportador con su versión para buyers de esta serie, el turismo receptivo que vende en inglés, el inmobiliario premium con compradores extranjeros, el caso del proyecto verificado, los negocios donde el segundo idioma es mercado real, y no lo necesita el sitio monolingüe, la etiqueta sin pareja que no aporta nada. El marco vive en la guía maestra de SEO local y el servicio en consultoría SEO: el lado técnico del multilingüe que las guías de exportadores y turismo de esta serie dan por hecho.
Paso 1: la configuración de Polylang que genera hreflang correcto
Polylang arma el hreflang solo cuando la base está bien: los idiomas configurados con sus códigos correctos, el español y el inglés con sus locales exactos, la decisión de URLs por idioma, el subdirectorio como el estándar del stack, el dominio con su carpeta por idioma, la estructura limpia que los buscadores y el mantenimiento agradecen, y el idioma por defecto definido con criterio de mercado, el principal del negocio en la raíz. El emparejamiento es el corazón del sistema: cada página y entrada con su traducción vinculada en el panel de Polylang, la conexión explícita que genera las etiquetas hreflang de la pareja, y la regla operativa que evita el error más común, los contenidos emparejados de verdad, la página española conectada con su equivalente inglesa real, no con la home ni con una página distinta, porque el hreflang declara equivalencia y la equivalencia falsa confunde más que su ausencia. La verificación inicial en el código fuente: las etiquetas de ambas versiones revisadas, cada una declarando a su pareja y a sí misma, la reciprocidad que el protocolo exige.
Paso 2: el x-default y las decisiones de arquitectura
El x-default declara la versión para el resto del mundo: la etiqueta adicional que indica qué versión sirve cuando el idioma del usuario no es ninguno de los declarados, la decisión de negocio, el inglés como puerta internacional del exportador, el español como raíz del negocio local con mercado secundario inglés, configurada en Polylang según el caso. Las decisiones de arquitectura acompañan: qué se traduce de verdad, las páginas comerciales clave completas en ambos idiomas, la regla del multilingüe honesto de esta serie, contra la traducción automática de todo que produce el inglés roto que espanta buyers, los contenidos sin pareja manejados limpios, el artículo solo en español vive sin hreflang de pareja sin problema, y los elementos del template traducidos, los menús, los botones, los formularios por idioma, la experiencia completa que Polylang gestiona y que la versión inglesa a medias delata. La implementación verificada del caso ilustra el patrón: [DATO-KOM: detalles de la implementación de penthouse.pe como referencia, la estructura elegida y los resultados de validación], el bilingüe inmobiliario premium funcionando con el sistema de esta guía.
Paso 3: la validación en Search Console y las herramientas
La validación confirma lo implementado: la consola de búsqueda con sus informes leídos por versión de idioma, las impresiones por país y consulta que muestran si cada versión captura su audiencia, las consultas en inglés aterrizando en las páginas inglesas, la señal de que el hreflang sirve, los informes de indexación por idioma, ambas versiones indexadas sin exclusiones por duplicado, la confirmación de que el emparejamiento evita el conflicto, y las herramientas de validación externas para el chequeo puntual, los validadores de hreflang que rastrean y reportan errores de reciprocidad, el diagnóstico técnico que complementa. La rutina de verificación se instala: la revisión tras cada lote de contenido nuevo, las parejas nuevas verificadas, el chequeo trimestral del sitio completo, y la vigilancia de los momentos que rompen, las actualizaciones de Polylang, los cambios de estructura, las migraciones, los eventos donde el hreflang se rompe en silencio y la auditoría programada lo detecta antes de que el tráfico internacional lo pague.
Los 5 errores comunes y sus correcciones
El error uno es la reciprocidad rota: la página española declara a la inglesa pero la inglesa no declara de vuelta, el emparejamiento de una sola vía que los buscadores descartan, la corrección es el vínculo de Polylang bien hecho en ambas, no las etiquetas manuales a medias. El dos son los códigos de idioma incorrectos: los locales mal escritos, las variantes confundidas, la corrección es la configuración de idiomas revisada contra los códigos estándar. El tres es el hreflang a páginas rotas o redirigidas: la pareja declarada que ya no existe tras cambios de URL, la corrección es la auditoría post-cambios con el mapa de redirecciones. El cuatro es el emparejamiento falso: las páginas conectadas que no son equivalentes, la española de un servicio con la inglesa de otro, la corrección es la revisión de parejas con criterio editorial. Y el cinco es el conflicto con canónicas: la canónica de una versión apuntando a la otra, la declaración contradictoria que anula el hreflang, la corrección es la canónica autorreferente en cada versión, cada idioma oficial de sí mismo, la coherencia entre las dos etiquetas que el protocolo exige y que esta serie verifica junta.
Preguntas frecuentes
¿Necesito hreflang si mi sitio solo está en español?
No: el hreflang existe para declarar alternativas de idioma, el sitio monolingüe no tiene pareja que declarar, y la etiqueta innecesaria no aporta. La necesidad llega con el segundo idioma real: el mercado en inglés que justifica la versión completa, el momento donde esta guía entra con todo su sistema.
¿Polylang o WPML para el bilingüe del stack?
Polylang es la elección del stack KOM por liviandad y suficiencia: el emparejamiento sólido, el hreflang correcto, la integración limpia con Rank Math y el resto de herramientas, el rendimiento que no carga el sitio, y WPML como alternativa válida en proyectos con necesidades específicas que lo pidan. La regla del stack manda: la herramienta más simple que resuelve el caso completo.
¿El hreflang afecta también la visibilidad en motores de IA?
Ordena lo que los motores leen: los sistemas que sirven respuestas por idioma procesan las declaraciones de alternativas, la versión inglesa legible para el prompt en inglés, el buyer preguntando en su idioma y encontrando la versión correcta, la coherencia multilingüe que el canal nuevo también usa. El bilingüe bien declarado compite en los dos canales y en los dos idiomas: la estructura que multiplica.
¿KOM implementa sitios bilingües con este sistema?
Con la implementación verificada de esta guía: el Polylang configurado, los contenidos emparejados, el hreflang validado en consola, dentro de los proyectos multilingües cotizados en el cotizador online con los precios públicos de siempre y el multilingüe dimensionado por proyecto. El caso de producción respalda el método: el sistema que esta guía documenta es el que opera en vivo.
Tu siguiente paso: si ya tienes bilingüe, revisa la reciprocidad de tus cinco páginas principales en el código fuente, cada versión declarando a su pareja, el diagnóstico de veinte minutos de los errores uno y cinco. La implementación completa se cotiza en el cotizador online: tu mercado en inglés busca en inglés, y el hreflang bien armado es el que le sirve tu versión correcta en lugar de dejar que el azar decida.
