Errores 404 blandos

TL;DR — Un soft 404 es una página que indica al navegador que todo está bien —mediante un código de estado 200 OK— aunque esté vacía o muestre «no encontrado». Google detecta la discrepancia y trata la página como un 404, por lo que no se indexa. «Soft 404» no es un código de error real enviado por el servidor, sino una etiqueta que Google aplica tras examinar la página. La solución consiste en hacer coincidir el código y el contenido.

Qué es un soft 404

Un soft 404 es una clasificación de Google, no un código de estado HTTP: el contenido devuelto parece un error a pesar de una respuesta de aparente éxito. Evidence for this claim Google may classify a success response as a soft 404 when rendered content suggests an error or has little usable content. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes Google recomienda devolver un 404/410 preciso para páginas realmente inexistentes o contenido útil para páginas válidas. Evidence for this claim Google recommends an accurate 404 or 410 for missing pages, a relevant redirect for moved pages, or substantive content for valid pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Soft 404 errors

Cada vez que se carga una página, el servidor envía un pequeño código de estado en segundo plano. 200 OK significa “aquí está la página, todo funcionó”. 404 Not Found significa “esa página no existe”.

Un soft 404 ocurre cuando esas dos cosas no coinciden. El servidor indica 200 OK —éxito—, pero la página está en blanco, casi no tiene contenido o muestra literalmente el mensaje «Página no encontrada». Google renderiza la página, observa que el contenido parece un error aunque el código indique éxito y decide no confiar en el 200. En su lugar, trata la URL como un 404 y la excluye del índice.

La parte importante: no existe un código de estado «soft 404». El servidor nunca envía uno. Es una etiqueta —una clasificación— que Google aplica después de examinar la página. Aparece en Google Search Console, no en los registros del servidor.

Por qué importa

Un soft 404 no es una penalización, pero tampoco es inofensivo. La página no se indexa y, por tanto, no puede aparecer en la búsqueda. Si otros sitios enlazan a ella, el valor de esos enlaces puede perderse. Es un fallo silencioso: Google descarta la página discretamente y no siempre lo comunica de forma destacada.

Qué los causa

Los sospechosos habituales:

• Una página eliminada que aún devuelve 200 en lugar de un 404 real.
• Una página de producto agotado o descontinuado cuyo contenido se ha vaciado.
• Una página de resultados de búsqueda interna vacía —«0 resultados para…»—.
• Una página JavaScript con poco contenido donde la aplicación carga, pero no existe contenido real para esa URL.
• Una redirección a la página de inicio o a una página no relacionada en lugar de un reemplazo real.

Cómo solucionarlo

Todo se reduce a una pregunta: ¿debería existir esta página?

• Desapareció para siempre → debe devolverse un 404 real —o 410, que significa «desaparecido»—.
• Se movió o tiene un reemplazo adecuado → debe redirigirse con 301 a esa página relevante, no solo a la página de inicio.
• Debe seguir activa → debe añadirse contenido real para que deje de parecer vacía y después debe comprobarse de nuevo.

Un motivo frecuente de confusión: añadir una etiqueta noindex no corrige un soft 404. La página sigue devolviendo 200, por lo que la discrepancia subyacente permanece. La detección de Google, los aspectos de JavaScript y comercio electrónico y los mitos se explican con más detalle en la pestaña Advanced.

TL;DR — Un soft 404 es una clasificación, no un código de estado. El servidor devuelve un código de éxito —normalmente 200—, pero el contenido renderizado se percibe como vacío o «no encontrado»; por ello, Google anula el 200 y trata la URL como un 404 para la indexación. Aun así puede tener un costo: la página no se indexa y el rastreo repetido de URL que nunca se resuelven puede acumularse en sitios grandes, aunque Google no publica un costo universal de presupuesto de rastreo. Las causas se agrupan en cuatro categorías: páginas eliminadas que no devuelven 404, páginas generadas automáticamente con poco contenido o vacías, redirecciones irrelevantes y fallos de renderizado —a menudo relacionados con JavaScript—. La documentación actual de Google menciona inclusiones de servidor ausentes, conexiones de base de datos rotas, resultados vacíos de búsqueda interna y JavaScript que no se carga. El árbol de decisión tiene tres ramas: desapareció → 404/410; se movió → 301 hacia algo relevante; debe existir → se añade contenido real y se prueba de nuevo. noindex no resuelve el problema.

Qué es realmente un soft 404

