404 Not Found: qué significa y cómo gestionarlo

TL;DR — Una 404 significa «esta página no existe aquí». Ocurre cuando se eliminó una URL, se escribió mal o nunca existió. Esta es la parte que sorprende a la gente: las 404 son normales y una URL ausente individual no es una penalización de posicionamiento para todo el sitio. No tienes que entrar en pánico al verlas en un informe. Solo asegúrate de que la URL devuelve una 404 real (no una página «correcta» falsa) y redirígela a algún sitio únicamente si la página se trasladó de verdad.

Una nota rápida sobre el alcance: esta página está escrita para quien administra el sitio y decide qué hacer con las 404 que aparecen en Search Console o en un rastreo de Ahrefs. Si eres un visitante que acaba de hacer clic en un enlace muerto, no tienes nada que corregir. Y si tu servidor está mal configurado y no devuelve una página 404, es una cuestión de hosting/servidor, no de SEO.

Qué es un error 404

Cuando visitas una página web, tu navegador pide una URL a un servidor. Si el servidor la encuentra, devuelve un 200 OK y ves la página. Si el servidor no encuentra esa URL, devuelve una 404 Not Found, un código que significa «lo que has pedido no está aquí».

Las has visto. Haz clic en un enlace antiguo, escribe mal una URL o visita una página que se ha eliminado desde entonces y llegarás a una pantalla de «Page Not Found». Eso es una 404.

Motivos habituales por los que aparece una 404:

• Se eliminó una página (una entrada antigua del blog o un producto descatalogado).
• Alguien enlazó a la URL equivocada o un enlace contiene un error tipográfico.
• Una URL cambió y la antigua no se redirigió.
• Alguien escribió mal la dirección en su navegador.

¿Las 404 perjudican mi SEO?

Esta es la gran preocupación, así que responderé directamente: no, no por sí solas. Los errores 404 no son una penalización y la propia orientación de Google dice que el hecho de que algunas URL de tu sitio devuelvan 404 no perjudica a tus otras páginas que funcionan. Un empleado de Google lo expresó claramente: los errores 404 «are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.» (traducción) «no deben darte miedo y no tienes que apresurarte a corregirlos, al menos la mayoría de las veces». Los enlaces rotos son una parte normal de la web y Google los espera. (Una página con 404 que antes te aportaba tráfico o enlaces sigue mereciendo una decisión; lo trataremos abajo, pero el estado 404 en sí no es el problema.)

Lo que ocurre en su lugar es discreto y nada dramático: con el tiempo, Google deja de mostrar la página ausente en las búsquedas y la comprueba cada vez con menos frecuencia. Nada malo se extiende al resto de tu sitio.

Cuándo hacer algo de verdad

No tienes que corregir todas las 404. Pero a veces merece la pena actuar:

• La página se trasladó. Si el contenido vive ahora en una URL nueva, configura una redirección 301 de la URL antigua a la nueva para que las personas (y la autoridad de enlaces) lleguen al lugar correcto.
• La página simplemente desapareció. Si no existe un reemplazo, puedes dejarla en 404. Es el resultado correcto.
• Una buena página tiene un enlace roto que apunta a ella. Corrige el enlace, no la 404.

Lo único que debes evitar

No la falsifiques. Algunos sitios, intentando «estar seguros», redirigen toda URL ausente a la página de inicio o muestran un mensaje de «no encontrado» mientras devuelven en secreto un código de éxito 200 OK. Ambas cosas causan problemas (la segunda tiene un nombre: soft 404, y la trataremos en la pestaña Avanzado). Si una página desapareció, deja que devuelva honestamente una 404. No es un error que debas corregir: es la respuesta adecuada.

¿Quieres conocer el panorama completo —cómo desindexa Google las 404, las 404 duras frente a las blandas, los sitios JavaScript y cómo auditarlas—? Cambia a la pestaña Avanzado.

