fotografía simbólica de error http 404

El HTTP error 404 es una respuesta del servidor que indica que el recurso solicitado no existe o no está disponible en esa dirección URL. Es uno de los códigos de estado HTTP más habituales en la web, aunque su presencia no siempre significa que haya un problema que resolver. Saber interpretarlo correctamente es lo que marca la diferencia entre tomar la decisión acertada o generar más errores intentando corregirlo.

 

¿Qué es exactamente el HTTP error 404?

El código 404 es una respuesta HTTP de la clase 4xx, que agrupa los errores originados en el lado del cliente. El servidor ha recibido la petición, la ha procesado y ha determinado que no puede devolver una representación del recurso solicitado. El motivo del error puede ser que esa URL no exista, haya sido eliminada o haya cambiado sin que se configurara una redirección.

 

Según el RFC 9110 —la especificación técnica de HTTP publicada por el IETF en junio de 2022—, el servidor puede devolver un 404 tanto cuando el recurso no existe como cuando no quiere revelar si existe. Es importante subrayar que el 404 no implica ninguna redirección: el servidor responde directamente con ese código de estado al navegador o cliente que hizo la petición.

 

El mensaje de error 404 que recibe el usuario puede variar según el servidor o la configuración del sitio: «404 Not Found», «404 Page Not Found», «HTTP 404» o una página de error personalizada. En todos los casos, el significado técnico es el mismo.

 

404, 403, 410 y soft 404: diferencias que conviene conocer

Los errores 4xx tienen significados distintos y no deben tratarse de la misma forma:

 

  • 404 Not Found: el servidor no encuentra el recurso. El motivo puede ser que no exista o que no quiera revelar su existencia.
  • 403 Forbidden: el recurso existe pero el servidor rechaza la petición por falta de autorización o permisos.
  • 410 Gone: el recurso existió pero ha sido eliminado de forma permanente. A diferencia del 404, el 410 es una señal explícita de que ese contenido no volverá.
  • Soft 404: la página devuelve código 200 (OK) al servidor, pero muestra un mensaje de error o contenido irrelevante. Google los detecta y los trata de forma negativa porque inducen a confusión al rastreador.

 

Esta distinción es relevante porque redirigir una URL que no existe hacia la página de inicio, por ejemplo, genera un soft 404 desde la perspectiva de Google, no resuelve el problema.

 

Síntomas y formas en que aparece el error

Los síntomas del HTTP error 404 varían según el contexto en que se produce:

 

  • En el navegador del usuario: se muestra la página de error con el mensaje «Not Found» o una página de error personalizada del sitio.
  • En herramientas de auditoría como Screaming Frog o link checkers: la URL aparece marcada como broken link en el rastreo del sitio web.
  • En Google Search Console: la URL aparece en el informe de cobertura como página con error, especialmente si estaba previamente indexada.
  • En webs con hosting compartido: pueden producirse errores 404 masivos si el servidor gestiona mal las reglas de reescritura entre dominios o sitios.

 

Identificar en qué contexto aparece el error es el primer paso para decidir si requiere acción.

 

Causas habituales del HTTP error 404

El 404 puede originarse por motivos muy distintos. Los más frecuentes son:

 

Página eliminada o movida sin redirección

Cuando se elimina una página web o se cambia su URL sin configurar una redirección 301, cualquier acceso a la URL antigua devuelve un 404. Si esa URL estaba indexada o recibía enlaces externos, el impacto es doble: pérdida de tráfico y pérdida de autoridad de enlace.

 

Error tipográfico en una dirección URL

Un enlace mal escrito en una página interna o en un recurso externo apunta a una dirección URL que no existe. El servidor devuelve 404 porque no reconoce esa dirección. En una tienda online, este problema puede afectar a un número elevado de URLs de producto generadas dinámicamente.

 

Problemas con el archivo .htaccess o reglas de reescritura

En servidores Apache, un defecto en la configuración del archivo .htaccess puede hacer que URLs válidas devuelvan 404. Esto afecta especialmente a reglas de reescritura o redirección mal formadas. En servidores Nginx, el equivalente son errores en los bloques de configuración del servidor web.

 

Error 404 en WordPress: permalinks rotos en CMS

En WordPress y otros CMS, un cambio en la estructura de permalinks sin regenerar las reglas de reescritura puede generar errores 404 en masa. Es una causa técnica frecuente tras migraciones web o actualizaciones. La solución en WordPress es regenerar los permalinks desde el panel de administración.

 

Causas específicas en IIS (Microsoft)

En entornos IIS, Microsoft documenta causas adicionales: archivos movidos o eliminados del directorio raíz, tipos MIME no asignados para determinadas extensiones de archivo, o extensiones de servidor web no habilitadas. Estos casos requieren revisión en la configuración del servidor.

 

Problemas de configuración DNS

Si el dominio no resuelve correctamente hacia el servidor esperado, el usuario puede recibir un error 404 o no poder acceder al sitio a través de internet. Los cambios de DNS tardan en propagarse y, durante ese periodo, parte de los usuarios puede seguir accediendo a una versión antigua.

 

¿Afecta el HTTP error 404 al posicionamiento?

La respuesta de Google es matizada: los errores 404 no perjudican directamente el posicionamiento de un sitio web. Si una URL no debería existir, Google recomienda dejarla devolver 404 o 410 con normalidad. Además, los errores 404 no afectan al rendimiento del resto de páginas del sitio.

 