Search Console aplica esta etiqueta después de evaluar la respuesta y el contenido; la etiqueta es distinta de lo que aparece en los registros del servidor. Evidence for this claim Google may classify a success response as a soft 404 when rendered content suggests an error or has little usable content. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: HTTP status codes La solución adecuada depende de si la URL debería existir. Evidence for this claim Google recommends an accurate 404 or 410 for missing pages, a relevant redirect for moved pages, or substantive content for valid pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Soft 404 errors

En la guía de Ahrefs del autor sobre códigos de estado HTTP, se describe de esta manera:

“Most 2xxs will allow pages to be indexed. However, 204s will be treated as soft 404s and won’t be indexed. Soft 404s may also be URLs where the server says it is successful (200), but the content of the page says it doesn’t exist. The code should have been a 404, but the server says everything is fine when it isn’t. This can also happen on pages with little or no content.” (traducción) «La mayoría de los 2xx permitirán que las páginas se indexen. Sin embargo, los 204 se tratarán como soft 404 y no se indexarán. Los soft 404 también pueden ser URLs donde el servidor dice que tiene éxito (200), pero el contenido de la página dice que no existe. El código debería haber sido un 404, pero el servidor dice que todo está bien cuando no lo está. Esto también puede ocurrir en páginas con poco o ningún contenido.»

En esencia, el servidor indica 200, el contenido indica «aquí no hay nada» y Google resuelve la contradicción a favor del contenido. El propio HTTP status codes doc de Google describe el mismo mecanismo en la tabla de 2xx: considera el contenido para procesarlo y afirma: “if the content suggests an error… an empty page or an error message, Search Console will show a soft 404 error.” (traducción) «si el contenido sugiere un error… una página vacía o un mensaje de error, Search Console mostrará un error de soft 404». La dedicated crawling-errors troubleshooting page de Google ofrece una definición aún más directa: una URL que “returns a page telling the user that the page does not exist and also a 200 (success) status code.” (traducción) «devuelve una página que indica que no existe y también un código de estado 200 (éxito)».

Así que un soft 404 no es un código de estado que el servidor pueda devolver. Es una etiqueta que los motores de búsqueda aplican después de comparar el código de respuesta (algún 2xx) con la página renderizada. Esa precisión importa, porque muchos escritos sobre esto tratan el “soft 404” como un código de error — no lo es. (Un código hermano, 204 No Content, se agrupa en la misma categoría, y 404 vs 410 es una distinción aparte que vale la pena entender — un 410 dice “se fue” de manera un poco más enfática que un 404.)

Por qué aún puede tener un costo aunque no sea una penalización

No hay penalización de posicionamiento por un soft 404. Pero hay un costo real, y probable:

1. La página no se indexa. Google la descarta (o nunca la añade), por lo que no puede posicionarse, y cualquier enlace que apunte a ella puede no transmitir valor.
2. Puede desperdiciar actividad de rastreo, especialmente a escala. Debido a que el servidor sigue devolviendo un código de éxito en lugar de un 404/410 que indique a los rastreadores que no es necesario insistir, Google tiene menos señal para dejar de solicitar la URL nuevamente. La documentación de Google no publica un costo universal de presupuesto de rastreo, porcentaje o efecto de posicionamiento por esto — el impacto práctico es mayor cuando un sitio tiene muchas URL con soft 404, no una penalización garantizada por página.

Cómo los detecta Google

La detección ocurre durante el renderizado: Google obtiene la página, ejecuta el JavaScript y evalúa el contenido resultante y los recursos disponibles frente al código de respuesta. La documentación actual de solución de problemas de Google enumera desencadenantes específicos: una inclusión ausente del lado del servidor, una conexión de base de datos rota, una página vacía de resultados de búsqueda interna o JavaScript que no se carga. Cualquiera de ellos puede dejar una respuesta 200 asociada a contenido que parece un error o está efectivamente vacío.

Un dato antiguo que vale la pena señalar en lugar de confiar en él: en 2021, John Mueller le dijo a Search Engine Land que el estado de soft 404 de Search Console reflejaba específicamente el renderizado móvil de una página, y que un soft 404 solo de escritorio podría no aparecer de la misma manera. Esa es una declaración real y registrada — pero tiene varios años, y la documentación actual de soft 404 de Google no repite una regla solo para teléfonos inteligentes. Debe tratarse como contexto histórico en lugar de un mecanismo actual confirmado, y cualquier URL específica debe verificarse con la prueba en vivo de URL Inspection en lugar de asumir que el informe es completo en cuanto a dispositivos o totalmente en tiempo real.

Las cuatro categorías de causas

La documentación de solución de problemas de Google ofrece una lista más breve y mecánica: una inclusión de servidor ausente, una conexión de base de datos rota, una página vacía de resultados de búsqueda interna o JavaScript que no se carga. Los casos reales suelen corresponder a cuatro categorías más amplias que abarcan esos mecanismos y sus causas de nivel superior:

1. Páginas eliminadas o caducadas que nunca devuelven un 404 real. Se elimina una página, pero el CMS (o una ruta comodín) sigue sirviendo una plantilla de “lo sentimos, no encontrado” con un 200. Solución: debe devolverse un 404/410 real.

2. Páginas generadas automáticamente con poco contenido o vacías. Archivos de etiquetas o categorías con cero publicaciones, combinaciones de filtros que no coinciden con nada y, el clásico, páginas de resultados de búsqueda interna vacías («0 resultados para…»). Estas cargan bien y devuelven 200, pero no hay nada en ellas. Solución: puede aplicarse noindex y/o bloquearse la ruta de resultados de búsqueda en robots.txt, o renderizarse contenido alternativo genuinamente útil (páginas populares, resultados relacionados).

3. Redirecciones irrelevantes o demasiado amplias. Este caso suele explicarse poco. Una página eliminada que redirige a la página de inicio o a una categoría no relacionada puede reclasificarse como soft 404. En la guía del autor sobre productos agotados en comercio electrónico:

“If you have a similar product that you want to push people toward, you may want to 301 redirect the old product to the new product. This will also maintain any link value if the pages are similar enough. If the pages are not similar enough or you redirect to a category page or your homepage, then these pages may be treated as a soft 404 and the value from links may not be preserved.” (traducción) «Si tienes un producto similar al que quieres dirigir a las personas, puede que quieras redirigir con un 301 el producto antiguo al nuevo. Esto también mantendrá cualquier valor de enlace si las páginas son lo suficientemente similares. Si las páginas no son lo suficientemente similares o rediriges a una página de categoría o a tu página de inicio, entonces estas páginas pueden tratarse como un soft 404 y el valor de los enlaces puede no conservarse.»

Así que la existencia de la redirección no es suficiente: su relevancia es lo que determina si el valor de los enlaces fluye o si la URL se reclasifica.

4. Fallos de renderizado, a menudo relacionados con JavaScript. Los sitios con frameworks de JavaScript y las aplicaciones de una sola página son estructuralmente propensos a los soft 404. Un enrutador del cliente sirve la estructura base de la aplicación con 200 para cualquier ruta, por lo que una ruta inexistente no produce un 404 HTTP real salvo que el servidor o el edge la intercepte y devuelva ese estado. El resultado es una página que renderiza «404 Page Not Found» como texto mientras el código permanece en 200: un soft 404 típico. Entre las soluciones están notFound() de Next.js —que devuelve un 404 real—, el renderizado en servidor o prerenderizado que intercepta rutas desconocidas y un 404 en el edge para rutas inexistentes. Las inclusiones de servidor rotas y las llamadas fallidas a bases de datos también pertenecen a esta categoría: dejan una página casi vacía servida con 200.

El estado de un recurso ausente debe tratarse como un contrato de respuesta:

El resultado debe elegirse según el estado del recurso: una redirección permanente solo corresponde cuando existe un equivalente específico; debe devolverse 404 cuando el recurso solicitado no existe, y 410 se reserva para un recurso eliminado deliberadamente cuando la aplicación puede afirmar ese estado. La distinción entre 404 y 410 importa menos que evitar un 200 falso o una redirección irrelevante. Evidence for this claim Google recommends an accurate 404 or 410 for missing pages, a relevant redirect for moved pages, or substantive content for valid pages. Scope: Google Search Console report terminology and documented Search behavior; the label alone may not prove the underlying root cause. Confidence: high · Verified: 2026-07-14 Google: Soft 404 errors

El árbol de decisión para la corrección

Tres ramas, guiadas por una sola pregunta: ¿debería existir esta URL?

• Desapareció para siempre → debe devolverse 404 o 410, sin seguir sirviendo un 200.
• Se movió o tiene un equivalente genuino → corresponde un 301 a un destino realmente relevante, no a uno genérico. Una redirección a la página de inicio suele resultar contraproducente y convertirse en un soft 404.
• Debe existir y tiene valor → el contenido debe corregirse o ampliarse para que ya no parezca vacío o similar a un error; después debe probarse con URL Inspection y solicitarse la indexación.

Comercio electrónico: depende del tamaño del sitio

Para productos agotados y descontinuados no existe una única respuesta correcta: la decisión depende del tamaño del sitio. El marco general de John Mueller —vía Search Engine Roundtable— es “do what works best for the user, and search engines will generally figure it out from there” (traducción) «hacer lo que mejor funcione para quien usa el sitio; los motores de búsqueda generalmente resolverán el resto». En la práctica, los sitios pequeños pueden mantener la página y mostrar productos relacionados; los medianos suelen devolver 404 para un producto realmente descontinuado —o indicar cuándo volverá si la falta es temporal—; y los muy grandes pueden automatizar la expiración con unavailable_after. El hilo conductor es no redirigir en masa los productos descontinuados a la página de inicio, justo el patrón que puede reclasificarse como soft 404.