TL;DR — Una 404 es un código de error del cliente 4xx para una URL que el servidor no puede encontrar; la especificación (RFC 9110) la define como “no current representation, or unwillingness to disclose one,” (traducción) «no hay una representación actual o no se está dispuesto a revelar una»_ y no dice por sí sola si la ausencia es temporal o permanente. No es contenido indexable útil, y que algunas URL devuelvan 404 no perjudica a las demás URL de tu sitio que funcionan. La eliminación de las búsquedas puede ser gradual, no inmediata: Google elimina una URL con 404 que estaba indexada y vuelve a rastrearla con una frecuencia decreciente; el texto de la fuente dice que Googlebot «will probably» seguir intentándolo durante cierto tiempo, no que lo intentará para siempre. La distinción que realmente importa es 404 dura frente a 404 blanda: devolver 200 (o redirigir indiscriminadamente a la página de inicio) para contenido desaparecido desperdicia recursos de rastreo y engaña a tus analíticas. Redirige con 301 solo cuando una página se haya trasladado realmente a un destino relevante; de lo contrario, deja que devuelva 404 (o 410) limpiamente. Las páginas 404 personalizadas son una herramienta de UX/retención, no de indexación.

Qué es realmente una 404

404 Not Found es un código de estado de error del cliente HTTP (4xx) que el servidor devuelve cuando no puede encontrar la URL solicitada. La clase 4xx significa que el problema está en la solicitud: el recurso no existe en esa dirección, a diferencia de los errores de servidor 5xx, en los que el propio servidor está fallando.

La propia especificación HTTP (RFC 9110) define la 404 de forma más limitada de lo que sugiere la conversación cotidiana sobre SEO: el origen no tiene una representación actual del recurso de destino o no está dispuesto a revelar que existe. El código de estado por sí solo no dice si la ausencia es temporal o permanente; esa decisión te corresponde y puedes tomarla con una redirección, una 410 o dejando la 404 en su sitio. Conviene conocer una peculiaridad práctica: una respuesta 404 se puede guardar heurísticamente en caché por defecto, así que un navegador o una caché intermedia puede seguir sirviendo una 404 obsoleta para una URL que ya vuelve a funcionar, salvo que tu servidor envíe cabeceras de control de caché que indiquen lo contrario.

Proceden de toda la actividad normal de un sitio web: páginas eliminadas, productos descatalogados, campañas retiradas, enlaces internos y externos rotos o escritos incorrectamente, y cambios de URL que no se redirigieron. Nada de eso es extraño y nada es necesariamente un problema que resolver.

Que una URL devuelva 404 no perjudica a tus otras páginas

Empieza por aquí, porque la mayor parte de la ansiedad alrededor de las 404 está mal enfocada. La documentación de Google es explícita: «Google doesn’t use the content from URLs that return 4xx status codes.» (traducción) «Google no usa el contenido de las URL que devuelven códigos de estado 4xx». No hay nada en una página 404 que Google pueda valorar. Y la propia orientación de Google concreta el alcance de la afirmación: que algunas URL de un sitio devuelvan 404 no afecta al rendimiento de las otras URL exitosas de ese sitio. Ese es el límite respaldado por las fuentes; no es una promesa general de que toda situación relacionada con 404 sea inofensiva. Una página que Google no puede encontrar y que querías indexar, una buena página que perdió sus enlaces entrantes o una ruta rota para el usuario son problemas distintos que el código 404 por sí solo no arregla ni causa.

La gente de Google ha dicho lo mismo en un lenguaje más sencillo durante años. Gary Illyes: las 404 «are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.» (traducción) «no deben darte miedo y no tienes que apresurarte a corregirlas, al menos la mayoría de las veces». John Mueller ha llamado repetidamente a las 404 «fine & expected» (traducción) «correctas y esperadas». Ni siquiera los sitios con cantidades enormes de URL 404/410 sufren una penalización para todo el dominio. El temor concreto de que las 404 sean una señal de posicionamiento o calidad es un mito, aunque una página con 404 que antes te conseguía tráfico o enlaces sí merece una decisión, como veremos abajo.

Cómo elimina Google del índice una URL con 404

La desindexación es real, pero gradual y nada dramática. La documentación de Google describe la mecánica: «the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.» (traducción) «el pipeline de indexación elimina la URL del índice si estaba indexada anteriormente. Las páginas 404 nuevas no se procesan. El rastreo va perdiendo frecuencia con el tiempo».

Conviene interiorizar dos consecuencias:

• Una URL que ya estaba indexada y empieza a devolver 404 sale del índice, y una URL descubierta por primera vez como 404 simplemente no se procesa.
• Googlebot sigue reintentando la URL, cada vez con menos frecuencia. Como dice la ayuda de Search Console: «Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.» (traducción) «Googlebot probablemente seguirá intentando esta URL durante cierto tiempo; no hay forma de decirle a Googlebot que olvide una URL para siempre, aunque la rastreará cada vez con menos frecuencia». Fíjate en los límites del lenguaje: «probably», «for some period of time»; Google no promete que esto continúe para siempre, solo que no hay un botón para obligarlo a detenerse antes. Así que es normal que una 404 conocida siga apareciendo en tus informes durante un tiempo; no indica que algo esté roto.

