Errores 404: cuáles importan y cuáles puedes ignorar tranquilamente

La primera vez que alguien abre el informe de páginas de Search Console y ve trescientos 404, la reacción es arreglarlos todos. Es trabajo de semanas y casi todo se tira, porque un 404 no es un error del sitio: es la respuesta correcta a una petición de algo que no existe. Lo que importa no es cuántos hay sino cuáles: una URL que nunca existió y que alguien tecleó mal no merece un minuto, y otra que recibía visitas hasta el mes pasado merece la tarde entera.

Respuesta rápida

• El 404 es una respuesta correcta, no un fallo. Google lo espera y no penaliza por tenerlos.
• Solo importan los que antes eran algo: con enlaces entrantes, con tráfico o enlazados desde tu sitio.
• El soft 404 sí es un problema de verdad, y es el que nadie mira.
• Redirigir todo a la home es peor que el 404, y sigue siendo el consejo más repetido.

¿Los errores 404 afectan al SEO?

Por sí solos no. Google espera encontrar 404 en cualquier sitio y no penaliza por tenerlos. Lo que sí perjudica es un 404 en una URL que acumulaba enlaces o tráfico, porque ahí se pierde algo que existía, y los enlaces internos rotos, que desperdician rastreo y empeoran la experiencia.

Qué tipo de señal es esta

El encuadre que produce el trabajo inútil es leer "error" en el informe y entenderlo como avería. La palabra viene del protocolo, no de un diagnóstico.

Un 404 dice una cosa concreta y correcta: pediste algo que no está aquí. Es la respuesta honesta y es la que un buscador necesita para dejar de intentarlo. Un sitio de diez años acumula miles de URLs que alguien enlazó mal, que un rastreador inventó combinando parámetros o que existieron durante una semana en 2019.

De ahí que la pregunta útil no sea cuántos hay. Es qué se perdió, y eso se responde mirando tres cosas: si la URL recibía enlaces, si recibía visitas y si tu propio sitio la sigue enlazando.

Los tres que sí valen tu tiempo

Enlaces internos rotos. Es el caso más claro porque el problema es tuyo entero: tu sitio manda a la gente a una página que no existe. Además desperdicia rastreo y es señal de que la estructura lleva tiempo sin revisarse. Se detecta con cualquier rastreador y se arregla editando el enlace, no redirigiendo la URL.

URLs con enlaces externos entrantes. Alguien enlazó a esa página desde fuera, esa señal existe y ahora apunta al vacío. Redirigirla a la página equivalente recupera lo que había, y es de los pocos casos donde una redirección hace un trabajo real.

URLs que tenían tráfico hasta hace poco. Se ven cruzando el informe de páginas con el de rendimiento: si una URL tenía impresiones el trimestre pasado y ahora devuelve 404, algo se rompió sin que nadie lo decidiera. Suele ser una migración a medias, y el procedimiento correcto para eso está en cómo migrar una web sin perder posicionamiento.

El que nadie mira y sí es un problema

El soft 404: la página devuelve un código 200, como si todo estuviera bien, y lo que muestra es un mensaje de que no hay nada.

Es peor que un 404 de verdad por un motivo mecánico. Con un 404, el buscador sabe que la URL no existe y la retira. Con un 200 que contiene "página no encontrada", el buscador cree que hay contenido, la mantiene en el índice y dedica rastreo a volver. Multiplicado por un catálogo de productos agotados, es rastreo tirado a la basura.

Las fuentes habituales son plantillas que sirven una página de error con estado 200, buscadores internos que devuelven "sin resultados" y categorías vacías. Search Console lo reporta con nombre propio, y es de los estados que más se confunden con otros, como se explica en por qué Google no indexa tu página.

Lo que no hay que hacer, aunque se recomiende mucho

Redirigir todos los 404 a la home. Es el consejo más repetido de este tema y es peor que dejar el 404. Google trata esas redirecciones como soft 404 igualmente, la persona que llega no encuentra lo que buscaba y encima pierde el contexto de que se equivocó de dirección.

Redirigir a una página que no es equivalente. Una redirección solo transmite algo si el destino responde a lo mismo. Mandar veinte productos retirados a la categoría es aceptable; mandarlos al blog no.

Arreglar los que nunca existieron. URLs con parámetros extraños, rutas que se inventó un rastreador, enlaces mal copiados en un foro. No hay nada que recuperar.

Y crear una página 404 que no devuelva 404. Personalizar el diseño está bien; cambiar el código de estado convierte el problema en un soft 404.

Cuándo no hay nada que hacer

Cuando el contenido se retiró a propósito y para siempre. Ahí el 410 es más explícito que el 404 y acelera la retirada del índice.

Cuando la URL nunca existió. No se puede recuperar lo que no hubo.

Cuando el informe crece pero el tráfico no cae. Un número grande no es un síntoma por sí mismo.

Cuando la página de 404 está bien hecha y ofrece salidas. Un buscador interno y unos enlaces a las secciones principales convierten el callejón en una desviación.