Mitos que vale la pena eliminar

• «Los soft 404 son solo cosméticos». No: la página no se indexa y sus señales de enlace pueden no transmitirse. Es un fallo silencioso, no una etiqueta que pueda ignorarse.
• «noindex corrige un soft 404». No. noindex mantiene la respuesta 200; el desajuste entre estado y contenido permanece, y Google aún puede clasificar la página como soft 404 en los informes. Debe corregirse el código de respuesta o el contenido.
• «Redirigir a cualquier lugar evita un soft 404». Falso. Una redirección irrelevante —a la página de inicio o a una categoría no relacionada— puede reclasificarse como soft 404 e impedir la consolidación del valor de los enlaces.
• «El soft 404 es un código de estado HTTP». No existe tal código. Es una clasificación posterior y no debe confundirse con 410 ni con un código no estándar.
• «Un soft 404 siempre significa que algo está roto». No siempre. A veces representa un estado legítimamente vacío, como una búsqueda interna sin resultados. En ese caso debe controlarse la indexabilidad, no corregirse un contenido que no está roto.
• «GSC informa de cada soft 404 en tiempo real». La detección puede retrasarse y, según Mueller, está vinculada al renderizado móvil. El informe debe tratarse como una señal fuerte, no como un inventario completo e instantáneo.

Dónde documenta Google esto actualmente

Conviene tener presente una advertencia al consultar enlaces antiguos: Google ha reorganizado varias veces su documentación de rastreo e indexación, y las URL siguen cambiando. La respuesta independiente “How to fix a soft 404” y el antiguo documento /search/docs/advanced/crawling/soft-404-errors ahora redirigen a otras páginas. Incluso la URL más reciente http-network-errors, citada originalmente, redirige con 301 a una ruta reestructurada bajo developers.google.com/crawling/docs/…. El conjunto vigente incluye la página de ayuda de Page indexing report —con la definición y la recomendación de solución—, el documento HTTP status codes, network and DNS errors, and Google Search —con la mecánica de 2xx— y la página Troubleshoot Google Search crawling errors, más directa y reciente. Los marcadores antiguos pueden redirigir o terminar en una ruta inactiva; los enlaces actuales están en la pestaña Official Docs.

Resumen de IA

Una versión condensada de la versión avanzada:

• Un soft 404 es una clasificación, no un código de estado. El servidor devuelve un código de éxito —normalmente 200—, pero el contenido renderizado está vacío o parece «no encontrado»; por ello, Google anula el 200 y trata la URL como un 404 para la indexación. Ningún servidor envía literalmente «soft 404».
• No es una penalización, pero tiene costos reales: la página no se indexa —y las señales de enlaces pueden no transmitirse—; además, el rastreo repetido de URL que nunca se resuelven puede acumularse en sitios grandes. Google no publica un costo universal de presupuesto de rastreo ni un efecto de posicionamiento.
• La detección ocurre durante el renderizado y compara el código con recursos ausentes, inclusiones rotas, fallos de base de datos o contenido vacío. Un comentario de Mueller de 2021 vinculó el informe al renderizado móvil, pero la documentación actual no reafirma esa regla; debe tratarse como contexto histórico.
• Cuatro categorías de causas: (1) páginas eliminadas que no devuelven 404; (2) páginas generadas con poco contenido o vacías; (3) redirecciones irrelevantes; (4) fallos de renderizado, a menudo en JS/SPA, donde un enrutador del cliente devuelve 200 para una ruta inexistente.
• Árbol de decisión: desapareció → 404/410; se movió → 301 hacia algo relevante; debe existir → se añade contenido real y se prueba de nuevo con URL Inspection.
• noindex NO lo soluciona: la página sigue devolviendo 200. El manejo de productos agotados depende del tamaño del sitio —productos relacionados, 404 o unavailable_after—.

Documentación oficial

Documentación de fuentes primarias de los motores de búsqueda.

Google