¿Puedes acelerarlo? En realidad, no. La herramienta Removals de Search Console oculta una URL temporalmente (aproximadamente seis meses), lo que sirve en casos urgentes, pero es una ocultación temporal, no una desindexación permanente. Para una eliminación real, devuelve el código de estado correcto y deja que avance el proceso gradual.

404 frente a 410 Gone

Tanto 404 (Not Found) como 410 (Gone) sacan una página del índice y la diferencia práctica para el SEO es insignificante. 410 es una señal marginalmente más fuerte y rápida de que la página desapareció intencionadamente, pero, como ha dicho Mueller, la diferencia de procesamiento es tan pequeña que rara vez justifica elegir uno sobre otro por SEO. Usa 410 si tu CMS lo facilita y quieres señalar una eliminación permanente; de lo contrario, una 404 normal está perfectamente bien. (En este grupo hay una comparación específica de ambos.)

404 dura frente a 404 blanda: la distinción que importa

Aquí viven los problemas reales de SEO, no en la mera existencia de 404.

• 404 dura: el servidor devuelve de verdad el código de estado 404 para el contenido ausente. Es correcto. Los rastreadores leen el código, entienden que la página desapareció y la gestionan limpiamente.
• 404 blanda: el servidor devuelve un código de éxito (normalmente 200 OK) para una página cuyo contenido es realmente un error: una página vacía, un mensaje de «no encontrado» o una redirección a la página de inicio. Google las detecta algorítmicamente. Su documentación dice: «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) «Si el contenido sugiere un error para Google Search, una página vacía o un mensaje de error, Search Console mostrará un error soft 404».

Por qué las 404 blandas son peores que las reales es un problema de eficiencia de rastreo. Un rastreador no puede saber por un 200 que el contenido desapareció, así que sigue obteniendo esas URL. Illyes lo describió exactamente así: los rastreadores «use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.» (traducción) «usan los códigos de estado para interpretar si una obtención tuvo éxito, aunque el contenido de la página sea básicamente un mensaje de error. Pueden regresar a la misma página una y otra vez, desperdiciando tus recursos y, si hay muchas páginas así, muchos más recursos de forma exponencial». La orientación de Google es inequívoca: «We recommend returning a 404 response code for truly ‘not found’ pages.» (traducción) «Recomendamos devolver un código de respuesta 404 para las páginas realmente «no encontradas»».

John Mueller resume bien todo esto en su sitio personal: «Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms» (traducción) «Usar soft 404 en vez de 404 reales es una mala práctica y dificulta las cosas a nuestros algoritmos», mientras que «returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.» (traducción) «devolver 404 y tener las URL en la lista de errores de rastreo de Webmaster Tools no es un problema». En otras palabras: la 404 honesta es el resultado correcto; el código de éxito falso es el error.

De dónde salen las 404 blandas accidentales

• Redirigir indiscriminadamente todas las 404 a la página de inicio. La página de inicio devuelve 200, así que desde el punto de vista del motor una URL «ausente» ahora llega con éxito a contenido no relacionado: un patrón de soft 404 (más adelante explicaremos por qué es malo).
• Estados «no encontrado» de JavaScript/SPA. Los routers del lado del cliente no pueden lanzar de forma nativa una 404 a nivel del servidor. Una aplicación de una sola página que renderiza un componente «Página no encontrada» mientras el servidor sigue devolviendo 200 es una 404 blanda y también corrompe tus analíticas, porque el código de estado ya no coincide con la realidad y GA4, GSC y los rastreadores registran una visita «exitosa» a una página muerta. Las correcciones son: dirigir esas URL a una respuesta 404 real en el servidor o, como opción más débil, renderizar el estado no encontrado con noindex y aceptar las consecuencias para el seguimiento.
• Configuraciones incorrectas del CMS o las plantillas en las que un elemento eliminado acaba usando una plantilla genérica servida con 200.

Cuándo corregir una 404 (y cuándo dejarla)

El árbol de decisión es corto:

