Hreflang apunta a una página 404 en TranslatePress: qué revisar

Una auditoría SEO encuentra un enlace de idioma francés en tu página en inglés. Abres la dirección indicada y aparece «Página no encontrada».

La página original sigue funcionando, pero el equivalente de idioma que promete hreflang no.

Cuando hreflang apunta a una página 404, determina primero si el contenido existe en otra dirección, si debe restaurarse o si se eliminó a propósito. Corrige el enlace generado para que use la URL de idioma que funciona, restaura la página prevista u omite la alternativa que no está disponible.

La solución correcta depende de por qué falta el destino. Así se investiga en TranslatePress, y esto es lo que ayuda a resolver la forma en que LingoWP gestiona el texto sin traducir y las páginas de error.

Publicado por LingoWP. Las indicaciones externas se comprobaron el 6 de octubre de 2026. El comportamiento de LingoWP descrito a continuación se basa en la revisión de desarrollo de la versión 1.5.

Qué significa realmente el aviso

Hreflang identifica los equivalentes de idioma o regionales de una página. Un aviso 404 significa que uno de los destinos indicados devuelve una respuesta HTTP de «no encontrado».

A modo de ejemplo:

Qué compruebas	Resultado
Página en inglés: /about/	Se abre correctamente
Alternativa francesa indicada en hreflang: /fr/about/	Devuelve 404
Página francesa actual: /fr/a-propos/	Se abre correctamente

En este ejemplo, el contenido está disponible. La anotación usa la dirección equivocada.

Screaming Frog agrupa las URL alternativas no disponibles en Non-200 Hreflang URLs y recomienda usar destinos canónicos e indexables correctos. Una respuesta 200 correcta es solo una comprobación; el destino también debe contener el equivalente de idioma adecuado. Consulta su comprobación de hreflang.

Google no indexa las URL que devuelven respuestas 404 o 410. Si una URL ya indexada empieza a devolverlas, puede salir del índice con el tiempo. Por eso un destino que falta no sirve como equivalente de idioma activo que estás anunciando. Google explica aquí cómo trata los códigos HTTP.

Comprueba la respuesta antes de elegir una solución

Avisos parecidos pueden describir situaciones distintas:

Hallazgo	Significado	Qué investigar
404	No se encuentra la dirección solicitada	URL incorrecta, contenido eliminado o enrutamiento roto
410	El recurso se indica como eliminado	Si la eliminación fue intencionada
301 o 302	La dirección redirige	El destino final y la URL usada en hreflang
200 con un mensaje de «no encontrado»	El servidor indica éxito aunque falta el contenido	Un posible soft 404
Una página que funciona marcada con noindex	La página existe pero pide a los buscadores que no la indexen	Si esa decisión de indexación es intencionada

Una directiva noindex no hace que una página devuelva 404. Un mensaje de error mostrado dentro de una página tampoco demuestra que el servidor devolviera 404. Usa la información de respuesta de tu auditoría junto con la página que ves. Si la alternativa redirige en lugar de fallar, consulta qué hacer cuando hreflang apunta a una redirección.

La documentación del informe de indexación de páginas de Google distingue estos estados de indexación y de error.

Cómo corregir enlaces hreflang a páginas que faltan en TranslatePress

1. Anota por separado la página y la alternativa rota

Una auditoría puede identificar tanto la página que contiene la anotación de idioma como el destino que falla. Mantén separadas esas dos direcciones.

Anota:

• La página que contiene la entrada hreflang.
• El código de idioma asociado.
• La URL de destino indicada y su respuesta.
• Cualquier sustituta verificada que funcione.

Para una comprobación manual, abre la página, elige Ver código fuente de la página y busca hreflang. Encuentra la entrada que corresponde al destino no disponible.

Si varias páginas tienen el mismo problema, busca un patrón. ¿Todas las URL rotas pertenecen a un mismo idioma, tipo de contenido o base de categoría? Eso puede ayudarte a investigar un ajuste compartido en lugar de editar cada página.

2. Busca la URL de idioma actual

