Una guía práctica de errores 404

No son solo una molestia técnica: los errores 404 en el sitio son viajes fallidos, con un visitante que hizo clic en un enlace antiguo o llegó desde un resultado de búsqueda ya obsoleto.

La buena noticia es que los 404 son mensurables. Una configuración de analítica que prioriza la privacidad puede mostrar URLs, referencias, dispositivos, países y etiquetas de campaña rotos sin convertir al visitante en un perfil. El objetivo no es identificar quién cometió el error. El objetivo es comprender qué caminos rotos le cuestan tráfico y arreglar los que importan.

Qué significa realmente un 404

Un 404 real significa que el servidor dice que no se encontró el recurso solicitado. Esto es diferente de un "404 suave", donde la página parece faltar pero aún devuelve una respuesta 200 OK. Google ha advertido que los 404 blandos pueden limitar la cobertura de rastreo porque los rastreadores pasan tiempo en páginas duplicadas o vacías en lugar de en URL útiles. La propia guía de Google dice que el contenido faltante generalmente debería devolver un 404 o 410 adecuado, o redirigir al reemplazo relevante más cercano cuando exista.

Esa distinción importa:

• Una página de inicio de campaña eliminada sin reemplazo puede devolver 404 o 410.
• Una página de producto renombrada debe utilizar una redirección 301 a la nueva URL del producto.
• Una página faltante que redirige a todos los visitantes a la página de inicio puede tratarse como un 404 suave porque no satisface la intención original.
• Una página 404 personalizada aún debería devolver el estado HTTP 404, no 200.

No trates cada 404 como un desastre. Los motores de búsqueda entienden que las páginas desaparecen. El problema es el tráfico 404 persistente hacia URL que solían importar, tener vínculos de retroceso, aparecer en tu propia navegación o estar dentro de campañas activas.

Seguimiento de 404 como eventos

El enfoque más limpio es agregar un evento de analítica a tu plantilla 404. Envía solo los campos necesarios para depurar el problema:

analytics.track('404_viewed', {
  path: window.location.pathname,
  referrer: document.referrer || null,
  query_present: window.location.search.length > 0,
});

Para una implementación que priorice la privacidad, evita registrar cadenas de consulta completas de forma predeterminada. Los parámetros de consulta pueden contener direcciones de correo electrónico, términos de búsqueda, identificadores de clics en anuncios, tokens de reinicio y otros datos confidenciales. Almacena un valor booleano como query_present o mantén una lista de permitidos desinfectada como utm_source, utm_medium y utm_campaign.

Si tu herramienta de analítica admite dimensiones personalizadas, adjunta un pequeño conjunto de contexto de depuración:

• error_path: la ruta que falta, normalizada sin parámetros de consulta personales
• referrer_host: el dominio que envió al visitante
• source_type: interno, externo, búsqueda, campaña, directo
• site_section: blog, documentos, precios, producto, cuenta
• environment: producción, staging, preview

Esto mantiene el informe útil sin recopilar identificadores innecesarios.

Priorizar por impacto

Una vez que recopile 404 eventos, ordénelos por costo práctico en lugar de por recuento bruto.

Primero, busca enlaces internos. Si la referencia es tu propio dominio, la solución suele ser sencilla: actualiza la navegación, las publicaciones relacionadas, el mapa del sitio, el pie de página, el enlace de documentos o la CTA. Los 404 internos son las reparaciones de mayor confianza porque tú controlas la fuente.

En segundo lugar, verifica el tráfico de la campaña. Un anuncio pago, un boletín informativo, un enlace de afiliado, un código QR o una publicación social que apunte a una URL muerta desperdicia el presupuesto. Si los parámetros UTM están presentes, corrige el destino de la campaña y agrega una redirección desde la URL rota.

En tercer lugar, inspecciona las URL vinculadas externamente. Un 404 con tráfico de referencia de un socio, un sitio de reseñas, una mención de prensa o un artículo de alta autoridad puede merecer una redirección incluso si la página es antigua. Utiliza Search Console, registros del servidor o herramientas de vínculo de retroceso para confirmar si la URL tiene vínculos que vale la pena conservar.

Cuarto, separar el ruido de la demanda real. Los bots solicitan constantemente wp-admin, rutas de vulnerabilidad aleatorias, archivos de complementos antiguos y URLs con muchos errores tipográficos. No crees redireccionamientos para tráfico de ataque. Bloquea patrones abusivos en el borde si se vuelven costosos, pero mantén tu mapa de redireccionamiento enfocado en la intención real del usuario.

Elija la solución correcta

Utiliza una redirección 301 cuando la página anterior tenga un reemplazo permanente claro. Una página de funciones descontinuadas debería redirigir a la descripción general de funciones actuales. Una publicación de blog renombrada debería redirigir al nuevo slug. Una página de producto eliminada debería redirigir a la categoría más cercana, pero solo si esa categoría realmente ayuda al visitante.

Utiliza un 410 Gone cuando un recurso se eliminó intencionalmente y no hay reemplazo. Esto puede resultar útil para trabajos caducados, páginas legales antiguas, contenido eliminado generado por usuarios o documentación retirada que podría engañar a los visitantes.

Utiliza un 404 real cuando la página nunca existió o la URL simplemente no es válido. Una página 404 útil debe incluir búsqueda, enlaces populares, opciones de contacto y una ruta de regreso al producto principal. No debe fingir que la página existe.