• Déjala en 404 (o 410) si la página no tiene valor real, tráfico ni enlaces entrantes. Es el valor predeterminado y es correcto: no hace falta actuar.
• Redirígela con 301 solo si la página se trasladó realmente o tiene enlaces entrantes/tráfico valiosos que merezca la pena conservar. Una redirección relevante recupera la autoridad de enlaces; la ayuda de Search Console coincide: «If your page has moved, use a 301 redirect to the new location.» (traducción) «Si tu página se ha trasladado, usa una redirección 301 a la nueva ubicación». En mi flujo de trabajo de Ahrefs uso el informe «Best by links» de Site Explorer, filtro las URL que responden 404, doy prioridad por dominios de referencia y redirijo las valiosas a la página activa relevante más cercana.
• No redirijas indiscriminadamente a la página de inicio. Martin Splitt es tajante: «If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.» (traducción) «Si cambió de ubicación, usa una redirección. Si la página ya no existe, no me envíes a la página de inicio». Crea una señal parecida a una soft 404 y, según sus palabras, «it annoys me as a user.» (traducción) «me molesta como usuario». Una 404, señala, es «a very clear signal this link is wrong and broken or this URL no longer exists.» (traducción) «una señal muy clara de que este enlace es incorrecto y está roto o de que esta URL ya no existe». Redirige solo a un destino específico y realmente relevante.

Reducida a una matriz rápida, esta es toda la decisión:

Páginas 404 personalizadas: herramienta de UX, no de indexación

Una buena página 404 personalizada no cambia cómo indexa Google la URL: eso lo decide el código de estado. Lo que cambia es qué le ocurre al humano que llegó al enlace muerto. Una página 404 útil lo mantiene en tu sitio en lugar de hacerle rebotar, lo que protege las conversiones y la interacción. Por tanto, hay dos trabajos separados:

1. Corrección del código de estado (el lado SEO/rastreador): la página debe seguir devolviendo una 404 real. Una página 404 personalizada con un diseño precioso que devuelve 200 es una 404 blanda: has resuelto el problema de UX y creado un problema de rastreo.
2. Utilidad en la página (el lado UX): un mensaje claro que indique que la página desapareció, la navegación principal y un cuadro de búsqueda, además de enlaces a contenido popular o relacionado. El consejo de Mueller es: «Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.» (traducción) «Piensa en formas de hacer útiles tus páginas 404 para los usuarios, de modo que reconozcan que la página ya no existe y puedan encontrar otra cosa apropiada».

Cómo encontrar y auditar las 404

• Google Search Console — informe indexación de páginas. Muestra los estados «No encontrada (404)» y «Soft 404», junto con URL de ejemplo.
• Ahrefs Site Audit / Site Explorer. Site Audit marca las 404 y los enlaces internos rotos; Site Explorer («Mejores por enlaces») permite encontrar URL 404 que todavía tienen enlaces entrantes para priorizar las redirecciones por dominios de referencia.
• Ahrefs Web Analytics. Para el complemento de tráfico, filtra las páginas Posible 404 por el canal AI Search y ordénalas por sesiones. Así aparecen URL candidatas que reciben clics derivados de IA durante el periodo elegido; eso no demuestra que la respuesta sea 404 ni que la URL haya sido alucinada. Documento los pasos de validación en Monitoreo de alucinaciones de IA.
• Screaming Frog y análisis de registros del servidor para obtener una visión completa, tanto del rastreo como del tráfico real, de las 404 que visitan realmente los bots y usuarios.

Bing, brevemente

Los comentarios públicos de Bing son mucho más escasos que los de Google, así que no des por sentada una paridad exacta y trata los detalles siguientes como menos firmemente documentados que la sección de Google anterior. Bing Webmaster Tools sí ofrece una herramienta de Content Removal para notificar a Bing que quieres que una URL se trate como desaparecida, y un informe de información de rastreo que muestra 404 y errores del servidor; esas herramientas están documentadas. Lo que no está verificado de forma independiente en fuentes primarias actuales es la afirmación específica de que Bing ejecuta un clasificador para distinguir entre «caído temporalmente» y «eliminado de verdad», o que usar Content Removal acelere significativamente la desindexación frente a devolver simplemente una 404 correcta y esperar. Trata Bing como secundario respecto al comportamiento de Google, bien documentado, y no repitas las afirmaciones sobre el clasificador o la velocidad como hechos establecidos.

Para una visión más amplia de los códigos de estado, consulta Códigos de estado HTTP y su impacto en el SEO y 11 tipos de redirecciones y su impacto en el SEO.

Resumen de IA

Una síntesis de la versión del nivel Avanzado:

• Una 404 Not Found es un código de estado de error del cliente 4xx para una URL que el servidor no puede encontrar (páginas eliminadas, enlaces rotos, errores tipográficos, cambios de URL). RFC 9110 la define como “no current representation, or unwillingness to disclose one” (traducción) «no hay una representación actual o no se está dispuesto a revelar una»; por sí sola no dice si la ausencia es temporal o permanente, y por defecto se puede almacenar en caché heurísticamente.
• No es una señal que perjudique a tus otras páginas. Google “doesn’t use the content from URLs that return 4xx status codes,” (traducción) «Google no usa el contenido de las URL que devuelven códigos de estado 4xx», y que algunas URL devuelvan 404 no afecta al rendimiento de las demás URL correctas de tu sitio. El miedo general de que «las 404 perjudican el posicionamiento» es un mito; Illyes y Mueller han dicho repetidamente que las 404 son normales y esperables, aunque una página que devuelve 404 y antes generaba tráfico o enlaces sí merece una decisión.
• La desindexación es gradual, no instantánea. Google elimina del índice una URL que ya estaba indexada y devuelve 404, y vuelve a rastrearla «cada vez con menos frecuencia». El texto fuente está acotado: Googlebot «probablemente» sigue reintentándolo «durante cierto tiempo», no para siempre. La herramienta Removals solo oculta temporalmente una URL (aproximadamente seis meses).
• 404 frente a 410: ambas salen del índice; 410 es marginalmente más rápida o más fuerte, pero la diferencia de SEO es insignificante (Mueller).
• La cuestión real es 404 dura frente a 404 blanda. Una 404 blanda devuelve un código de éxito (200) para contenido desaparecido: desperdicia recursos de rastreo porque los bots no pueden saber que la página se ha ido. Google recomienda devolver una 404 real.
• Causas habituales de soft 404: redirigir indiscriminadamente todas las 404 a la página de inicio, estados «no encontrado» de JS/SPA que devuelven 200 (lo que también corrompe las analíticas) y configuraciones incorrectas del CMS.
• Usa una redirección 301 únicamente cuando una página se trasladó realmente o tiene enlaces entrantes o tráfico valiosos; en caso contrario, deja que devuelva 404 limpiamente. Splitt: no redirijas las páginas desaparecidas a la página de inicio.
• Las páginas 404 personalizadas ayudan a la UX y a la retención, no a la indexación, y aun así deben devolver una 404 real.
• Audita mediante el informe Page indexing de GSC, Ahrefs Site Audit/Site Explorer, Screaming Frog y los registros del servidor.

Documentación oficial

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

Google

• Cómo afectan los códigos de estado HTTP, de red y DNS a la Búsqueda de Google: cómo trata Google las respuestas 4xx (incluida la 404), el mecanismo de desindexación y la definición de soft 404 integrada en la página.
• Informe de indexación de páginas (Ayuda de Search Console): los estados «Not found (404)» y «Soft 404», además de las indicaciones para corregirlos.
• Redirecciones y Búsqueda de Google: cuándo y cómo redirigir con 301 una página trasladada en vez de dejar que devuelva 404.
• Retirar de Google una página alojada en tu sitio (herramienta de retiradas): ocultación temporal frente a eliminación permanente.

Bing / Microsoft

• Bing Webmaster Tools Help: informes de rastreo y herramienta Content Removal para notificar a Bing las 404 reales.

Citas de la fuente

Declaraciones públicas de Google. Cada enlace a la documentación de Google salta directamente al pasaje citado en la página de origen; las declaraciones retransmitidas enlazan con la cobertura que las reprodujo.

Google Search Central: cómo se gestionan las 404

• «Google doesn’t use the content from URLs that return 4xx status codes. If a URL was previously used but is now returning 4xx status code, Google systems will stop using the URL over time.» (traducción) «Google no usa el contenido de las URL que devuelven códigos de estado 4xx. Si una URL se usaba anteriormente pero ahora devuelve un código de estado 4xx, los sistemas de Google dejarán de usarla con el tiempo». Jump to quote
• «Google doesn’t index URLs that return a 4xx status code, and URLs that are already indexed and return a 4xx status code are removed from the index.» (traducción) «Google no indexa las URL que devuelven un código de estado 4xx, y las URL que ya están indexadas y devuelven un código de estado 4xx se eliminan del índice». Jump to quote
• «In the case of Google Search, the indexing pipeline removes the URL from the index if it was previously indexed. Newly encountered 404 pages aren’t processed. The crawling frequency gradually decreases.» (traducción) «En el caso de Google Search, el pipeline de indexación elimina la URL del índice si estaba indexada anteriormente. Las páginas 404 descubiertas por primera vez no se procesan. La frecuencia de rastreo disminuye gradualmente». Jump to quote
• «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) «Si el contenido sugiere un error para Google Search, una página vacía o un mensaje de error, Search Console mostrará un error soft 404». Jump to quote

