Soft 404: qué es y cómo corregirlo (Google Search Console)
En el informe de indexación de la Google Search Console, un Soft 404 no es una página de error 404. Es lo contrario: tu servidor responde «200 OK», como si todo estuviera bien, en una página vacía o que en realidad no existe. Google detecta el desajuste, concluye que la página no tiene nada que ofrecer y la trata como una 404 sin indexarla.
Así que el problema no es que la página devuelva un error. Es que miente: dice «éxito» cuando está hueca. La verdadera primera pregunta no es «cómo hago que desaparezca este estado», sino «¿esta página merece existir?». Según la respuesta, la corrección es radicalmente diferente, a veces opuesta.
Veremos los dos casos, las causas más frecuentes (a menudo una plantilla entera, no una página aislada) y cómo localizar todos tus soft 404 y sus patrones sin inspeccionarlos uno por uno.
¿Qué es un «Soft 404»?
Cuando un navegador o Googlebot pide una página, el servidor responde con un código HTTP. 200 significa «todo bien, aquí está la página». 404 significa «esta página no se encuentra». El contrato es simple: el código debe reflejar la realidad.
Un soft 404 rompe ese contrato. El servidor devuelve 200 OK, pero la página está vacía, casi vacía, o muestra un mensaje del tipo «sin resultados» / «producto no disponible». Para el usuario y para Google, no hay nada. Google entonces no se fía del código: analiza el contenido, juzga que la página se comporta como una página inexistente y la clasifica como «Soft 404».
La consecuencia es doble. La página no se indexa (Google no indexa una página que considera vacía). Y cada paso de Googlebot por esas URLs consume presupuesto de rastreo para nada, en detrimento de tus páginas reales. De ahí viene lo de «soft»: no hay un error declarado, solo un desajuste entre lo que dice el servidor y lo que contiene la página.
Soft 404 vs 404 vs 410: la diferencia
Estos tres casos se confunden constantemente. No comparten ni el mismo código HTTP ni el mismo significado.
| Estado | Código HTTP devuelto | Qué significa | ¿Indexada? |
|---|---|---|---|
| Soft 404 | 200 (erróneamente) | La página dice «OK» pero está vacía o inexistente | No |
| No encontrada (404) | 404 | La página no existe, y el servidor lo declara correctamente | No |
| Página eliminada (410) | 410 | La página se eliminó de forma permanente | No |
El matiz que importa: un soft 404 es un problema de coherencia, no una página ausente. Una 404 o 410 real es sana, una página ausente declarada como tal. El soft 404, en cambio, induce a Google a error.
Cuidado con un caso vecino: si tu página tiene contenido real, pero juzgado demasiado pobre o de poco valor (y no vacío), no es un soft 404. Es más bien el estado «Explorada, actualmente no indexada», que tiene que ver con la calidad, no con el desajuste técnico.
La verdadera pregunta: ¿esta página merece existir?
Resuelve esto antes de cualquier corrección. La respuesta apunta a dos correcciones opuestas.
Caso A: sí, la página debe existir y posicionarse
Una página importante quedó vacía por accidente: un producto despublicado por error, contenido cargado en JavaScript que Googlebot no renderizó, un fallo de visualización, una base de datos momentáneamente vacía. Aquí el soft 404 es un falso negativo: la página merece estar en el índice, pero no sirve su contenido correctamente.
La corrección: hacer la página real. Restaura o enriquece el contenido, asegúrate de que se sirve del lado del servidor (y no solo inyectado vía JS), y comprueba que ningún recurso bloqueado impide su renderizado. Una vez que la página vuelve a ser sustancial, Google la rastrea de nuevo y la indexa.
Caso B: no, la página no tiene razón de ser
Una ficha de producto eliminada, una página de evento pasado, una oferta terminada, una página de filtro sin resultados: estas páginas no tienen nada que mostrar y no están destinadas a indexarse. Aquí el soft 404 es una señal real, solo que mal gestionada técnicamente.
La corrección: decirle la verdad a Google. Devuelve un código 404 real si la página simplemente no existe, o 410 si se eliminó definitivamente. Si existe un equivalente (un producto de reemplazo, una categoría superior), una redirección 301 es preferible. Lo esencial: dejar de responder 200 en una página vacía.
El error clásico, en ambos sentidos: dejar una página importante vacía (caso A sin tratar), o devolver 200 en una página que debería desaparecer (caso B sin tratar).
Las causas más frecuentes (sobre todo en e-commerce)
Los soft 404 rara vez vienen de una página aislada. Casi siempre nacen de una plantilla que genera, en serie, páginas vacías que responden 200. Las fuentes más comunes:
- Productos agotados o retirados. La ficha sigue en línea, vacía o reducida a «no disponible». En un catálogo grande, es la primera causa de soft 404 a gran escala.
- Páginas de facetas o categorías vacías. Un filtro que no devuelve resultados (
?color=burdeos&talla=48) produce una página sin contenido, pero accesible y en200. - Búsqueda interna. Las páginas de resultados de búsqueda del sitio, sobre todo las vacías, son soft 404 de manual si son indexables.
- Páginas caducadas. Eventos pasados, promociones terminadas, anuncios cerrados: el contenido desapareció, la URL sigue respondiendo
200. - Contenido en JavaScript no renderizado. Si la página solo tiene contenido una vez ejecutado el JS y ese renderizado falla, Google ve una página vacía.
- Página 404 personalizada mal configurada. La trampa más sutil: tu bonita página «vaya, no encontrada» devuelve un código
200en lugar de404. Cada URL rota se convierte entonces en un soft 404.
El punto común: corregir una URL a mano no resuelve nada. Es la plantilla de página lo que hay que tratar.
Cómo corregirlo, por plantilla (no página por página)
Los pasos se desprenden de lo anterior:
- Identifica el patrón. Qué tipo de página genera los soft 404 (¿productos agotados? ¿facetas? ¿búsqueda interna?). Este paso lo desbloquea todo.
- Decide conservar o eliminar para ese patrón. La decisión se toma por familia de URLs, no página por página.
- Conservar → corrige la plantilla. Sirve contenido real del lado del servidor. Si la página es útil para el usuario pero no debe indexarse (la búsqueda interna, por ejemplo), ponla en
noindexen vez de dejarla como soft 404. - Eliminar → devuelve el código correcto. Configura el servidor o el CMS para responder
404o410en esas URLs, o301hacia un equivalente pertinente. - Revisa tu página 404 personalizada. Debe devolver el código
404, nunca200. Es un ajuste del servidor, no una cuestión de diseño. - Dale tiempo al nuevo rastreo. Una vez corregida la plantilla, Google debe volver a pasar por las URLs afectadas. Cuenta de unos días a varias semanas según la frecuencia de rastreo de tu sitio.
El verdadero problema: localizar todos tus soft 404 y sus patrones a gran escala
Entender el estado lleva cinco minutos. Encontrar todas las URLs afectadas, y sobre todo agruparlas por patrón, es otra cosa. La Search Console señala una parte de los soft 404, pero su detección es heurística e incompleta: solo cubre lo que Google ha rastreado y juzgado, y su informe se inspecciona una URL a la vez. Ves que hay un problema, rara vez la magnitud ni la plantilla de página que lo causa.
Ese es el muro que IndexProbe derriba. IndexProbe es la versión en masa de la herramienta de inspección de URL de Google: consulta la API oficial de la Search Console para inspeccionar, en un solo análisis, la lista de URLs que le facilitas (importación CSV, sitemap, pegado). Para cada página muestra su estado de indexación (incluido «Soft 404»), el código HTTP realmente devuelto, el segmento de URL y la fecha del último rastreo.
El cruce que importa aquí: ver, lado a lado, el 200 que devuelve tu servidor y el veredicto «Soft 404» de Google. Ese es exactamente el desajuste que define el problema, hecho visible en todas tus URLs en una misma tabla. Lo que obtienes depende de la lista que aportes. IndexProbe no rastrea tu sitio para descubrir URLs: inspecciona las que le das, y solo esas.
- Una selección de páginas estratégicas (tus páginas clave, tu sitemap de páginas a indexar). Cualquier página importante caída en soft 404 salta de inmediato, sin presumir nada del resto del sitio.
- Una exportación completa de tus URLs (tu sitemap entero, una exportación de rastreo…). La segmentación por tipo de páginas muestra entonces qué plantilla concentra los soft 404 (fichas de producto, facetas, búsqueda interna…). Eso es lo que te hace corregir la plantilla, no la URL.
Ese es justo el triaje que IndexProbe está diseñado para hacer posible: ver todos tus soft 404 de un vistazo, y cuáles vienen de la misma plantilla.
💡 ¿Quieres ver cuáles de tus páginas son soft 404, y qué tipo de página los genera? IndexProbe inspecciona tu lista de URLs y te da la respuesta en un análisis. Probar IndexProbe en acceso anticipado →
Verificar que la corrección funcionó
Tras corregir la plantilla (contenido real, o un código 404/410 real), hay que confirmar. Vuelve a inspeccionar las URLs afectadas y compara dos análisis en el tiempo: las páginas que eliminaste deben pasar a 404/410 y salir del informe, y las que enriqueciste deben rastrearse y luego indexarse. La vista Comparación de IndexProbe pone ambos análisis lado a lado: el número de soft 404 debe caer de un análisis al siguiente.
Es el ciclo completo: localizar los soft 404, entender que es un desajuste técnico, decidir por plantilla, corregir, verificar.
Preguntas frecuentes
¿Un soft 404 es grave? No es una penalización, pero no es neutro. Las páginas en soft 404 no se indexan y desperdician presupuesto de rastreo. En un sitio que los acumula (a menudo un catálogo de e-commerce), el efecto acumulado pesa sobre el rastreo de tus páginas reales.
¿Qué diferencia hay entre un soft 404 y una 404 real?
Una 404 real devuelve el código 404: la página se declara inexistente, y eso es sano. Un soft 404 devuelve 200 en una página vacía: el código miente, y eso es lo que Google sanciona tratándola igualmente como una 404.
¿Hay que eliminar todas las páginas en soft 404?
No. Primero, pregúntate si la página debe existir. Si sí (vaciada por error), enriquece su contenido. Si no, devuelve un 404/410 real, o un 301 hacia un equivalente. Eliminar es solo una de las dos respuestas.
¿Cuánto tarda en desaparecer el estado? Una vez corregida la plantilla, el cambio no es instantáneo: depende de cuándo vuelva a pasar Googlebot. Cuenta de unos días a varias semanas según la frecuencia de rastreo. Una solicitud de reindexación en la Search Console puede acelerar algunas páginas prioritarias.
¿Cómo verifico los soft 404 en un gran número de URLs? La herramienta de inspección de la Search Console trata una URL a la vez, y su detección de soft 404 es parcial. Para triar a gran escala, una herramienta como IndexProbe inspecciona la lista de URLs que le facilitas (CSV, sitemap) y muestra, para cada una, el estado oficial, el código HTTP devuelto y el segmento, para sacar a la luz los patrones que los causan.
Deja de inspeccionar tus páginas una URL a la vez. IndexProbe se conecta a la API oficial de la Search Console e inspecciona tu lista de URLs en un solo análisis: estado de indexación (incluido Soft 404), código HTTP devuelto, segmento, fecha del último rastreo. Lo suficiente para localizar en minutos todos tus soft 404, ver qué plantilla los genera y verificar que tu corrección surtió efecto.