Arregla la fuente cuando la controlas. Una redirección es una red de seguridad, no un sustituto de los enlaces limpios. Actualice enlaces internos, mapas de sitios XML, etiquetas canónicas, referencias de hreflang, plantillas de correo electrónico, enlaces de aplicaciones y documentación.

Un flujo de trabajo semanal simple

Configure una revisión 404 semanal con cuatro columnas:

Mantén un registro de cambios de redireccionamiento. Los mapas de redireccionamiento antiguos se vuelven confusos rápidamente y las cadenas ralentizan a los usuarios. Siempre que sea posible, redirige las URL antiguas directamente al destino final en lugar de encadenar /old-a a /old-b a /new.

Qué medir después de arreglarlo

Después de los cambios en el envío, observa tres métricas:

• 404 eventos para la URL corregida deberían desaparecer.
• Las páginas vistas exitosas en el destino deberían aumentar.
• Las conversiones de la fuente afectada deberían recuperarse si la ruta interrumpida era crítica para el negocio.

Inspecciona también Google Search Console después de reparaciones importantes. El informe Core Web Vitals y sus informes de indexación se basan en datos de campo y de rastreo, por lo que van por detrás de la analítica en tiempo real, pero son útiles para confirmar si Google todavía ve la URL rota.

El punto no es eliminar todos los 404. El punto es dejar de perder visitantes a través de caminos rotos que realmente puedes controlar.

Lista de verificación de limpieza 404

Empieza con la URL rota que tiene visitantes reales, referentes internos, tráfico de campaña o vínculos de retroceso valiosos. Para cada uno, decide si arreglar el enlace de origen, agregar un 301 directo, devolver un 410 claro o dejar el 404 en paz porque es ruido de robot. Después del cambio, compara los eventos 404 con las páginas vistas de destino y las conversiones de backend para que la reparación esté vinculada a la intención del usuario recuperado, no solo a un informe más limpio.

Preguntas frecuentes

¿Cuál es la diferencia entre un 404 y un soft 404?

Un 404 real le indica al servidor que el recurso solicitado no se encontró. Un soft 404 parece vacío pero sigue devolviendo 200 OK, lo que puede limitar la cobertura de rastreo porque los buscadores dedican tiempo a páginas que en realidad no ayudan a los visitantes.

¿Debe una página 404 personalizada devolver un código de estado 200?

Una página 404 personalizada debe seguir devolviendo el estado HTTP 404, no 200. Devolver 200 la convierte en un soft 404, lo que confunde a los buscadores sobre si la página existe realmente.

¿Cuándo debo usar una redirección 301 en lugar de un 410?

Use un 301 cuando la página antigua tenga un reemplazo permanente claro, como una entrada de blog renombrada que redirige a su nuevo slug. Use un 410 Gone cuando el recurso se haya eliminado intencionalmente y no exista reemplazo, como una oferta de empleo caducada o una página de documentación retirada.

¿Cómo hago seguimiento de errores 404 sin recopilar datos personales?

Agregue un evento de analítica a su plantilla 404 que envíe la ruta, el referrer y un booleano como query_present. Evite guardar las cadenas de consulta completas por defecto, ya que pueden contener direcciones de correo, términos de búsqueda, identificadores de clics publicitarios o tokens de restablecimiento.

¿Qué errores 404 debo arreglar primero?

Empiece por los enlaces internos, ya que usted controla la fuente y la solución suele ser solo actualizar un menú de navegación, entradas relacionadas o un enlace del footer. Después revise el tráfico de campañas y las URL enlazadas externamente con valor real de referencia.

¿Debo redirigir los 404 causados por tráfico de bots?

El tráfico de bots no merece redirecciones. Los bots piden constantemente rutas como wp-admin y archivos de plugins antiguos, y crear redirecciones para ese tráfico es esfuerzo desperdiciado. Bloquee los patrones abusivos en el edge y mantenga el mapa de redirecciones enfocado en la intención real del usuario.

¿Qué dimensiones personalizadas son útiles para un evento de analítica 404?

error_path, referrer_host, source_type, site_section y environment dan suficiente contexto para depurar sin recopilar identificadores adicionales. Juntas muestran de dónde vinieron los visitantes y qué sección del sitio los envió a un enlace muerto.

¿Por qué las cadenas de redirecciones ralentizan las cosas?

Encadenar /old-a a /old-b a /new añade saltos extra antes de que el visitante llegue al destino final. Redirigir directamente a la URL final mantiene la ruta rápida y el mapa de redirecciones más fácil de leer.

¿Cómo sé si una URL rota merece una redirección?

Compruebe si tiene tráfico de referencia de un partner, un sitio de reseñas o una mención de prensa, y confírmelo con Search Console, logs del servidor o herramientas de backlinks. Un 404 con backlinks reales o tráfico de referencia constante suele merecer una redirección aunque la página sea antigua.

¿Qué debo revisar después de arreglar un 404?

Vigile que los eventos 404 de la URL corregida bajen, que las páginas vistas en el destino suban y que las conversiones de la fuente afectada se recuperen si la ruta era crítica para el negocio. Google Search Console también puede confirmar si Google todavía ve las URL rotas, aunque sus informes van por detrás de la analítica en tiempo real.