Revisa la página actual en WordPress y abre su versión de idioma. Compara esa dirección con la indicada en hreflang.

Si el slug ha cambiado, la página puede existir en una dirección nueva. La documentación de TranslatePress menciona los cambios de slug de página o de idioma y los idiomas eliminados como posibles motivos por los que las URL traducidas antiguas dejan de funcionar. Lee su guía de solución de errores 404.

Para los slugs traducidos, el SEO Pack de pago permite editar slugs desde la interfaz de traducción y desde String Translation → Slugs. Compara la entrada correspondiente con el contenido actual. Sigue las instrucciones oficiales sobre slugs.

Confirma que cualquier sustituta muestra el contenido equivalente en el idioma previsto. Una página de inicio o una página sin relación no es un sustituto adecuado solo porque cargue.

3. Comprueba si la página o el idioma se eliminaron a propósito

Si la página debería seguir existiendo, revisa su estado de publicación y si se envió a la papelera o dejó de estar disponible. Restaura el contenido público previsto cuando corresponda y luego verifica su URL de idioma.

Si el contenido se retiró a propósito, decide si hay un sustituto real. Si existe, usa ese sustituto y actualiza las anotaciones en consecuencia.

Si no hay sustituto, la dirección antigua puede quedar no disponible con toda corrección. La salida de hreflang debería dejar de presentarla como alternativa activa. Haz que el componente que genera la entrada omita esa versión no disponible; si no hay un ajuste para ese caso, envía el ejemplo concreto a su equipo de soporte.

No redirijas a la página de inicio todas las páginas traducidas que faltan solo para eliminar un aviso de auditoría. Conserva la relación entre contenidos equivalentes.

4. Investiga el enrutamiento cuando el contenido existe pero la URL falla

Una página publicada puede devolver 404 cuando su dirección se construye mal o el servidor no reconoce la ruta.

Compara la ruta que funciona con la rota. Revisa las carpetas de idioma, los slugs traducidos y las secciones fijas, como las bases de eventos o categorías. Si la ruta rota repite su carpeta de idioma, como /fr/fr/, sigue la guía sobre el doble prefijo de idioma en TranslatePress.

La documentación de solución de problemas de TranslatePress recomienda comprobar que los enlaces permanentes amigables funcionan. También describe casos en los que las reglas de reescritura del servidor impiden resolver los subdirectorios traducidos. Si las páginas traducidas muestran un error simple del servidor en lugar de la página de error habitual de tu sitio, pide a tu proveedor de alojamiento que revise el enrutamiento. Consulta las indicaciones oficiales de solución de problemas.

En el contenido personalizado, incluye en la investigación el plugin que define la URL.

En una conversación de soporte de Events Calendar, un usuario informó de que las bases de categoría traducidas llevaban a rutas inexistentes. El soporte ofreció soluciones alternativas para las bases afectadas y el usuario indicó una mejora. Es un ejemplo de integración documentado, no una prueba de que toda configuración actual de TranslatePress se comporte así. Lee la conversación y las soluciones ofrecidas.

5. Corrige el origen de la anotación rota

Cuando sepas qué resultado es el adecuado, aplica la corrección correspondiente:

Diagnóstico	Corrección adecuada
La página de idioma existe en otra URL	Hacer que la alternativa generada use su dirección actual
La página pública se eliminó por error	Restaurarla y verificar la ruta de idioma prevista
La página o el idioma no están disponibles a propósito	Omitir la alternativa no disponible de las anotaciones publicadas
Un plugin o una regla del alojamiento rompe una ruta válida	Corregir esa integración o regla y volver a comprobar la URL

Corrige el ajuste o la integración de origen en lugar de editar a mano el HTML en caché. Si la URL antigua tiene un sustituto legítimo, mantén una redirección adecuada para los enlaces existentes mientras hreflang apunta directamente al destino que funciona.

Si tu sitemap indica una dirección distinta del HTML de la página, consulta qué hacer cuando las URL de hreflang y del sitemap no coinciden.

Una solicitud de soporte útil es concreta:

