𝟯 vérifications post-déploiement que j'effectue après chaque build Cloudflare Pages

J'ai passé deux semaines à déboguer des problèmes qui n'apparaissaient qu'en production.

Une règle de sitemap a bloqué l'index de mon sitemap. Un autre problème concernait des délais de téléchargement d'images.

Je n'utilise pas de suite complète de tests de bout en bout (end-to-end). À la place, j'utilise trois vérifications spécifiques pour détecter les erreurs auxquelles je suis réellement confronté.

Je les effectue sur trois sites construits avec Astro 5 SSG sur Cloudflare Pages.

  1. Vérification du sitemap

Je vérifie si sitemap-index.xml renvoie un code d'état 200 sur tous les domaines.

Je vérifie également sitemap-0.xml. Je m'assure qu'il contient un nombre minimum d'URL. Pour l'un de mes sites, ce nombre est de 1 000. Si le décompte chute, cela signifie que mon pipeline de données a échoué.

J'ai appris cela à mes dépens. Une règle de redirection a un jour cassé mon sitemap pendant cinq jours. Il semblait correct dans un navigateur, mais échouait pour les robots d'indexation. L'utilisation de curl m'a aidé à trouver cette erreur immédiatement.

  1. Soumission IndexNow

Une fois les vérifications du sitemap réussies, j'exécute un script pour soumettre les URL à IndexNow. Cela envoie mes URL à Bing, Yandex, Naver et Seznam.

Si IndexNow renvoie une erreur 403, mon fichier de vérification de clé est manquant ou une règle de redirection est cassée. Détecter cela juste après le déploiement permet d'éviter les retards d'indexation.

J'exécute cela manuellement après un déploiement plutôt qu'à l'intérieur de GitHub Actions. Cela me garantit de soumettre des URL qui sont en ligne et stables.

  1. Audits Lighthouse hebdomadaires

J'effectue un contrôle Lighthouse tous les lundis à 04h30 UTC.

Je surveille les scores de performance, de décalage de mise en page (layout shifts) et d'accessibilité. Comme ces sites utilisent Astro SSG sans JS côté client, les scores devraient rester stables. Une baisse m'indique qu'un changement de CSS ou de composant a cassé la mise en page.

Je n'utilise pas ces scores pour bloquer les déploiements. Je les utilise pour surveiller les tendances.

Pourquoi ces trois-là ?

Je n'utilise pas de surveillance de la disponibilité (uptime monitoring) ni de vérifications d'API. Mes sites sont statiques. Cloudflare gère l'infrastructure. La base de données n'est interrogée qu'au moment du build.

Pour des déploiements statiques sur CDN, ces trois vérifications couvrent mes risques réels.

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