Ayuda de Search Console: informe de indexación de páginas

• «404 responses are not necessarily a problem, if the page has been removed without any replacement. If your page has moved, use a 301 redirect to the new location.» (traducción) «Las respuestas 404 no son necesariamente un problema si la página se ha eliminado sin reemplazo. Si tu página se ha trasladado, usa una redirección 301 a la nueva ubicación». Jump to quote
• «Googlebot will probably continue to try this URL for some period of time; there is no way to tell Googlebot to permanently forget a URL, although it will crawl it less and less often.» (traducción) «Googlebot probablemente seguirá intentando esta URL durante cierto tiempo; no hay forma de decirle a Googlebot que olvide una URL para siempre, aunque la rastreará cada vez con menos frecuencia». Jump to quote
• «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) «Recomendamos devolver un código de respuesta 404 para las páginas realmente «no encontradas» y añadir más información en la página para indicarnos que no es una soft 404». Jump to quote

Gary Illyes, Google (a través de la reproducción de sus publicaciones de LinkedIn por SEJ; verifica el texto contra el original, que se resiste a la obtención automatizada)

• «404 (Not found) errors are not to be afraid of and you don’t need to scramble to fix them, at least not most of the time.» (traducción) «No hay que tener miedo a los errores 404 (Not found) ni apresurarse a corregirlos, al menos la mayor parte del tiempo». Retransmitido desde la publicación de LinkedIn de Illyes.
• «Crawlers use the status codes to interpret whether a fetch was successful, even if the contents of the page is basically just an error message. They might happily go back to the same page again and again wasting your resources, and if there are many such pages, exponentially more resources.» (traducción) «Los rastreadores usan los códigos de estado para interpretar si una obtención tuvo éxito, aunque el contenido de la página sea básicamente un mensaje de error. Pueden volver alegremente a la misma página una y otra vez, desperdiciando tus recursos, y si hay muchas páginas así, muchos más recursos de forma exponencial». Retransmitido por Search Engine Journal; confirma el texto contra el original antes de usarlo como definitivo.

John Mueller, Google — artículo de John Mueller sobre las soft 404

• «Using soft-404s instead of real 404s is a bad practice, and it makes things harder for our algorithms.» (traducción) «Usar soft 404 en vez de 404 reales es una mala práctica y dificulta las cosas a nuestros algoritmos».
• «Returning 404 — and having the URLs listed in the crawl errors in Webmaster Tools — is not a problem.» (traducción) «Devolver 404 y tener las URL en la lista de errores de rastreo de Webmaster Tools no es un problema».
• «Think about ways that you can make your 404 pages useful to users, so that they recognize that the page no longer exists, and so that they can find something else that’s appropriate.» (traducción) «Piensa en formas de hacer útiles tus páginas 404 para los usuarios, de modo que reconozcan que la página ya no existe y puedan encontrar otra cosa apropiada». De la página personal de Mueller; vuelve a verificar las subcadenas exactas en la página activa antes de generar enlaces profundos a partir de ellas.

Martin Splitt, Google (a través de la cobertura de SEJ de un vídeo de SEO Office Hours; verifica el texto contra el vídeo original)

• «If it moved somewhere else, use a redirect. If it’s gone, don’t redirect me to the homepage.» (traducción) «Si se trasladó a otro sitio, usa una redirección. Si desapareció, no me redirijas a la página de inicio».
• «A 404 is a very clear signal this link is wrong and broken or this URL no longer exists.» (traducción) «Una 404 es una señal muy clara de que este enlace es incorrecto y está roto, o de que esta URL ya no existe». Retransmitido por Search Engine Journal.

Qué no debes hacer con las 404

1. Redirigir indiscriminadamente todas las 404 a la página de inicio. El impulso es pensar que «una redirección parece más segura que un error». No es así. La página de inicio devuelve 200, por lo que una URL realmente desaparecida ahora se resuelve «correctamente» hacia contenido no relacionado: un patrón de soft 404 que Splitt señala explícitamente como molesto e inútil. Corrección: redirige únicamente a un destino específico y relevante cuando una página se haya trasladado de verdad; en caso contrario, deja que devuelva 404.