Sin embargo, hay situaciones en las que sí conviene actuar:

 

  • La URL estaba indexada y recibía tráfico orgánico.
  • La URL tiene backlinks de valor desde otros dominios.
  • La URL fue enviada en el sitemap y sigue apareciendo en él.
  • Hay una URL equivalente o sustituta que debería recibir ese tráfico.
  • Se escribe con frecuencia de forma incorrecta desde otros sitios.

 

Fuera de estos casos, forzar una redirección a una página no equivalente puede generar más problemas de los que resuelve, incluyendo el soft 404 mencionado anteriormente. Un consejo habitual es revisar primero en Search Console si la URL tiene historial de tráfico antes de decidir qué hacer. La estructura de URLs y el sitemap son parte de la arquitectura web, y un error en ese nivel puede multiplicar los 404s en todo el sitio.

 

¿Cuándo corregir un 404, cuándo dejarlo y cuándo usar un 410?

No todos los 404 requieren acción. La decisión depende del origen y el contexto de la URL:

 

  • Redirigir (301): cuando existe una URL equivalente o sustituta con contenido relevante. La redirección transfiere la autoridad de enlace y evita la pérdida de tráfico.
  • Dejar el 404: cuando la URL no debería haber existido nunca, no tiene tráfico, backlinks ni presencia en sitemap. Google elimina estas URLs del índice con el tiempo.
  • Usar 410: cuando el contenido ha sido eliminado de forma deliberada y permanente. El 410 indica a Google que no vuelva a rastrear esa URL.
  • Corregir en sitemap: si la URL en 404 sigue presente en el sitemap XML, debe eliminarse de él independientemente de la acción que se tome.
  • No bloquear en robots.txt: bloquear URLs en 404 mediante robots.txt no las elimina del índice; puede impedir que Google confirme el error y ralentizar su desindexación.

 

Errores habituales al intentar resolver un 404

Algunos de los problemas más frecuentes al gestionar errores 404 no vienen del error en sí, sino de las correcciones mal aplicadas:

 

  • Redirigir todo a la home: genera soft 404. Google identifica que la URL de destino no es equivalente al recurso solicitado.
  • Mantener URLs en el sitemap: si la URL sigue en el sitemap tras eliminarse, Googlebot seguirá rastreándola e interpretará el error como una anomalía del sitio.
  • Redirigir a una nueva página no equivalente: la redirección 301 tiene valor SEO solo cuando la URL de destino es temáticamente relevante respecto al origen.
  • No devolver realmente código 404: una página de error personalizada que devuelve código 200 es un soft 404. El servidor debe responder con el código HTTP correcto.
  • Crear contenido de relleno para evitar el error: publicar contenido de baja calidad solo para que la URL no devuelva 404 genera otros problemas de posicionamiento.

 

Herramientas para detectar y auditar errores 404

Existen varias herramientas para identificar broken links y errores 404 en un sitio web:

 

  • Google Search Console: herramienta principal para detectar páginas con error 404 en el informe de cobertura de índice. Muestra qué URLs están devolviendo este código y si estaban indexadas.
  • Screaming Frog SEO Spider: crawler de Google y de sitios web que rastrea todas las URLs del sitio e identifica errores 404, broken links, redirecciones rotas y otros problemas técnicos. Permite exportar el listado completo para análisis.
  • Link checkers online: herramientas que rastrean los enlaces de una página web y reportan los que devuelven error. Útiles para revisiones puntuales sin necesidad de instalar software.
  • W3C Link Checker: servicio del W3C que valida los enlaces de una página y detecta broken links y otros defectos de enlazado.

 

El proceso de diagnóstico recomendado en Google Search Console incluye: verificar si la URL fue enviada para indexación o si aparece en el sitemap, comprobar si existen enlaces internos que apunten a esa URL, identificar backlinks externos relevantes y evaluar si existe una URL equivalente a la que redirigir el tráfico.

 

Cómo debe ser una página de error 404 bien configurada

Una página de error 404 bien diseñada reduce la mala experiencia de usuario y facilita que el visitante encuentre lo que busca. Para que sea efectiva debe cumplir estas condiciones:

 

  • El servidor debe devolver el código HTTP 404 real. Una página que devuelve 200 es un soft 404.
  • Debe explicar de forma clara que la página buscada no está disponible, sin mensajes de alerta innecesarios.
  • Debe mantener la navegación principal del sitio para que el usuario pueda continuar.
  • Puede incluir un buscador interno, acceso a las principales categorías, productos o artículos relevantes.
  • No debe incluirse en el sitemap XML y su URL no debe ser indexable.
  • El diseño debe mantener la confiabilidad de la marca: mismo aspecto visual y navegación que el resto del sitio.

 

¿Tienes errores 404 en tu web que no sabes cómo gestionar?

La gestión de errores 404 forma parte del mantenimiento técnico y SEO de cualquier sitio web. Si no estás seguro de cuáles de tus errores requieren acción y cuáles no, en Proun lo analizamos. Nuestro equipo de diseño web WordPress tiene experiencia en diagnóstico técnico, auditorías de rastreo e implementación de redirecciones en proyectos con requisitos reales. Ponte en contacto y revisamos el estado de tu sitio.