• Page indexing report — “Soft 404” section — definición mantenida y recomendación de solución de Google: “return a 404 response code… and add more information on the page” (traducción) «devolver un código de respuesta 404… y añadir más información en la página». Es la fuente canónica actual.
• Troubleshoot Google Search crawling errors — soft 404s — explicación actual más directa: define el soft 404, enumera causas específicas y detalla las tres ramas de solución.
• HTTP status codes, network and DNS errors, and Google Search — mecánica de 2xx (success): Google evalúa el contenido y afirma “if the content suggests an error… Search Console will show a soft 404 error.” (traducción) «si el contenido sugiere un error… Search Console mostrará un error de soft 404». La URL se ha movido al menos dos veces; este enlace era el vigente en la actualización.
• Crawl Errors now reports soft 404s (2010) — contexto histórico sobre la primera categoría específica.
• Farewell to soft 404s (2008) — contexto histórico sobre la motivación original de Google.

Bing / Microsoft

• 404 Pages Best Practices (Bing Webmaster Tools Help) — guía de Bing para devolver 404 correctos. Bing usa clasificadores de contenido para detectar páginas no encontradas que devuelven 200/302; como el centro de ayuda se renderiza con JavaScript, la redacción exacta debe confirmarse en vivo.

Citas de la fuente

Declaraciones registradas de Google. Cada enlace es un enlace profundo que salta al pasaje citado en la página de origen.

Ayuda de Google Search Console — la definición y la solución

• “The page request returns what we think is a soft 404 response. This means that it returns a user-friendly ‘not found’ message but not a 404 HTTP response code. We recommend returning a 404 response code for truly ‘not found’ pages and adding more information on the page to let us know that it is not a soft 404.” (traducción) «La solicitud de página devuelve lo que creemos que es una respuesta de 404 blando. Esto significa que devuelve un mensaje de “no encontrado” fácil de usar, pero no un código de respuesta HTTP 404. Recomendamos devolver un código de respuesta 404 para las páginas realmente “no encontradas” y agregar más información en la página para que sepamos que no es un 404 blando.» — Ayuda de Google Search Console, “Page indexing report.” Ir a la cita

Google Search Central: el mecanismo 2xx

• “Google considers the content for processing (for example, in the case of Google Search, for indexing). If the content suggests an error for Google Search, an empty page or an error message, Search Console will show a soft 404 error.” (traducción) «Google considera el contenido para procesarlo (por ejemplo, en el caso de Google Search, para indexarlo). Si el contenido sugiere un error para Google Search, una página vacía o un mensaje de error, Search Console mostrará un error de 404 blando.» — Google Search Central, “Códigos de estado HTTP, errores de red y DNS, y Google Search.” Ir a la cita.%20If%20the%20content%20suggests%20an%20error%20for%20Google%20Search%2C%20an%20empty%20page%20or%20an%20error%20message%2C%20Search%20Console%20will%20show%20a%20soft%20404%20error)

Google Search Central: la definición actual del documento de solución de problemas

• “A soft 404 error is when a URL that returns a page telling the user that the page does not exist and also a 200 (success) status code.” (traducción) «Un error de 404 blando ocurre cuando una URL devuelve una página que le dice al usuario que la página no existe y también un código de estado 200 (éxito).» — Google Search Central, “Troubleshoot Google Search crawling errors.” Leer el documento

John Mueller, Google: comentario de 2021 sobre la detección específica para móviles (histórico, no reafirmado en los documentos actuales)

• “In Search Console, we do show soft 404s but we show it for the mobile version… So if on the mobile version everything is okay on your side, then in Search Console it will look like it’s indexed normally. But for desktop, you won’t be able to see that directly in Search Console.” (traducción) «En Search Console, mostramos los 404 blandos, pero los mostramos para la versión móvil… Así que si en la versión móvil todo está bien por tu parte, en Search Console parecerá que está indexado normalmente. Pero para escritorio, no podrás verlo directamente en Search Console.» — John Mueller, Google, vía Search Engine Land (2021). Leer la cobertura

John Mueller, Google: redirigir vs. devolver 404 en productos descontinuados

• “The short version, imo, is to do what works best for the user, and search engines will generally figure it out from there too. Sometimes that’s a redirect, sometimes a friendly 404 page (and those can be customized too).” (traducción) «La versión corta, en mi opinión, es hacer lo que funcione mejor para el usuario, y los motores de búsqueda generalmente lo resolverán a partir de ahí también. A veces es una redirección, a veces una página 404 amigable (y esas también se pueden personalizar).» — John Mueller, Google, vía Search Engine Roundtable. Leer la cobertura

Cómo encontrar y corregir los 404 blandos

Localización en Google Search Console