2. Servir una soft 404 en vez de devolver una 404 real. Servir un mensaje de «página no encontrada» (o una página vacía) con un estado 200 OK indica a los rastreadores que la obtención tuvo éxito. Siguen volviendo a rastrearla, desperdician recursos y tus analíticas registran una visita «exitosa» a una página muerta. Corrección: devuelve un código de estado 404 (o 410) real para el contenido desaparecido; Google lo recomienda explícitamente.

3. Entrar en pánico y «corregir» todas las 404 de tus informes. Las 404 de GSC o de una auditoría del sitio son normales y esperables. Redirigir o resucitar cada una por reflejo desperdicia tiempo y a menudo crea soft 404. Corrección: haz triage: redirige las pocas que tengan enlaces entrantes o tráfico reales y deja las demás como están.

4. Intentar obligar a Google a «olvidar» una URL al instante. No existe un botón para eso. La herramienta Removals es una ocultación temporal (aproximadamente seis meses), no una desindexación permanente. Corrección: devuelve el código de estado correcto y deja que la frecuencia de rastreo disminuya por sí sola.

5. Publicar una pantalla de «no encontrado» de JS/SPA que devuelva 200. Los routers del lado del cliente no pueden lanzar una 404 del servidor, así que un componente de no encontrado renderizado sobre una respuesta 200 es una soft 404 que también corrompe el seguimiento. Corrección: dirige esas rutas desde el servidor a una 404 real o, como mínimo, añade noindex al estado de no encontrado y acepta el coste en las analíticas.

6. Tratar una página 404 personalizada bonita como una solución de SEO. Una página 404 bien diseñada ayuda a los usuarios, no a la indexación, y si devuelve 200 es una soft 404. Corrección: conserva el código de estado real y haz que la página sea útil; son dos trabajos distintos.

Gestión de 404 buenas y malas

Una página 404 personalizada mala

• Devuelve un código de estado 200 OK mientras muestra «Página no encontrada» (una soft 404).
• O es la página predeterminada sin modificar del servidor: un «No encontrado» desnudo sobre fondo blanco, sin navegación ni forma de avanzar.
• Deja al usuario en un callejón sin salida: sin buscador, sin enlaces y sin nada de marca.
• Resultado: los rastreadores siguen volviendo a obtenerla (soft 404), los usuarios se marchan y cualquier autoridad de enlaces que apunte a la URL queda aislada.

Una página 404 personalizada buena

• Devuelve un código de estado 404 real (el lado de rastreo e indexación está bien resuelto).
• Indica claramente, en lenguaje sencillo, que la página no existe.
• Incluye la navegación principal y un cuadro de búsqueda para que el usuario encuentre lo que buscaba.
• Ofrece enlaces a contenido popular o relacionado (artículos principales y categorías principales).
• Mantiene la identidad de marca: el mismo encabezado, pie y estilo que el resto del sitio, para que el usuario sepa que sigue en el lugar correcto.

Las dos propiedades son independientes: el código de estado mantiene satisfechos a los motores de búsqueda y el diseño de la página evita que los humanos se marchen. Una página puede acertar en una y fallar en la otra: una 404 preciosa que devuelve 200 sigue siendo una soft 404, y una 404 correcta que deja al usuario en un callejón sin salida sigue perdiendo la visita.

Gestión buena y mala de redirecciones para una URL desaparecida

• Mala: cada producto eliminado redirige con 301 a la página de inicio: una señal parecida a una soft 404 y usuarios frustrados.
• Buena: un producto eliminado con enlaces entrantes redirige con 301 a la página activa más cercana y relevante (su categoría principal o un producto de reemplazo); un producto eliminado sin valor ni enlaces simplemente devuelve 404.

Lista de comprobación para auditar y gestionar 404

