Pocas cosas generan más ansiedad en una auditoría que ver una lista de errores 404 en Search Console. Por eso es útil volver a lo que Google dice sobre el tema. En un video de su serie “The Non-Canonical Cabinet”, Gary Illyes y Cherry Prommawin repasaron cómo ve Google los errores 404, según informó Search Engine Roundtable el 28 de octubre. El propio Barry Schwartz aclaró que no había nada nuevo, pero que servía como un buen recordatorio de la guía existente.
En esta nota resumimos lo que Google dijo, separamos lo oficial de las interpretaciones frecuentes y proponemos un criterio práctico para decidir qué 404 corregir y cuáles ignorar. También hablamos de por qué el tema importa para quien trabaja en AEO y GEO: las páginas que desaparecen son páginas que ya no pueden ser citadas ni recomendadas.
Lo que dijo Google
De acuerdo con la cobertura, los puntos principales fueron estos:
- Un 404 no es una penalización. Significa “no encontrado”. Googlebot termina por descartar la URL que no existe, y el error no perjudica al resto de las páginas sanas del sitio.
- Corregir 404 es opcional. Es una decisión de negocio y de experiencia de usuario, no un requisito de SEO. Una página eliminada que todavía recibe tráfico puede justificar una redirección a un reemplazo relevante.
- No conviene redirigir todos los 404 a la portada. Las redirecciones irrelevantes confunden a los visitantes y distorsionan los datos.
- Los 404 no consumen presupuesto de rastreo. Illyes calificó eso de mito frecuente.
- Los errores 5xx y 429 son otra cosa. Indican un servidor en problemas o demasiadas solicitudes, y Google puede reducir el ritmo de rastreo como respuesta.
- No hay que alarmarse por el informe de Search Console. Cada URL se juzga por su tráfico, sus enlaces, su valor para el negocio y si existe un reemplazo real.
Google también propuso un esquema de tres pasos para las URL muertas: redirigir a un reemplazo relevante cuando lo hay, dejar un 404 o un 410 cuando la página desapareció definitivamente sin sucesor, y mejorar la página de error con un mensaje útil, un buscador y enlaces a contenido relevante.
Los mitos que conviene dejar atrás
Hay tres ideas que circulan en equipos de SEO y que esta guía desmiente o matiza:
- “Los 404 bajan el posicionamiento del sitio.” No según Google. Un error 404 en una URL que no debería existir es el comportamiento correcto del servidor.
- “Hay que llegar a cero 404.” No es una meta razonable ni necesaria. Los sitios cambian, las URL basura aparecen y los bots prueban rutas inexistentes.
- “Redirigir todo a la home arregla el problema.” Lo empeora: Google trata muchas de esas redirecciones como errores blandos y el usuario no encuentra lo que buscaba.
Los códigos 5xx sí merecen atención inmediata, porque afectan la disponibilidad del sitio y pueden reducir el rastreo. Es fácil mezclar ambos mundos en un informe, y esa confusión hace perder tiempo.
Cuándo sí vale la pena corregir un 404
Si se aplica el criterio de Google, la pregunta correcta no es “¿hay un 404?”, sino “¿esta URL tenía valor?”. Proponemos esta lista de prioridades:
- URLs con enlaces entrantes. Si otros sitios apuntaban a una página que ya no existe, conviene redirigir a la equivalente. Se pierde menos señal y se mantiene el recorrido del usuario. Para revisar los enlaces entrantes, ten en cuenta que, como explicamos en nuestra nota sobre el reporte de enlaces, Search Console muestra solo una muestra.
- URLs con tráfico histórico. Páginas que traían visitas orgánicas, de redes o de otras fuentes y que cambiaron de dirección en un rediseño o una migración.
- URLs enlazadas internamente. Un enlace interno roto es un problema del propio sitio y se corrige en origen, no con una redirección.
- URLs que aparecen en sitemaps. Un sitemap no debería listar páginas que devuelven 404. Es una inconsistencia que se arregla en la fuente.
- URLs que aparecen en resultados o en respuestas de IA. Si una página que otros sistemas citaban deja de existir, se pierde una oportunidad de visibilidad. Conviene revisar si hay un sucesor y, de haberlo, redirigir.
Cuándo no hace falta hacer nada
- URLs generadas por parámetros, bots o intentos de explotación, sin enlaces ni tráfico.
- Páginas eliminadas a propósito, sin reemplazo, por razones legales, de calidad o de vigencia. Un 404 o un 410 es la respuesta correcta.
- Errores históricos de un rastreo que ya no se repiten.
404 de verdad y errores blandos
Un caso que se confunde con frecuencia es el de los errores blandos: páginas que muestran un mensaje de “no encontrado” pero devuelven un código 200. Es una señal contradictoria. Si la página no existe, el servidor debe devolver 404 o 410. Y si se redirige a una página no relacionada, Google puede tratarla como un error blando igualmente. Conviene revisar que las plantillas de error devuelvan el código correcto, algo que también aparece en una auditoría de robots.txt y de indexación como la que describimos en esta guía.
Cómo diseñar una buena página 404
Google sugiere mejorar la página de error con un mensaje útil, un buscador y enlaces a contenido relevante. Para un sitio con mucho contenido, eso significa ofrecer caminos: las secciones principales, los contenidos más leídos, el buscador interno y un acceso al contacto. Una buena 404 no reduce el error, pero retiene al usuario y evita rebotes innecesarios.
Cómo organizar la revisión
Para un sitio con miles de URL, proponemos un flujo sencillo. Primero, exportar el informe de 404 de Search Console y cruzarlo con el tráfico y los enlaces. Segundo, clasificar cada URL en tres grupos: redirigir, dejar como 404/410 o ignorar. Tercero, corregir los enlaces internos y los sitemaps en origen. Cuarto, monitorear los 5xx por separado y con mayor prioridad. Y quinto, repetir la revisión después de cada migración o cambio importante de estructura.
La idea central es la que Google transmitió: un 404 no es un problema en sí. El problema es perder, por descuido, páginas que tenían valor.
Fuentes: video “The Non-Canonical Cabinet” de Google y cobertura de Search Engine Roundtable del 28 de octubre de 2026.
