Abres el informe Indexación de páginas en Search Console y encuentras un motivo llamado Soft 404. Las páginas cargan bien en tu navegador. Tu servidor dice que todo está en orden. Aun así, Google no las indexa.
Un soft 404 significa que tu servidor respondió con un código de éxito (200) en una página que, para Google, parece un error o parece vacía. Piensa en un mensaje de «Producto no encontrado» servido con estado 200, en una categoría sin artículos o en una búsqueda interna sin resultados. Google concluye que la página no vale la pena y la marca como soft 404.
La solución depende de lo que la página debería ser. Si de verdad ya no existe, haz que el servidor lo diga con un 404 o un 410, o redirígela a un reemplazo cercano. Si la página debe existir, dale contenido real y asegúrate de que Google pueda renderizarlo. Esta guía cubre los dos caminos. También te enseña a clasificar los dos motivos que suelen aparecer junto a él en el informe: No se ha encontrado (404) y Página con redirección.
Respuesta rápida
- Abre Indexación > Páginas en Search Console y haz clic en la fila Soft 404 para ver las URLs afectadas.
- Revisa algunas con Inspección de URLs > Probar URL publicada y mira la captura y el HTML que recibe Google.
- Si una página ya no existe, devuelve un estado 404 o 410, o haz una redirección 301 a la página equivalente más cercana.
- Si una página sí debe indexarse, agrégale contenido real y único, y verifica que no dependa de JavaScript que falla.
- Corrige la plantilla, no solo URLs sueltas, y después haz clic en Validar corrección en el problema Soft 404.
- Considera normales No se ha encontrado (404) y Página con redirección, salvo que aparezcan páginas que sí quieres en Google.
Antes de empezar
Necesitas acceso de Propietario o Usuario con permiso total en la propiedad de Search Console. Los usuarios restringidos pueden ver informes, pero no iniciar validaciones.
También necesitas una forma de modificar el sitio. Puede ser acceso de administrador al CMS, un plugin de redirecciones, acceso al servidor o a la CDN, o un desarrollador que edite plantillas.
Ten a la mano estas herramientas:
- Search Console (el informe Indexación de páginas e Inspección de URLs).
- Una forma de revisar códigos de estado HTTP. Chrome DevTools sirve: abre la pestaña Network (Red), recarga la página y mira la columna Status del documento.
- Una hoja de cálculo para la lista de URLs exportada.
Antes de crear redirecciones masivas, exporta tu lista actual de redirecciones o la configuración del plugin. Una regla mal escrita puede romper muchas páginas a la vez, así que guarda una copia que puedas restaurar.
Calcula unos 45 minutos de diagnóstico en un sitio pequeño. La validación en Search Console tarda después días o semanas.
Paso 1: Encuentra las URLs con soft 404
Ve a Indexación > Páginas. Baja hasta la tabla Por qué no se indexan las páginas. Haz clic en la fila Soft 404.
- La fila Soft 404. Haz clic para abrir el detalle del problema y la lista de URLs de ejemplo.
- Exporta la lista a Hojas de cálculo de Google, Excel o CSV para poder ordenarla.
La lista es una muestra y no siempre trae todas las URLs. No pasa nada. Lo que buscas son patrones, no páginas individuales.
En la hoja de cálculo, ordena las URLs y agrúpalas por ruta. Los soft 404 casi siempre salen de pocas plantillas. Los grupos típicos son estos:
- Páginas
/producto/...de artículos descontinuados que ahora dicen «Este producto ya no está disponible». - Páginas
/categoria/...o/etiqueta/...sin entradas ni productos. - Páginas de búsqueda interna
/search?q=...sin resultados. - Páginas antiguas que redirigen a la página de inicio o a otra que apenas tiene relación.
- Páginas hechas con JavaScript cuyo contenido principal nunca carga para Google.
Anota el nombre del grupo junto a cada URL. Vas a corregir cada grupo una sola vez, en la plantilla o en la regla.
Paso 2: Revisa algunas URLs como las ve Google
Elige dos o tres URLs de cada grupo. Pega una en la barra de búsqueda superior de Search Console. Así se abre Inspección de URLs.
Haz clic en Probar URL publicada. Cuando termine la prueba, haz clic en Ver página probada. Verás tres pestañas: HTML, Captura de pantalla y Más información.
- La Captura de pantalla muestra lo que renderizó Google. Aquí el contenido principal es solo un mensaje de error.
- En Más información, la respuesta HTTP es 200 OK. Esa contradicción es el soft 404.
Ahora decide qué debe ser cada grupo. Hazte una sola pregunta: «¿Quiero esta URL en Google?»
| Lo que ves | ¿Debe indexarse? | Camino |
|---|---|---|
| Producto o entrada eliminada, sin reemplazo | No | Devolver 404 o 410 (paso 3) |
| Página eliminada con un reemplazo claro | No, manda a la gente a la nueva | Redirección 301 al reemplazo (paso 3) |
| Categoría, etiqueta o filtro vacío | Casi nunca | 404, noindex o llenarla de contenido (paso 3 o 4) |
| Resultados de búsqueda interna | No | noindex o bloquear el rastreo (paso 3) |
| Página real que Google ve vacía o pobre | Sí | Agregar contenido y corregir el renderizado (paso 4) |
| URL antigua redirigida al inicio | No | Redirigir a una página relevante o devolver 404 (paso 3) |
Paso 3: Haz que las páginas eliminadas devuelvan un 404, un 410 o una redirección relevante
La recomendación de Google es directa. Si una página ya no existe, el servidor debe devolver un estado 404. Para la Búsqueda, Google trata igual el 404 y el 410: la URL sale del índice y se rastrea cada vez menos.
Devuelve un 404 o un 410
Cómo hacerlo depende de la plataforma:
- WordPress: al eliminar o mandar a la papelera una entrada, WordPress devuelve 404 por defecto. Si ves 200, algún plugin o el tema está atrapando las URLs inexistentes. Revisa los plugins de SEO y redirecciones y apaga opciones como «redirigir todos los 404 a la página de inicio».
- Shopify, Squarespace y otros constructores alojados: las páginas y productos eliminados devuelven 404 de forma automática. Aquí los soft 404 suelen venir de productos que siguen publicados como «agotados» y sin contenido, o de colecciones vacías.
- Sitios a la medida o frameworks: verifica que tu plantilla de «no encontrado» establezca el código de estado, no solo el mensaje.
En un servidor Apache, una línea en .htaccess le indica a los rastreadores que toda una sección antigua desapareció para siempre (devuelve 410):
Redirect gone /catalogo-anterior/
En el código de tu aplicación, define el estado en el mismo lugar donde detectas que el elemento no existe. Este es un ejemplo en Express (Node):
// Ejemplo en Express: búsqueda de producto
if (!product) {
return res.status(404).render('not-found');
}
Conserva una página 404 amable. Agrega un buscador y enlaces a tus secciones principales. El código de estado le dice la verdad a Google. La página ayuda a la persona que llegó ahí.
Redirige solo a un reemplazo cercano
Si el producto o artículo tiene un sustituto, usa una redirección 301 a la nueva URL. Elige lo más parecido: el modelo nuevo, la misma categoría o el artículo actualizado.
Evita redirigir lotes grandes de páginas eliminadas a la página de inicio. En la práctica, Google suele reportar esas URLs como soft 404, porque el inicio no responde a lo que trataba la URL anterior. Un 404 simple es la respuesta honesta cuando no hay un reemplazo real.
Revisa que cada redirección sea de un solo salto. Google sigue hasta 10 saltos, pero las cadenas largas hacen más lento el rastreo y se rompen con más facilidad.
Atiende las páginas vacías y de búsqueda
Para categorías o etiquetas vacías, elige una opción:
- Elimina el archivo y deja que devuelva 404, si no lo necesitas.
- Agrega una metaetiqueta robots
noindexmientras esté vacía y quítala cuando tenga elementos. - Llénala con contenido real: productos, entradas y una introducción útil.
Para la búsqueda interna, agrega noindex a la plantilla de resultados. Si necesitas impedir por completo el rastreo, lee las advertencias sobre robots.txt en nuestra guía de robots.txt y noindex. No bloquees una URL en robots.txt esperando que Google vea su noindex. Google no puede leer la etiqueta de una página que no tiene permitido rastrear.
<!-- En plantillas de archivos vacíos o de búsqueda interna -->
<meta name="robots" content="noindex">
Paso 4: Corrige las páginas reales que Google cree vacías
Algunos soft 404 son páginas que sí quieres indexar. Google las marca porque el contenido parece escaso, genérico o inexistente.
Revisa primero el renderizado
Regresa a la pestaña Captura de pantalla de la prueba en directo. Si la captura sale en blanco o solo muestra el encabezado y el pie de página, Google no está recibiendo tu contenido principal.
Después abre Más información y revisa Recursos de la página y los mensajes de la consola de JavaScript. Los recursos que «no se pudieron cargar» son una pista. Los culpables comunes:
- Scripts o endpoints de API bloqueados por robots.txt.
- Contenido que solo aparece después de un clic, un scroll o un inicio de sesión.
- Un error de JavaScript que detiene el renderizado.
- Un banner de consentimiento o intersticial que lo tapa todo.
- La API de contenido está bloqueada por robots.txt, así que Google renderiza un cascarón vacío.
- Un error de JavaScript puede detener la página antes de que aparezca el contenido.
Corrige la causa y repite la prueba en directo hasta que la captura muestre el contenido real.
Aplicaciones de una sola página
Si tu sitio resuelve las rutas en el navegador (React, Vue y similares), el servidor puede responder 200 en todas las URLs, incluso en las que no existen. La documentación de SEO para JavaScript de Google propone dos salidas:
- Redirigir con JavaScript a una URL donde el servidor devuelva un 404 real, como
/not-found. - Agregar con JavaScript una metaetiqueta robots
noindexcuando el contenido no exista.
// Opción 2: insertar noindex cuando el elemento no existe
fetch('/api/products/' + id)
.then(r => r.json())
.then(product => {
if (!product.exists) {
const m = document.createElement('meta');
m.name = 'robots';
m.content = 'noindex';
document.head.appendChild(m);
}
});
Agrega contenido real
Si la página se renderiza bien pero sigue marcada, lo más probable es que a Google le parezca vacía. Pasa con productos agotados que solo muestran el título, con páginas de servicios hechas con las mismas tres frases y con páginas de «próximamente».
Dale a cada página algo específico: una descripción real, especificaciones, fotos con texto alternativo, precio o disponibilidad, preguntas frecuentes y enlaces a artículos relacionados. Si un producto agotado volverá a surtirse, conserva todo su contenido y muestra claramente la disponibilidad. No sustituyas la página por un mensaje de «no disponible».
Si muchas páginas son pobres por la misma razón, el problema también puede salir como Rastreada: actualmente sin indexar. Las correcciones de contenido se parecen mucho.
Paso 5: Clasifica «No se ha encontrado (404)» y «Página con redirección»
Estos dos motivos asustan, pero casi siempre son normales.
No se ha encontrado (404) significa que Google pidió la URL y recibió un 404. Es lo correcto para páginas que quitaste a propósito. Google mismo dice que un 404 no es un problema cuando la página se eliminó sin reemplazo. Actúa solo si:
- La URL es una página que quieres publicada. Restáurala o arregla el enlace que la rompe.
- La URL tenía tráfico o enlaces externos y existe un buen reemplazo. Agrega una redirección 301.
- La URL sigue en tu sitemap o en tu menú. Quítala de ambos.
Página con redirección significa que la URL redirige a otra, así que Google indexa el destino. Es lo esperado después de una migración, un cambio de HTTP a HTTPS o reglas de barra final. Actúa solo si:
- Una página que quieres indexar redirige por error.
- Tu sitemap incluye URLs que redirigen. Cámbialas por las URLs finales.
- Los enlaces internos apuntan a URLs viejas. Actualízalos al destino final.
- Las páginas que quieres indexar reciben correcciones de contenido. Todo lo demás recibe el código de estado correcto.
Si ves Error de redirección en lugar de Página con redirección, ahí sí hay un problema. Significa un bucle, una cadena demasiado larga o un destino roto. Prueba la URL en un verificador de redirecciones o en DevTools y corrige la regla.
Paso 6: Limpia las señales y solicita la validación
Con las plantillas corregidas, limpia las señales que siguen mandando a Google a las URLs malas:
- Quita de tu sitemap XML las URLs eliminadas o que redirigen. Incluye solo páginas finales, indexables y con estado 200.
- Actualiza los enlaces internos de menús, pies de página y textos para que apunten a las URLs finales.
- Vuelve a enviar el sitemap en Indexación > Sitemaps si cambió mucho.
Después regresa a Indexación > Páginas, haz clic en Soft 404 y luego en Validar corrección.
- Validar corrección le pide a Google que vuelva a rastrear las URLs afectadas conocidas. Haz clic una vez y espera.
No vuelvas a hacer clic mientras la validación esté en curso. Google indica que suele tardar hasta unas dos semanas, a veces más.
¿Sigue sin funcionar? Causas comunes
| Síntoma | Causa probable | Solución |
|---|---|---|
| La URL sigue dando 200 después de «borrar» la página | Un plugin o el tema redirige o atrapa todas las URLs inexistentes | Apaga las opciones de «redirigir 404 al inicio» y revisa el estado en DevTools |
| Falló la validación en URLs redirigidas | El destino no tiene relación (muchas veces es el inicio) | Redirige a algo parecido o devuelve 404/410 |
| La captura de la prueba en directo sale en blanco | El contenido depende de JavaScript que falla o está bloqueado | Permite esos recursos en robots.txt, corrige errores de consola o renderiza en el servidor |
| Productos reales marcados como soft 404 | La página solo dice «agotado» o tiene muy poco texto | Conserva el contenido completo y muestra el inventario como un elemento más |
| Las categorías vacías siguen apareciendo | Se crean filtros o etiquetas vacías en automático | Pon noindex a los archivos vacíos desde la plantilla o deja de generarlos |
| Los 404 se dispararon después de un rediseño | Cambiaron las URLs sin redirecciones | Mapea URLs viejas a nuevas con 301, empezando por las que tenían tráfico o enlaces |
| «Error de redirección» en muchas URLs | Bucle o cadena larga (por ejemplo http > https > www > barra) | Reduce todo a un solo salto hacia la URL final |
| Soft 404 en una página que a ti te parece bien | Contenido por sesión o ubicación; Google ve otra versión | Revisa el HTML de la prueba en directo; Googlebot debe recibir la página completa sin cookies |
| Search Console muestra URLs viejas semanas después | El informe tiene retraso y usa muestras | Revisa URLs sueltas con Inspección de URLs; el informe se pone al día |
Cuando el soft 404 es el resultado correcto
A veces Google tiene razón. Una etiqueta con una sola entrada, una versión para imprimir duplicada o una página de relleno no necesitan posicionarse. Si no la quieres en Google, devuelve un 404 o agrega noindex y sigue adelante. No todas las URLs tienen que indexarse. Si también estás resolviendo duplicados, nuestra guía sobre duplicados y canónicas te ayuda a decidir qué versión se queda.
Cómo confirmar que quedó resuelto
Revisa de inmediato una muestra de URLs de cada grupo:
- Carga la URL con DevTools abierto y confirma que la columna Status muestre 404, 410 o 301 según lo planeado.
- En las páginas que quieres indexar, usa Inspección de URLs > Probar URL publicada. La captura debe mostrar el contenido real y el veredicto debe decir que la URL está disponible para Google.
- En las páginas importantes, haz clic en Solicitar indexación. Hay un límite diario, así que úsalo solo en páginas que valgan la pena.
Después vigila el informe:
- En pocos días, el estado de validación cambia de No iniciada a Iniciada.
- En unas dos semanas, las URLs salen de Soft 404. Las páginas que ahora devuelven 404 pueden aparecer en No se ha encontrado (404). Es lo esperado.
- La validación termina como Superada o Fallida. Si falla, abre los ejemplos, corrige el patrón que falta y vuelve a validar.
Si además quieres que Google descubra páginas nuevas, revisa cómo lograr que Google indexe tu sitio.
Preguntas frecuentes
¿Los errores soft 404 afectan mi posicionamiento?
No penalizan al resto del sitio. Simplemente, esas URLs no se indexan. El costo real es rastreo desperdiciado y páginas que quizá sí querías en los resultados.
¿Uso 404 o 410 para páginas eliminadas?
Cualquiera funciona. La documentación de Google dice que trata igual todos los errores 4xx, excepto el 429. Usa el que tu plataforma facilite.
¿Puedo redirigir todas las páginas viejas a la página de inicio?
No. Confunde a los usuarios y Google suele reportar esas URLs como soft 404 de todos modos. Redirige a un reemplazo cercano o deja que la URL devuelva 404.
¿Cuántos soft 404 son demasiados?
No hay un número mágico. Fíjate si las URLs listadas son páginas que quieres indexar. Si lo son, corrígelas. Si no, asegúrate de que devuelvan el estado correcto.
¿Por qué Google marca como soft 404 un producto agotado?
Normalmente la plantilla quita casi todo el contenido cuando el inventario llega a cero. Conserva la descripción, las imágenes y los detalles, y muestra la disponibilidad con claridad.
¿Te atoraste con esto? Lo resolvemos para clientes cada semana. Agenda una auditoría gratis
Fuentes
- support.google.com: /webmasters/answer/7440203
- developers.google.com: /search/docs/crawling-indexing/http-network-errors
- developers.google.com: /search/docs/crawling-indexing/javascript/javascript-seo-basics
- developers.google.com: /search/docs/crawling-indexing/301-redirects
- support.google.com: /webmasters/answer/9012289