Y cuando el 404 aparece porque una URL cambió a propósito, lo que toca no es este artículo sino una redirección bien hecha, con sus propias trampas, en redirecciones 301 en WordPress.

Dos cosas que dice la primera página y que conviene no hacer

Los resultados de esta consulta aciertan en lo esencial y citan bien a Google: un 404 por sí solo no penaliza, y John Mueller lo ha dicho con esas palabras, que son una parte normal de la web. A partir de ahí aparecen dos cosas que sí hay que apartar.

La primera es la tasa de rebote. Varios explican que un 404 sube el rebote y que eso "da señal a los motores de búsqueda" de que el sitio no responde. Esa señal no existe. El rebote se calcula dentro de tu propia analítica, con tu propia configuración de eventos, y Google no lo recibe ni lo usa. Es el mismo bucle imaginario que sostiene la idea de que un CTR alto sube posiciones, y que se desmonta igual en cómo se escribe una meta descripción: cómodo, intuitivo y sin nada detrás. cómodo, intuitivo y sin nada detrás. Lo que sí es cierto y no necesita ningún bucle es que la persona se va, y eso ya es motivo suficiente.

La segunda es peor porque es accionable. Recomiendan usar la herramienta de eliminación de URL de Search Console para las direcciones que ya no se van a usar. Esa herramienta hace otra cosa: oculta temporalmente, alrededor de seis meses, una URL que sí existe, y está pensada para urgencias, como contenido publicado por error. Sobre una URL que ya devuelve 404 no aporta nada, porque esa URL sale del índice sola, y cuando la ocultación caduca todo vuelve a estar como estaba. Es tapar durante medio año algo que se iba a resolver solo.

De ahí sale el orden que sí funciona, y es el contrario del reflejo: antes de arreglar el 404 hay que averiguar quién llega a él. Si le llegan enlaces de fuera, una redirección al equivalente real conserva lo que traían, que es la única parte de esto donde de verdad se pierde algo si se hace mal: cómo conseguir enlaces cuesta meses, y perderlos por una reestructuración mal hecha cuesta una tarde de alguien que no sabia lo que estaba tocando, que es como ocurre casi siempre y por lo que conviene mirar esa columna antes que ninguna otra. Si solo le llegan enlaces internos, no hay nada perdido todavia y lo que hay que arreglar son los enlaces, no la URL muerta, y ahí el trabajo es de enlazado interno. Y si no le llega nadie, no hay nada que hacer y tacharlo de la lista es la decisión correcta.

Errores que se repiten

• Intentar arreglarlos todos. La mayoría no tiene nada que recuperar.
• Redirigir todo a la home. Google lo trata como soft 404 y la persona se pierde igual.
• Ignorar los enlaces internos rotos. Son los únicos cuya culpa es enteramente tuya.
• No mirar los soft 404. Un 200 que dice "no encontrado" es el peor de los dos mundos.
• Personalizar la página cambiando el código de estado. Convierte un 404 en un problema.
• Medir el informe por su tamaño. Lo que importa es qué había en esas URLs.

Datos y transparencia

Que un 404 no es una penalización y que forma parte normal de la web es una declaración pública de John Mueller, de Google, comprobada el 12 de agosto de 2026. Que la herramienta de eliminación de URL de Search Console oculta temporalmente, durante unos seis meses, una URL que sigue existiendo, y no es el mecanismo para retirar contenido de forma permanente, procede de su documentación, comprobada el mismo día. Que varios de los primeros resultados en español atribuyen a la tasa de rebote un efecto sobre el posicionamiento y recomiendan la herramienta de eliminación para URL ya retiradas es una observación del mismo día y se recoge como error, no como fuente: la tasa de rebote se calcula en la analítica propia y Google no la recibe.

Que un código 404 es una respuesta válida, que Google no penaliza a un sitio por tener páginas que devuelven 404, y que las redirecciones masivas a una página no equivalente pueden tratarse como soft 404, procede de la documentación pública de Google sobre códigos de estado HTTP y sobre soft 404, vigente a agosto de 2026. La diferencia entre 404 y 410, y que el segundo indica retirada permanente, es del estándar HTTP y está recogida en esa misma documentación. No aparece aquí ninguna cifra sobre cuántos 404 son aceptables ni sobre cuánto tráfico se pierde por tenerlos: no existe un umbral publicado, depende enteramente de qué había en esas URLs, y cualquier número general estaría inventado. El criterio de priorización en tres grupos es método operativo de trabajo de auditoría sobre una cartera que registra más de 300 millones de impresiones anuales en Search Console. Verificado en agosto de 2026.

Lo que esto cambia

Este informe produce más trabajo inútil que ningún otro de Search Console, y la culpa la tiene una palabra.

Si en lugar de "errores" se llamara "URLs que alguien pidió y no existen", nadie sentiría la obligación de vaciarlo. La lista no es una cola de tareas: es un registro, y la mayoría de sus líneas son correctas. El trabajo real está en tres cruces que caben en media hora, y todo lo que sobra de esa media hora suele gastarse en redirigir cosas que nadie iba a visitar hacia páginas que no responden lo que preguntaban.

Preguntas frecuentes