Esta página en inglés indica /fr/about/ como alternativa francesa, pero esa dirección devuelve 404. La página francesa actual funciona en /fr/a-propos/. Aquí tenéis la página afectada y las versiones de TranslatePress, sus complementos y mi plugin de SEO.

6. Actualiza la salida y comprueba ambos lados

Después de corregir la causa, vacía las cachés correspondientes y revisa las páginas públicas sin sesión iniciada.

Comprueba que la página que funciona ya no indica el destino roto. Si restauraste una página, confirma que se abre directamente, contiene el contenido en el idioma correcto y está disponible para indexarse según lo previsto.

Revisa después los equivalentes de idioma. Google exige enlaces de retorno entre las versiones correspondientes; corregir un solo destino no completa la comprobación. Consulta los requisitos de Google para páginas localizadas.

Vuelve a ejecutar la auditoría afectada. La información No se ha encontrado (404) de Search Console puede ayudar a seguir las URL que Google ha encontrado, pero ese listado no demuestra por sí mismo que procedan de hreflang. Revisa la anotación por separado. Las URL antiguas retiradas pueden seguir en los informes mientras Google vuelve a visitarlas; no hace falta restaurarlas todas.

Cómo gestiona LingoWP el texto sin traducir

Una traducción sin terminar y una página que falta son problemas distintos. El texto sin traducir por sí solo no explica un 404 en TranslatePress.

En el comportamiento de LingoWP revisado, las versiones de idioma usan la misma página de WordPress subyacente. Cuando falta texto traducido en una página existente, LingoWP puede mostrar el texto original como alternativa.

Para el propietario del sitio, esto mantiene el contenido disponible mientras continúa la traducción. Puedes completar el texto que falta en el espacio de trabajo central en lugar de tratar una frase incompleta como una página que falta.

Esta alternativa también requiere atención editorial. Una dirección marcada como francesa que sigue mostrando mucho contenido en inglés no es una traducción francesa terminada. Google determina el idioma a partir del contenido real en lugar de depender de hreflang para definirlo. Revisa el contenido principal antes de promocionar esa versión de idioma en los buscadores.

Las páginas de error no anuncian alternativas de idioma

La revisión de desarrollo de LingoWP 1.5 indica que las páginas 404 no emiten anotaciones hreflang y que este comportamiento está cubierto por pruebas. Así se evita que la propia página de error presente un conjunto de idiomas como si fuera contenido publicado normal.

Esto es distinto de revisar los enlaces de las páginas que funcionan. Una página activa podría seguir haciendo referencia a una dirección afectada por una redirección externa, un idioma eliminado o un problema de integración. La prueba de LingoWP sobre páginas 404 no garantiza una cobertura universal de esos casos, ni del comportamiento con 410 y noindex.

Merece la pena evaluar LingoWP si quieres un flujo de traducción central con texto original como alternativa y un tratamiento deliberado de las anotaciones en las páginas de error. Comprueba tus rutas e integraciones realmente afectadas en una copia del sitio antes de migrar. Para una visión más amplia de ambos plugins, lee LingoWP vs TranslatePress.

Descubre LingoWP para ver su espacio de traducción y evaluarlo para tu sitio.

Preguntas frecuentes

¿Una página 410 es distinta de una página 404?

Un 410 indica explícitamente que un recurso se ha eliminado; un 404 dice que no se ha encontrado. Ninguno de los dos debería figurar como equivalente de idioma disponible. Restaurar o no el contenido depende de si su eliminación fue intencionada.

¿Cada 404 necesita una redirección?

No. Si el contenido tiene un sustituto adecuado, redirigir la dirección antigua puede conservar los enlaces existentes. Si se eliminó sin sustituto, una respuesta de no disponible puede ser adecuada; deja de anunciarla en las anotaciones de idioma actuales.

¿Puedo solucionarlo solicitando la indexación?

Corrige primero la URL o restaura el contenido previsto. Una solicitud de indexación no repara una ruta rota ni una entrada hreflang obsoleta. Si la página se eliminó a propósito, solicitar la indexación no es el siguiente paso adecuado.