Una URL puede mostrar un mensaje de «página no encontrada» y, al mismo tiempo, responder al navegador con un código HTTP 200. Para una persona parece un error; para el servidor, en cambio, la petición habría terminado correctamente. Google denomina soft 404 a este tipo de situación y puede excluir esas URLs de sus resultados.
En WordPress conviene diagnosticar primero qué está ocurriendo antes de crear redirecciones, tocar robots.txt o marcar páginas como noindex. Si necesitas revisar los códigos de estado básicos, empieza por la guía de errores 404 y redirecciones 301 en WordPress.
Qué es exactamente un soft 404
Google Search Central explica que un soft 404 aparece cuando una URL devuelve una página que indica que el contenido no existe, pero la respuesta HTTP sigue siendo 200 (success). También puede detectarse cuando la página queda prácticamente vacía o no consigue cargar su contenido principal.
La diferencia es importante. Un 404 real comunica técnicamente que el recurso no existe. Un soft 404 ofrece señales contradictorias: el contenido parece ausente, pero el servidor responde como si todo hubiera ido bien.
En WordPress esto puede ocurrir por una plantilla de error mal construida, una búsqueda interna sin resultados, contenido que depende de recursos que no cargan, problemas temporales del servidor o una lógica personalizada que muestra un mensaje de error sin modificar el código HTTP.
Cómo detectar un soft 404 en Search Console
Search Console puede mostrar estas URLs en el informe de Indexación de páginas. La etiqueta no significa automáticamente que debas redirigir la dirección. Primero hay que decidir qué debería existir realmente en esa URL.
- Abre la URL afectada como visitante y comprueba qué contenido recibe una persona.
- Revisa la respuesta HTTP con las herramientas de red del navegador o una herramienta equivalente.
- Usa Inspección de URLs para comprobar cómo ha visto Google la página y, cuando sea útil, prueba la versión publicada.
- Compara el contenido esperado con el renderizado: una página válida que carga vacía necesita un diagnóstico distinto a una URL eliminada.
- Revisa su origen: sitemap, enlaces internos, menús o URLs antiguas pueden seguir enviando señales hacia ella.
La herramienta de Inspección de URLs permite consultar lo que Google conoce de una página concreta y probar la versión publicada. Es especialmente útil cuando una URL que debería ser válida aparece clasificada como soft 404.
Qué hacer según el estado real de la URL
El contenido ya no existe y no tiene sustituto
La respuesta correcta suele ser 404 o 410. Google indica que una página retirada sin sustituto puede devolver cualquiera de esos estados. No necesitas redirigir cada URL eliminada a Inicio.
Una página 404 personalizada puede mantener la navegación, ofrecer enlaces útiles y ayudar al visitante, pero el servidor debe seguir devolviendo el código HTTP adecuado.
El contenido se ha movido
Si existe una sustitución clara y equivalente, una redirección permanente 301 hacia la nueva URL puede ser apropiada. La relación entre ambas páginas debe ser real; redirigir muchas URLs sin equivalencia a una página genérica puede crear más confusión.
La página debería existir
Cuando la URL es válida, el objetivo no es ocultarla sino averiguar por qué Google ha visto poco contenido o un mensaje de error. Revisa errores de servidor, recursos bloqueados, respuestas intermitentes, plantillas condicionales y cualquier dependencia que pueda dejar la página casi vacía.
Si sospechas que una directiva de indexación está interfiriendo, revisa la guía de noindex en WordPress. Un soft 404 y una directiva noindex son problemas distintos y no conviene tratarlos como si fueran lo mismo.
Errores frecuentes al intentar corregirlos
Redirigir todo a la portada. Una redirección debe llevar a un destino que sustituya de forma razonable el recurso anterior. La portada no suele ser la respuesta adecuada para una URL específica eliminada.
Bloquear la URL con robots.txt. Impedir el rastreo no arregla una respuesta HTTP incorrecta. Además, si Google no puede rastrear la URL, tendrá menos información para comprobar el estado real.
Usar noindex como parche. Si la página no existe, el problema se resuelve con el código de estado correspondiente. Si existe y debe posicionar, ocultarla del índice tampoco soluciona la causa.
Crear contenido artificial solo para evitar la etiqueta. La solución debe responder a la intención real de la URL. Añadir texto de relleno a una página que no debería existir no mejora la arquitectura.
Revisa sitemap y enlazado interno
Después de corregir una URL, comprueba que el resto del sitio no siga enviando señales contradictorias. Una página eliminada no debería continuar en el sitemap ni recibir enlaces internos importantes por error. La guía de sitemap XML en WordPress explica qué conviene revisar antes de enviarlo a Search Console.
También es útil localizar el enlace que originó la URL. Un 404 provocado por un enlace interno incorrecto merece corregirse; una URL aleatoria que nunca existió puede no requerir ninguna acción adicional.
Cómo validar la corrección
Una vez aplicado el cambio, vuelve a comprobar la respuesta HTTP y la versión pública sin iniciar sesión. Si la página debe existir, verifica que muestra el contenido principal. Si se ha retirado, confirma que devuelve el estado previsto. Si se ha movido, comprueba el destino final de la redirección.
Después puedes utilizar Search Console para volver a inspeccionar una URL concreta. La desaparición de un estado del informe no tiene por qué ser inmediata; lo importante es que la respuesta pública ya sea coherente con la situación real del contenido.
Para revisar oportunidades y problemas de visibilidad con datos reales, también puedes consultar la guía de Search Console y oportunidades SEO.
¿Search Console muestra URLs que no sabes cómo tratar?
Dentro del servicio de posicionamiento SEO puedo revisar la indexación, los códigos de respuesta y la arquitectura antes de aplicar redirecciones o exclusiones innecesarias.
Fuentes oficiales
- Google Search Central: solucionar problemas de rastreo y soft 404.
- Search Console: informe de Indexación de páginas.
- Search Console: herramienta de Inspección de URLs.
Fuentes consultadas el 17 de octubre de 2026. Las recomendaciones operativas deben validarse sobre la respuesta HTTP y el contenido público de cada URL.
