¿Qué es el Error 404?

El código 404 pertenece a la familia de errores 4xx, la misma que agrupa fallos originados en la petición del cliente, con una diferencia clave frente al error 400: en un 400 la petición está mal formada y el servidor ni siquiera intenta buscar el recurso, mientras que en un 404 la petición llega bien, el servidor la procesa y confirma que no hay nada en esa URL.

Es también el reverso exacto del error 500. En un 500 el servidor falla al intentar responder; en un 404 el servidor funciona sin problemas y responde con normalidad, solo que la respuesta es "aquí no hay nada". Esa distinción importa para diagnosticar: un pico de 404 no indica que el servidor esté caído, indica que hay enlaces o URLs que apuntan a páginas que ya no están.

Las causas más comunes son sencillas: una página se elimina sin dejar una redirección, alguien escribe mal una URL a mano, un contenido se traslada a otra dirección sin avisar a los enlaces internos, o una migración de dominio rompe rutas que antes funcionaban. En cualquiera de estos casos, el servidor no tiene culpa: simplemente no encuentra el recurso que se le pide.

No todos los "no encontrado" se resuelven igual. La tabla compara el 404 con las alternativas más habituales, incluido el caso conflictivo del soft 404.

El soft 404 es el más peligroso porque pasa desapercibido: la página visualmente dice "no se han encontrado resultados" o similar, pero el servidor responde con 200, como si el contenido fuera válido. Google trata estas páginas como 404 igualmente para efectos de indexación, pero el propietario del sitio no lo ve así en sus propios registros, lo que retrasa la detección.

Cuando un navegador o un rastreador solicita una URL, el servidor la procesa y busca el recurso correspondiente. Si la petición está bien formada, como ocurre en la inmensa mayoría de los 404, el servidor avanza hasta la fase de localización del recurso y ahí descubre que no existe nada en esa ruta. Devuelve entonces el código 404 junto con una página de error, propia del sitio o genérica del servidor.

HTTP/1.1 404 Not Found
Content-Type: text/html; charset=UTF-8
Date: Sat, 08 Aug 2026 10:18:47 GMT

Googlebot recibe el mismo 404 que cualquier visitante y lo interpreta de forma consistente: informa al resto del sistema de indexación de que el contenido no existe. Si la URL estaba indexada, el sistema la retira del índice con el tiempo; si Google la descubre por primera vez con un 404, directamente no la procesa. La frecuencia de rastreo de esa ruta baja de forma progresiva cuanto más se repite el error, un comportamiento distinto al de un error 500, donde Google suele reintentar la URL antes de reducir el rastreo, porque asume que el fallo puede ser temporal.

El soft 404 rompe esta lógica porque el código HTTP dice "todo bien" (200) mientras el contenido dice lo contrario. Google detecta esta contradicción analizando el contenido real de la página, no solo el código de respuesta, y acaba tratándola como 404 en Search Console aunque técnicamente nunca haya devuelto ese código. El resultado práctico es el mismo que un 404 real: la URL no se indexa o se retira si ya lo estaba.

Un 404 aislado no perjudica el posicionamiento del resto del dominio; forma parte del funcionamiento normal de la web y Google lo espera. El problema aparece en dos escenarios concretos. El primero es cuando una URL que antes rankeaba y recibía enlaces (internos o externos) pasa a devolver 404 sin una redirección que reaproveche esa autoridad: el valor de esos enlaces se pierde en lugar de trasladarse a una página viva.

El segundo es el volumen. Muchos 404 acumulados, sobre todo si Googlebot los encuentra a través de enlaces internos rotos, consumen presupuesto de rastreo que podría emplearse en páginas que sí importan. No hunde el ranking de la web entera, pero sí puede ralentizar cómo de rápido se descubre contenido nuevo o actualizado.

Search Console muestra los 404 como categoría propia, "No encontrado (404)", dentro del informe de indexación de páginas, algo que ni el error 400 ni otros errores de cliente reciben: esos quedan agrupados en una categoría genérica. Eso facilita revisar el listado completo de URLs afectadas sin cruzar datos con los logs del servidor, algo que sí hace falta para diagnosticar un 400 o un error 500.

• Revisar el informe "No encontrado (404)" del Page Indexing de Search Console de forma periódica, no solo tras una migración.
• Aplicar una redirección 301 a una página equivalente en contenido, nunca a la página de inicio por defecto: una redirección genérica confunde tanto al usuario como a Google sobre qué encontró realmente.
• Diseñar una página 404 propia con buscador interno y enlaces a secciones clave, para los casos donde no existe ninguna URL equivalente a la que redirigir.
• Auditar los enlaces internos tras cualquier cambio de estructura o migración, antes de que Googlebot los descubra rotos por su cuenta.
• Comprobar que las plantillas de "sin resultados" (buscador interno, filtros de producto sin coincidencias) devuelven 404 real y no 200, para evitar un soft 404.
• Tratar la revisión de 404 como parte fija del SEO técnico del sitio, no como una tarea puntual tras un lanzamiento.

• Redirigir todos los 404 a la página de inicio en lugar de a una página con contenido relacionado.
• Dejar una plantilla de resultados vacíos devolviendo 200 en vez de 404, generando un soft 404 sin darse cuenta.
• Ignorar los 404 de URLs sin tráfico actual, cuando alguna de ellas conserva enlaces externos con valor.
• Confundir el 404 con el error 400 o con un error 500 al diagnosticar un problema, cuando el origen del fallo es distinto en cada caso.
• Eliminar contenido sin comprobar antes cuántos enlaces internos apuntaban a esa URL.