Una guía práctica de errores 404

Los errores 404 no son solo una molestia técnica. Son viajes fallidos: un visitante hizo clic en un enlace antiguo, siguió una ruta de navegación rota, escribió mal una URL o llegó desde un resultado de búsqueda que ya no coincide con tu sitio.

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 puede 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 puede 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.