3 vérifications post-déploiement que j'effectue après chaque build Cloudflare Pages
J'ai passé deux semaines à déboguer des erreurs de production.
Une erreur provenait d'une règle de sitemap qui bloquait mon index de sitemap. Une autre était une condition de concurrence (race condition) lors de l'upload d'images. Ces problèmes n'apparaissaient qu'après le déploiement.
J'effectue désormais trois vérifications spécifiques après chaque build Cloudflare Pages. Je n'utilise pas une suite de tests complète. J'utilise ces vérifications rapides pour détecter les échecs réels.
Je les exécute sur trois sites utilisant Astro 5 SSG : aiappdex.com, findindiegame.com et ossfind.com.
1. Vérification du sitemap
Je vérifie si sitemap-index.xml renvoie un code d'état 200 sur tous les domaines. J'utilise curl pour vérifier cela. Je ne suis pas les redirections.
Cela a permis de détecter une erreur que j'avais commise précédemment. J'avais une règle qui redirigeait mon index de sitemap vers un sous-sitemap. Cela semblait correct dans un navigateur, mais cela bloquait les robots d'indexation.
Je vérifie également sitemap-0.xml. Je m'assure que le nombre d'URL respecte un seuil minimum. Si le nombre chute, c'est probablement que mon pipeline de données a échoué.
2. Soumission IndexNow
Après la vérification du sitemap, j'exécute un script node. Ce script lit le sitemap en direct et envoie les URL vers l'endpoint IndexNow. Cela notifie Bing, Yandex, Naver et Seznam.
Si IndexNow renvoie une erreur 403, mon fichier de vérification de clé est manquant ou une redirection casse le chemin. Détecter cela immédiatement permet d'éviter les retards d'indexation.
Je l'exécute manuellement une fois le déploiement réussi. Cela garantit que je soumets des URL qui sont réellement en ligne sur le CDN.
3. Suivi des tendances Lighthouse
Je l'exécute via une tâche cron tous les lundis. C'est trop lent pour être lancé après chaque déploiement.
Je vérifie la performance, les décalages de mise en page (layout shifts) et l'accessibilité. Je recherche des régressions sur mes sites Astro SSG. Si les scores chutent, je vérifie ma configuration Tailwind ou les changements de composants.
Je n'utilise pas ces scores pour bloquer les builds. Je les utilise pour suivre les tendances.
Ces trois vérifications couvrent mes points de défaillance réels. Je n'utilise pas de surveillance de la disponibilité (uptime monitoring) ni de tests de bout en bout (end-to-end tests). Pour les sites statiques sur un CDN, ces vérifications spécifiques apportent la plus grande valeur.
Source : https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-2eg1