• Debe abrirse Search Console → Indexación → Páginas —el informe Page Indexing; los artículos antiguos y las publicaciones anteriores de Google lo llaman «Coverage»—.
• Debe localizarse “Why pages aren’t indexed” y la fila de motivo “Soft 404”.
• La fila debe abrirse para obtener y exportar la lista de URL afectadas.
• Una URL debe comprobarse mediante URL Inspection → Test live URL → View tested page para revisar la captura renderizada y la respuesta HTTP recibida por Google.
• Debe comprobarse la representación para smartphones en URL Inspection. Google rastrea e indexa principalmente como Googlebot móvil, por lo que esa vista se confirma primero; un informe antiguo y no confirmado también vinculaba la detección con la representación móvil.
• A escala, puede usarse un rastreador —Ahrefs Site Audit, Screaming Frog o Sitebulb— que marque frases de «posible soft 404» y páginas con poco contenido o vacías. Esas marcas son la heurística de la herramienta, no una prueba sobre el clasificador de Google. Cada URL marcada debe confirmarse en Search Console o mediante una prueba en vivo de URL Inspection antes de actuar.

Flujo de trabajo de corrección: una pregunta por URL: ¿debería existir esta página?

• ¿Desapareció para siempre? Debe devolverse un 404 real —o 410— y dejar de servirse un 200 con una plantilla de recurso ausente.
• ¿Se movió o tiene un equivalente real? Debe aplicarse un 301 hacia esa página relevante, no hacia la página de inicio ni una categoría no relacionada.
• ¿Debe seguir en línea? Debe añadirse contenido sustancial para que ya no parezca vacía o similar a un error.
• ¿Se trata de páginas vacías de búsqueda interna o filtros? Puede aplicarse noindex, bloquearse la ruta en robots.txt o mostrarse resultados alternativos útiles.
• ¿Es una ruta JS/SPA? El servidor o framework debe configurarse para devolver un 404 real en rutas desconocidas —por ejemplo, mediante notFound() de Next.js—, no un «404» renderizado en el cliente con un 200.
• No debe confiarse solo en noindex: mantiene el 200 y no resuelve el desajuste.
• Tras la corrección, debe probarse de nuevo con URL Inspection y usarse Request indexing o Validate Fix en Page Indexing report.

Soft 404 concretos: antes y después

Tres de los patrones más comunes, con lo que está mal y cómo corregir cada uno.

1. Página de resultados de búsqueda interna vacía

• Antes: example.com/search?q=asdfgh devuelve 200 OK y muestra «0 resultados encontrados». La estructura base de la aplicación carga y el código indica éxito, pero no existe contenido real, por lo que Google lo marca como soft 404. Si el patrón se repite para cada consulta sin resultados, puede producir una gran cantidad de URL afectadas.
• Después: puede añadirse noindex a las páginas de resultados y/o bloquearse la ruta /search en robots.txt. Cuando estas páginas deben resultar útiles, conviene mostrar productos populares o sugerencias relacionadas en lugar de un simple mensaje «sin resultados».

2. Página de producto agotado o descontinuado

• Antes: el contenido de un SKU descontinuado en /products/old-widget se reduce a «Este producto ya no está disponible», pero la URL sigue devolviendo 200. Otro fallo posible es un 301 hacia la página de inicio. En ambos casos, Google puede tratar la URL como soft 404 y los enlaces no se consolidan en un destino útil.
• Después —según la intención—: si existe un sucesor real, debe aplicarse un 301 hacia ese producto específico. Si desapareció sin reemplazo, debe devolverse 404/410. Si la falta es temporal, la página puede mantenerse en línea con contenido real y una indicación sobre su regreso; en catálogos muy grandes, la expiración puede automatizarse mediante unavailable_after. No deben hacerse redirecciones masivas hacia la página de inicio.

3. Página fina renderizada con JavaScript (ruta SPA)

• Antes: una aplicación de una sola página sirve /account/orders/99999, correspondiente a un pedido inexistente. El enrutador del cliente devuelve la estructura base de la aplicación con 200 y después renderiza «Pedido no encontrado». El estado HTTP real es 200, pero el contenido es un mensaje de error: un soft 404 típico.
• Después: las rutas desconocidas deben interceptarse en el servidor o el edge y devolver un 404 real, por ejemplo mediante notFound() de Next.js, una comprobación SSR/prerender que responda 404 para entidades ausentes o una regla de edge que devuelva 404 para rutas sin datos. El código de estado debe coincidir con el contenido renderizado.

4. Una plantilla de producto retirado, miles de respuestas vacías exitosas

• Antes: un rastreo encuentra 18 400 URL que coinciden con /products/retired-*. Cada una devuelve 200 OK, usa el título «Producto no disponible», presenta la misma estructura base de dos frases y no enlaza a un reemplazo. La exportación de estados parece correcta, pero la cohorte renderizada se comporta como contenido ausente.
• Después: la ruta o plantilla debe corregirse una vez: devolver 404/410 cuando no existe reemplazo, emitir un 301 directo solo hacia un sucesor genuinamente equivalente o mantener una página útil cuando la demanda lo justifique. Después debe rastrearse de nuevo una muestra representativa, comparar el contenido renderizado con el estado y verificar el motivo de Page Indexing cuando Google procese el cambio.

