Las URL de hreflang y del sitemap no coinciden: guía para TranslatePress

Tus páginas traducidas funcionan, pero una auditoría SEO muestra URL de idioma distintas en las etiquetas hreflang de la página y en tu sitemap XML. Una indica la dirección actual. La otra parece usar un slug antiguo, la carpeta de idioma equivocada o la página de inicio original.
¿Cuál deberías corregir?
Primero, confirma la dirección que funciona para cada idioma. Después, compara las entradas que describen la misma versión de idioma e identifica qué plugin genera la información incorrecta. Un sitemap que solo incluye las páginas del idioma original es una situación distinta de dos fuentes que declaran destinos de idioma en conflicto.
Esta guía recorre esas comprobaciones en TranslatePress y explica cómo mantiene LingoWP coherentes sus enlaces de idioma a nivel de página, incluidos los límites de su compatibilidad con el sitemap.
Publicado por LingoWP. Las indicaciones externas se comprobaron el 6 de octubre de 2026. El comportamiento de LingoWP descrito aquí se basa en la revisión de desarrollo de la versión 1.5.
¿Qué deberías comparar?
Hreflang identifica las versiones de idioma o regionales de una página. Un sitemap enumera URL de páginas y también puede contener entradas de alternativas de idioma.
La distinción importante es entre la página que aparece en un sitemap y las alternativas de idioma asociadas a esa página.
Por ejemplo, un sitemap puede incluir la página en inglés mientras el HTML de la página identifica su equivalente en francés. Esas direcciones cumplen funciones distintas, así que su diferencia no es un error por sí misma.
Para confirmar una discrepancia real, compara el destino asignado a la misma versión de idioma del mismo contenido.
| Qué encuentras | Qué significa |
|---|---|
| El sitemap incluye una página en inglés; su HTML enlaza con la versión en francés | Es normal que las direcciones sean distintas. |
| El HTML y el sitemap identifican la versión en francés, pero con direcciones distintas | Comprueba si ambas llevan a la página francesa actual prevista. |
| El sitemap marca la página de inicio original en inglés como página de inicio en francés | El destino no representa la traducción prevista. |
El HTML usa en; el sitemap usa en-GB |
Revisa la segmentación regional prevista y los ajustes de integración antes de tratarlo como un error de URL. |
No cambies la dirección de una página que funciona solo para que coincida con una entrada incorrecta del sitemap. Establece primero el destino correcto.
¿Tiene que aparecer hreflang en el sitemap?
Google acepta tres métodos para declarar alternativas de idioma: etiquetas HTML, cabeceras HTTP y anotaciones en el sitemap. Son equivalentes; no es obligatorio usar los tres y hacerlo no aporta ningún beneficio adicional en búsqueda.
Por tanto, un sitemap que solo contiene el idioma original no invalida por sí mismo el hreflang en HTML. Las URL traducidas en un sitemap pueden ayudar a descubrirlas, pero una entrada que falta y una declaración en conflicto son problemas distintos.
Las etiquetas genéricas y regionales también pueden convivir legítimamente. Por ejemplo, en y en-GB pueden apuntar a la misma página adecuada. La cuestión es si expresan la segmentación prevista e identifican el contenido correcto. Consulta las indicaciones de Google sobre páginas localizadas. Nuestra guía sobre etiquetas hreflang duplicadas en TranslatePress explica cuándo son válidas las entradas genéricas y regionales.
Por qué TranslatePress y un plugin de sitemap pueden no coincidir
Las etiquetas de idioma de tu página y su sitemap pueden depender de plugins o integraciones distintos. Puede surgir una discrepancia cuando esos componentes usan información de URL diferente o interpretan los ajustes de idioma de otra manera.
Causas posibles:
- Cambió una página o un slug traducido, pero una de las salidas sigue usando la dirección anterior.
- Una integración de sitemap no respeta una configuración de idioma personalizada.
- La página de inicio se trata de forma distinta a las páginas normales.
- Un plugin de contenido controla la base de URL de un evento, producto o categoría.
- El HTML o el XML en caché todavía reflejan ajustes anteriores.
El mensaje de error por sí solo no identifica qué componente es el responsable.
Un ejemplo documentado: SureRank y TranslatePress
En una conversación de soporte de WordPress, el propietario de un sitio informó de que el HTML de TranslatePress usaba su código en configurado, mientras que el sitemap de SureRank usaba en-GB. El sitemap también hacía que la alternativa de la página de inicio en inglés apuntara a la página de inicio original en lugar de a /en/.
El soporte de SureRank reprodujo el comportamiento y reconoció el problema de tratamiento de la página de inicio por su parte. También explicó que el sitemap obtenía el código regional de la configuración regional subyacente en lugar de seguir la configuración hreflang de TranslatePress.
Es un ejemplo útil de diagnóstico, no una prueba de que toda instalación actual tenga el mismo fallo. Lee el informe y la respuesta del soporte.
Cómo diagnosticar y corregir la discrepancia
1. Anota una página afectada y sus destinos de idioma
Elige una página concreta de la auditoría. Empieza por la página de inicio si el aviso la menciona; no supongas que una entrada de blog correcta demuestra que la página de inicio también lo está.
Abre cada versión de idioma y anota su dirección actual que funciona. Comprueba que contiene el contenido equivalente en el idioma esperado.
A modo de ejemplo:
| Versión de idioma | URL verificada que funciona |
|---|---|
| Página de contacto en inglés | https://example.com/contact/ |
| Página de contacto en francés | https://example.com/fr/contactez-nous/ |
Usa estas direcciones como punto de partida de la comparación. Tu sitio puede usar legítimamente slugs sin traducir; que la dirección tenga palabras traducidas no es la prueba de que la página funcione.
2. Compara las entradas HTML y XML
Abre la página afectada, elige Ver código fuente de la página y busca hreflang. Anota la URL asociada a cada código de idioma relevante.
Después abre la URL del sitemap desde tu plugin de SEO o desde el informe Sitemaps de Search Console. Si es un índice de sitemaps, sigue el sitemap de páginas o entradas correspondiente y encuentra la entrada afectada.
Busca dos cosas:
- La URL principal de la página, que suele aparecer dentro de una entrada
<loc>. - Cualquier entrada alternativa que asocie un código de idioma con otra URL.
No necesitas editar el XML. Estás comprobando si ambas fuentes describen correctamente el mismo destino.
| Fuente | Destino en francés | Hallazgo |
|---|---|---|
| Página que funciona | /fr/contactez-nous/ |
Dirección actual prevista |
| Hreflang en HTML | /fr/contactez-nous/ |
Coincide |
| Alternativa francesa del sitemap | /fr/contact/ |
Hay que investigarla |
Es una comparación ilustrativa, no un fallo reproducido en TranslatePress. La última dirección podría redirigir, fallar o servir otra página; compruébala antes de decidir cómo corregirla.
3. Comprueba las propias URL
Usa la información de respuesta de tu herramienta de auditoría para ver si las direcciones indicadas se abren directamente o redirigen a otro lugar. Comprueba también el contenido: una URL puede cargar correctamente y aun así mostrar el idioma o la página equivocados.
Si una entrada usa una dirección antigua, corrige el componente que la genera. Mantén una redirección útil desde la dirección antigua a su sustituta para que los enlaces antiguos sigan funcionando. La guía para cuando hreflang apunta a una redirección explica esa corrección paso a paso.
Revisa también los ajustes canónicos. Una URL canónica identifica la dirección preferida de una página; no debe contradecir el destino que quieres publicar. Google recomienda incluir las URL canónicas preferidas en los sitemaps. Lee sus indicaciones sobre sitemaps.
4. Revisa los ajustes de sitemap e idioma de TranslatePress
TranslatePress documenta la compatibilidad con sitemaps multilingües a través de su SEO Pack de pago, que funciona con plugins de SEO compatibles. Si esperas URL traducidas y entradas alternativas, confirma que el complemento está activo y que la integración de tu plugin de sitemap admite tu configuración. Consulta la documentación del SEO Pack.
Después revisa Ajustes → TranslatePress → Avanzado:
- Exclude translated links from sitemap controla si los enlaces traducidos se excluyen de los sitemaps de los plugins de SEO cuando el SEO Pack está activo. Si esos enlaces se excluyen a propósito, es normal que no aparezcan.
- Remove duplicate hreflang ofrece el formato por país, el independiente de la región o ambos. Comprueba qué formato has elegido antes de comparar los códigos de idioma del HTML y del XML.
El nombre del ajuste no significa que las etiquetas genéricas y regionales sean inválidas juntas. Elige el formato que encaje con tu público y confirma que la integración del sitemap lo trata como esperas. TranslatePress explica estas opciones aquí.
Evita cambiar los nombres de las carpetas de idioma en un sitio en producción solo para silenciar un aviso. Determina primero si el problema afecta a la URL, al código de idioma o a ambos.
5. Corrige el componente que produce la entrada incorrecta
Si el HTML es correcto y el sitemap no, investiga el plugin de sitemap y su integración con TranslatePress. Si el sitemap es correcto y el HTML apunta a una dirección antigua, investiga la configuración de URL de idioma de la página.
En las URL de eventos, productos o archivos, incluye en la investigación el plugin que define esas direcciones. Revisa las notas de versión correspondientes y prueba las actualizaciones en una copia de pruebas cuando sea posible.
Al contactar con el soporte, indica la página afectada, la URL de idioma correcta, la entrada incorrecta y las versiones de los plugins activos. Por ejemplo:
La página de contacto en francés funciona en /fr/contactez-nous/. Su hreflang en HTML usa esa dirección, pero la alternativa francesa del sitemap usa /fr/contact/. Aquí tenéis la URL del sitemap y las versiones de TranslatePress, sus complementos y mi plugin de SEO.
Corrige los ajustes o la integración de origen en lugar de editar a mano un archivo de sitemap generado, que podría sustituirse en la siguiente actualización.
6. Actualiza y verifica la salida pública
Después de corregirlo, regenera el sitemap desde el plugin que lo genera si es necesario y vacía las cachés de HTML o de sitemap que correspondan. Comprueba la página pública sin sesión iniciada.
Verifica por separado la página de inicio, una página normal y cualquier tipo de contenido personalizado afectado.
Tus comprobaciones finales son:
- Cada destino de idioma publicado lleva a la página actual esperada.
- La URL funciona directamente y la página puede rastrearse e indexarse según lo previsto.
- Las declaraciones de alternativas del HTML y del sitemap describen relaciones de idioma compatibles.
- Los ajustes canónicos coinciden con las direcciones de página previstas.
- Los equivalentes de idioma ofrecen los enlaces de retorno esperados.
Usa Search Console para comprobar el procesamiento del sitemap y la información de indexación correspondiente. Un estado Correcto del sitemap significa que Google obtuvo y procesó el archivo; no demuestra que todas las asociaciones de idioma sean correctas. Consulta la documentación del informe Sitemaps de Google.
Qué ayuda a mantener coherente LingoWP
Para el propietario de un sitio, cambiar una página no debería obligar a mantener por separado su dirección en el selector de idioma, los enlaces internos y las anotaciones de idioma.
La revisión de desarrollo de LingoWP describe una forma compartida de generar las direcciones de idioma para hreflang, el selector, los enlaces internos, las etiquetas canónicas y las redirecciones. Usa la información actual de la página al construir esos destinos.
La ventaja práctica es mantener alineados los enlaces de LingoWP a nivel de página mientras gestionas contenido y traducciones en un solo espacio de trabajo. Eso reduce la necesidad de mantener varias asignaciones de direcciones independientes para la misma página.
La limitación del sitemap que conviene conocer antes de elegir
En el comportamiento de LingoWP 1.5 revisado, el plugin no añade URL traducidas al sitemap XML. El sitemap se limita a las páginas del idioma original.
Por tanto, el tratamiento de URL de LingoWP a nivel de página no garantiza que un plugin de sitemap externo produzca entradas traducidas que coincidan. Si incluir URL traducidas en el sitemap es un requisito para tu sitio, verifica una solución compatible antes de migrar. La comparativa LingoWP vs TranslatePress cubre las diferencias más amplias.
Puedes seguir usando hreflang en HTML bien implementado para identificar las versiones de idioma. La cuestión es si el flujo de traducción de LingoWP y su coherencia a nivel de página cubren tus necesidades junto con esa limitación del sitemap.
Descubre LingoWP para ver su espacio de traducción y valorar cómo encaja con tu sitio multilingüe.
Preguntas frecuentes
¿En qué debo confiar: en hreflang o en el sitemap?
Revisa primero la página real que funciona. Confirma su idioma, su contenido, su dirección final y sus ajustes canónicos, y después corrige la salida que la describe de forma inexacta. Cualquiera de las dos fuentes puede contener información obsoleta o incorrecta.
¿Instalar el SEO Pack de TranslatePress corregirá todas las discrepancias?
El SEO Pack ofrece una función documentada de sitemap multilingüe, pero una discrepancia concreta puede deberse al plugin de sitemap, a ajustes de idioma personalizados, al enrutamiento o a la caché. Identifica la integración afectada y verifica el resultado después de cambiarla.
¿Debo eliminar el sitemap para quitar el conflicto?
Empieza por corregir las entradas incorrectas. Si eliges HTML como método de hreflang, puedes seguir teniendo un sitemap normal para que se descubran las páginas. Eliminar las anotaciones de idioma y eliminar todo el sitemap son acciones distintas.