Guía
Cloudflare Pages: rutas en 404
Tras un push, una ruta que antes cargaba puede devolver 404 por reglas de redirect, salida del build o caché. Ordena las pruebas antes de escribirnos.
Checklist antes del formulario
- Anota la URL exacta que devuelve 404 y una que sí carga (por ejemplo la home).
- Abre el último despliegue en el panel de Cloudflare Pages y revisa si el build terminó en verde.
- Prueba la misma ruta en la URL de preview del despliegue, no solo en producción.
- Revisa
_redirectsy_headersen la raíz del sitio: una regla mal escrita puede mandar rutas válidas a 404. - Si usas generador estático (Eleventy, Astro, etc.), confirma que el HTML existe en la carpeta de salida para esa ruta.
- Indica la hora aproximada del último despliegue que funcionó y si cambiaste dominio personalizado o rama de publicación.
- Captura el 404 en el navegador (sin mostrar tokens en la barra de direcciones).
Qué suele aclarar el triaje
URL afectada, proveedor (Cloudflare Pages), captura del error, commit o mensaje del último deploy correcto y si el 404 aparece solo en producción o también en preview. Con eso se distingue redirect heredado, ruta no generada o dominio mal enlazado.
Límites habituales
Trabajamos sitios estáticos pequeños y pipelines simples, no rediseños completos ni WordPress a medida. Si el 404 viene de una app con servidor propio fuera de Pages, puede quedar fuera de alcance.