Los recuentos y las URL son ilustrativos. El punto central es la cohorte: los títulos repetidos, las huellas del cuerpo y las rutas de plantilla revelan una causa sistémica de soft 404 con mayor rapidez que la revisión individual de URL.

¿Qué debería hacer esta URL de soft 404?

Correcciones de soft 404 que no son correcciones

Devolver 200 para cada ruta

Por qué está mal: Una plantilla de error o página vacía con una respuesta exitosa crea el desajuste que Google está clasificando.

En su lugar: debe devolverse un 404/410 real para los recursos ausentes o restaurarse contenido sustancial cuando la URL debe existir.

Añadir noindex y dejar el desajuste

Por qué está mal: noindex no cambia la respuesta 200 ni convierte en válida una página vacía o de error. Controla la indexación, no la veracidad HTTP.

En su lugar: primero debe corregirse la respuesta o el contenido; noindex solo corresponde cuando coincide con la estrategia real de la página.

Redirigir cada URL eliminada a la página de inicio

Por qué está mal: Un destino genérico irrelevante puede ser tratado a su vez como un soft 404 y no preserva la intención útil.

En su lugar: solo debe redirigirse a una página genuinamente equivalente. De lo contrario, debe devolverse un 404 o 410 intencional.

Tratar la etiqueta de Search Console como una penalización

Por qué está mal: La etiqueta describe cómo Google interpretó la URL; no es una acción manual ni un castigo a nivel de sitio.

En su lugar: debe decidirse el estado previsto de la URL, comprobarse la respuesta en vivo y el contenido renderizado y corregirse únicamente los desajustes.

Asumir que el informe es completo e inmediato

Por qué está mal: Google debe rastrear y renderizar la página, y Search Console puede retrasarse o mostrar ejemplos en lugar de un inventario en tiempo real.

En su lugar: el informe debe combinarse con solicitudes en vivo, comprobaciones de renderizado para smartphones, registros del servidor y un rastreo de las plantillas afectadas.

Síntomas comunes de soft 404

La página dice “no encontrado” pero la respuesta de red es 200

Causa probable: el CMS, el framework o el enrutador de la SPA renderiza una plantilla de error sin establecer el estado de respuesta del documento.

Corrección: debe devolverse 404/410 desde el servidor, la capa SSR o el edge para las rutas desconocidas. La respuesta debe confirmarse con una nueva solicitud de documento, no solo con el texto visible en el navegador.

Los productos descontinuados aparecen como errores soft 404s

Causa probable: la plantilla del producto se redujo a una frase de disponibilidad o muchos productos redirigen a una categoría amplia o a la página de inicio.

Corrección: los productos temporalmente no disponibles deben conservar contenido útil y sustancial; un producto eliminado permanentemente solo debe redirigirse a un sucesor real y, de lo contrario, debe devolver 404/410. Después deben volver a comprobarse el estado, la relevancia del destino y la página renderizada.

Páginas vacías de búsqueda, etiquetas o filtros están marcadas

Causa probable: las URL generadas automáticamente devuelven 200 sin resultados o con contenido de relleno casi vacío.

Solución: debe evitarse que las combinaciones inútiles sean detectables o indexables cuando corresponda, ofrecerse contenido alternativo útil para las páginas que deben existir o devolverse una respuesta veraz de recurso ausente. Debe confirmarse que la plantilla ya no produzca un 200 vacío a escala.

La página en vivo se ve bien, pero Search Console sigue diciendo soft 404

Causa probable: Google vio una versión anterior, la representación para smartphones difiere, fallaron recursos necesarios o la corrección aún no se ha rastreado de nuevo.

Solución: deben usarse la prueba en vivo de URL Inspection y la captura renderizada, comparar la respuesta del documento móvil y los recursos y solicitar la validación cuando la evidencia en vivo sea correcta. Una página saludable no debe cambiarse solo porque el informe aún no se haya actualizado.

Una redirección aparentemente válida se reporta como soft 404

Causa probable: el destino no se relaciona con la intención de la URL de origen; suele ser una página de inicio o una categoría general.

Solución: debe asignarse un equivalente específico o retirarse la redirección y devolverse 404/410. Debe confirmarse que toda la cadena termine en una página 200 relevante.

Prompt: clasificar errores soft 404s sospechosos

