𝟯 𝗖𝗼𝗺𝗽𝗿𝗼𝗯𝗮𝗰𝗶𝗼𝗻𝗲𝘀 𝗽𝗼𝘀𝘁-𝗱𝗲𝘀𝗽𝗹𝗶𝗲𝗴𝘂𝗲 𝗾𝘂𝗲 𝗿𝗲𝗮𝗹𝗶𝘇𝗼 𝘁𝗿𝗮𝘀 𝗰𝗮𝗱𝗮 𝗯𝘂𝗶𝗹𝗱 𝗱𝗲 𝗖𝗹𝗼𝘂𝗱𝗳𝗹𝗮𝗿𝗲 𝗣𝗮𝗴𝗲𝘀

Pasé dos semanas depurando problemas que solo aparecían en producción.

Una regla del sitemap bloqueó mi índice de sitemap. Otro problema consistió en retrasos en la carga de imágenes.

No utilizo una suite completa de pruebas end-to-end. En su lugar, utilizo tres comprobaciones específicas para detectar los errores con los que realmente me encuentro.

Las ejecuto en tres sitios construidos con Astro 5 SSG en Cloudflare Pages.

  1. Verificación del sitemap

Compruebo si sitemap-index.xml devuelve un código de estado 200 en todos los dominios.

También compruebo sitemap-0.xml. Me aseguro de que contenga un número mínimo de URLs. Para un sitio, ese número es 1.000. Si el recuento disminuye, mi pipeline de datos ha fallado.

Aprendí esto por las malas. Una regla de redirección rompió mi sitemap durante cinco días. Parecía estar bien en un navegador, pero fallaba para los crawlers. Usar curl me ayudó a encontrar este error de inmediato.

  1. Envío a IndexNow

Una vez superadas las comprobaciones del sitemap, ejecuto un script para enviar las URLs a IndexNow. Esto envía mis URLs a Bing, Yandex, Naver y Seznam.

Si IndexNow devuelve un error 403, mi archivo de verificación de clave falta o una regla de redirección está rota. Detectar esto justo después del despliegue evita retrasos en la indexación.

Ejecuto esto manualmente después de un despliegue en lugar de hacerlo dentro de GitHub Actions. Esto garantiza que envío URLs que están activas y son estables.

  1. Auditorías semanales de Lighthouse

Realizo una comprobación de Lighthouse todos los lunes a las 04:30 UTC.

Monitorizo el rendimiento, los cambios de diseño (layout shifts) y las puntuaciones de accesibilidad. Dado que estos sitios utilizan Astro SSG sin JS en el lado del cliente, las puntuaciones deberían mantenerse estables. Una caída me indica que un cambio en el CSS o en un componente ha roto el diseño.

No utilizo estas puntuaciones para bloquear despliegues. Las utilizo para monitorizar tendencias.

¿Por qué estas tres?

No utilizo monitorización de uptime ni comprobaciones de API. Mis sitios son estáticos. Cloudflare gestiona la infraestructura. La base de datos solo se consulta en el momento del build.

Para despliegues estáticos en CDN, estas tres comprobaciones cubren mis riesgos reales.

Fuente: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-2862