• Las URL ausentes devuelven un código de estado 404 (o 410) real: verifica el código, no confíes en el mensaje visible.
• No hay soft 404: no se sirve contenido de «no encontrado» con un 200 ni se redirigen indiscriminadamente las páginas desaparecidas a la página de inicio.
• Se ha revisado el informe Page indexing de GSC para los estados «Not found (404)» y «Soft 404».
• Se han identificado las URL 404 con enlaces entrantes o tráfico reales (Ahrefs Site Explorer, «Best by links», filtrando las 404) y se han redirigido con 301 a una página activa relevante.
• Las páginas desaparecidas sin valor ni enlaces se dejan devolver 404: no se redirigen ni se resucitan.
• Las redirecciones apuntan a un destino específico y relevante, nunca a una redirección general a la página de inicio.
• La página 404 personalizada es útil (mensaje claro, navegación, búsqueda y enlaces a contenido popular) y sigue devolviendo una 404.
• En sitios JS/SPA, las rutas de no encontrado resuelven a una 404 real del servidor o al menos llevan noindex, y las analíticas no las registran como visitas correctas.
• No se pierde tiempo «corrigiendo» todas las 404: se hace triage, no una acción indiscriminada.

Herramientas para encontrar y gestionar 404

• Google Search Console — informe indexación de páginas: la vista de Google de los estados «No encontrada (404)» y «Soft 404», con URL de ejemplo y la posibilidad de solicitar una validación después de las correcciones.
• Ahrefs Site Audit: marca las 404 y los enlaces internos rotos en todo un rastreo del sitio.
• Ahrefs Site Explorer («Mejores por enlaces»): encuentra URL 404 que todavía tienen enlaces entrantes, ordenadas por dominios de referencia, para priorizar cuáles merecen una redirección 301.
• Screaming Frog SEO Spider: visión a nivel de rastreo de todas las 404 y de los enlaces que las originan.
• Análisis de archivos de registro del servidor: muestra qué bots y usuarios reales están visitando las 404 y con qué frecuencia.
• Bing Webmaster Tools: informes de rastreo que muestran 404 y errores del servidor, además de la herramienta Content Removal para marcar una URL que quieres que Bing trate como desaparecida (los detalles del clasificador y de la velocidad de eliminación de Bing no están verificados de forma independiente; trátalos como secundarios respecto al comportamiento documentado de GSC).
• Inspección de URL (GSC): comprueba el código de estado obtenido para una sola URL y confirma que es una 404 real, no una soft 404.

Recursos que merecen tu tiempo

Mis artículos relacionados

• Códigos de estado HTTP y su impacto en el SEO: panorama completo de los códigos de estado, incluido el lugar de 404, 410 y soft 404.
• 11 tipos de redirecciones y su impacto en el SEO: cuándo redirigir con 301 una página que podría devolver 404 y cuándo dejar que devuelva 404/410.
• La guía para principiantes de SEO técnico: dónde encajan los códigos de estado en el panorama técnico más amplio.
• Problemas y buenas prácticas de SEO para JavaScript: el contexto de renderizado detrás de los problemas de soft 404 de JS/SPA.

Mis charlas

• Cómo funciona la Búsqueda (SlideShare): mi recorrido por el rastreo, el renderizado y la indexación, el pipeline por el que pasan las 404. (Se aplica mi descargo habitual: “This is my understanding of systems… not going to be 100% complete or accurate.” (traducción) «Esta es mi comprensión de los sistemas… no pretende ser 100 % completa ni exacta».)

Del sector en general

• Cómo afectan los códigos de estado HTTP a la Búsqueda de Google (Centro de la Búsqueda de Google): la fuente primaria sobre cómo se gestionan 4xx/404.
• Informe de indexación de páginas (Ayuda de Search Console): las definiciones canónicas de 404 dura y soft 404 y las indicaciones para corregirlas.
• Las soft 404 y tu sitio (John Mueller): la perspectiva del propio Google sobre por qué las soft 404 son peores que las reales.
• Google advierte sobre los errores soft 404 y su impacto en el SEO (Search Engine Journal): cobertura de las declaraciones de Illyes sobre soft 404 y recursos de rastreo desperdiciados.
• John Mueller, de Google, aclara la confusión entre 404 y 410 para SEO (Search Engine Journal): por qué la diferencia entre 404 y 410 es insignificante para el SEO.
• Martin Splitt, de Google, advierte contra redirigir 404 a la página de inicio (Search Engine Journal): el argumento contra las redirecciones generales a la página de inicio.
• Páginas de error 404 no encontradas: qué hacer y qué evitar (Yoast): ejemplos de páginas 404 personalizadas buenas y malas, y sus recomendaciones.
• Todo lo que debes saber sobre los errores 404 para SEO (Seer Interactive): un marco por niveles de gravedad para priorizar las correcciones de 404.

Ponte a prueba: 404 Not Found

Cinco preguntas rápidas sobre lo que significan las 404 para el SEO y cómo gestionarlas. Elige una respuesta para cada una y después compruébala.

Registro de cambios