Puede pegarse un CSV con URL, estado HTTP, URL final, título/H1/extracto del cuerpo renderizado, estado previsto, plantilla, presencia en sitemap y motivo de Search Console. Primero deben eliminarse los datos privados o de usuarios.

Classify each suspected soft-404 URL using only the supplied evidence.

Use these cause buckets:
1. missing/deleted URL returning a success response;
2. thin or empty generated page;
3. irrelevant redirect destination;
4. JavaScript/rendering failure;
5. likely valid page that needs live mobile verification;
6. insufficient evidence.

For every row, report the likely bucket, exact supporting evidence, intended-state
conflict, recommended next check, and the appropriate outcome: real 404/410, 301 to a
genuine equivalent, restore substantive content, fix server/rendering behavior, or no
change pending verification. Do not recommend noindex as the sole fix for a 200 error
page. Do not invent replacement URLs or infer page quality from word count alone.

Return a table and group repeated template-level causes separately from one-off URLs.

DATA:
[PASTE SANITIZED CSV HERE]

Las clasificaciones deben validarse mediante una solicitud en vivo y una salida renderizada para smartphones antes de implementar un cambio en toda la plantilla.

Herramientas para confirmar la discrepancia

• Google Index Checker — comprueba el estado observable, las redirecciones, noindex y los bloqueadores canónicos; después deriva a URL Inspection de Search Console para conocer el estado indexado real de Google. No afirma consultar directamente el índice privado de Google.
• Bulk HTTP Status Code Checker — recopila códigos de estado en vivo y destinos finales para un conjunto de URL sospechosas. La exportación debe combinarse con evidencia del contenido renderizado, pues el estado por sí solo no identifica un soft 404.
• Page Indexing report de Search Console — muestra el grupo de motivos Soft 404 de Google y ejemplos afectados.
• URL Inspection → Test live URL → View tested page — permite comparar el estado del documento, el HTML, la captura y los recursos cargados tal como los ve el Googlebot para smartphones.
• Un rastreador con renderizado — localiza páginas 200 con frases de error, plantillas vacías o destinos irrelevantes en todo el sitio. Los falsos positivos deben revisarse; una coincidencia de frases no equivale al clasificador de Google.

Evaluación: errores de soft 404

Cinco preguntas breves sobre qué son los soft 404 y cómo se corrigen. Se selecciona una respuesta para cada pregunta y después se comprueba el resultado.

Recursos recomendados

Publicaciones relacionadas del autor

• HTTP Status Codes & Their SEO Impact — análisis de cómo Google maneja los códigos 2xx, incluida la definición de soft 404 citada arriba.
• How Should You Handle Out-of-Stock Products? It Depends — matiz sobre la relevancia de las redirecciones y por qué una redirección a una categoría o página de inicio puede convertirse en soft 404.
• 11 Types Of Redirects & Their SEO Impact — cómo Google trata las redirecciones irrelevantes como soft 404 y por qué no se transmite el valor de los enlaces.
• The Beginner’s Guide to Technical SEO — contexto de los códigos de estado y la indexación.
• JavaScript SEO Issues & Best Practices — por qué el enrutamiento del cliente produce soft 404 y cómo devolver códigos de estado reales.

Ponencias del autor

• SMX replay: SEO that Google tries to correct for you (Search Engine Land) — cobertura de la sesión del autor en SMX Advanced sobre señales que Google corrige silenciosamente, incluidos los soft 404.

Del sector

• Page indexing report — “Soft 404” (Google Search Console Help) — definición canónica y recomendación de solución.
• Troubleshoot Google Search crawling errors — soft 404s (Google Search Central) — explicación directa, con causas y tres ramas de corrección.
• HTTP status codes, network and DNS errors, and Google Search (Google Search Central) — mecánica del estado 2xx detrás de la detección.
• Google now does soft 404 detection by device type (Search Engine Land, 2021) — comentario histórico de Mueller sobre el renderizado móvil, no reiterado en la documentación actual.
• Google On Redirecting vs 404ing Products That No Longer Exist (Search Engine Roundtable) — orientación de Mueller, “do what works best for the user” (traducción) «hacer lo que mejor funcione para quien usa el sitio», y el problema de las redirecciones irrelevantes.
• 404 vs. Soft 404 Errors: What’s The Difference & How To Fix Both (Search Engine Journal) — explicación de la distinción.
• What is a soft 404 error and what to do about it? (Yoast) — introducción con soluciones para WordPress.
• Soft 404 Pages (issue doc) (Screaming Frog) — detección de posibles soft 404 a escala.
• Contains possible soft 404 phrases (Sitebulb) — heurística de coincidencia de frases para auditorías.

Registro de cambios