3 Post-Deployment-Checks, die ich nach jedem Cloudflare Pages Build durchführe

Ich habe zwei Wochen damit verbracht, Produktionsprobleme zu debuggen.

Eine Sitemap-Regel blockierte meine XML-Dateien. Eine Race Condition verursachte Fehler beim Bild-Upload. Ich habe aufgehört zu raten und drei spezifische Checks in meinen Workflow aufgenommen.

Ich führe diese auf drei Astro 5 SSG-Seiten aus: aiappdex.com, findindiegame.com und ossfind.com.

Diese Checks zielen auf meine tatsächlichen Fehlerquellen ab.

  1. Sitemap-Verifizierung

Ich prüfe, ob sitemap-index.xml auf allen Domains einen 200-Statuscode zurückgibt. Ich verwende curl ohne das Folgen von Redirects. So werden Regeln abgefangen, die URLs fehlerhaft umschreiben.

Ich überprüfe auch die Sub-Sitemaps. Ich verifiziere, dass sie eine Mindestanzahl an URLs enthalten. Wenn beispielsweise aiappdex.com unter 1.000 URLs fällt, ist meine Daten-Pipeline fehlgeschlagen.

  1. IndexNow-Einreichung

Nachdem der Sitemap-Check bestanden wurde, führe ich ein Skript aus, um URLs an IndexNow zu übermitteln. Dies benachrichtigt Bing, Yandex, Naver und Seznam über neue Inhalte.

Ich achte auf 403-Fehler. Ein 403 bedeutet meistens, dass meine Key-Verifizierungsdatei nicht bereitgestellt wurde oder eine Redirect-Regel den Pfad unterbrochen hat. Das frühzeitig zu erkennen, verhindert Verzögerungen bei der Indexierung.

Ich führe dies manuell nach dem Deployment aus. So stelle ich sicher, dass ich nur URLs einreiche, die tatsächlich live im CDN sind.

  1. Geplante Lighthouse-Audits

Ich führe jeden Montag Lighthouse-Checks via Cronjob aus. Ich prüfe pro Seite eine Startseite und eine tiefer liegende Unterseite.

Ich überwache diese Metriken:

  • Performance (Zielwert über 80)
  • CLS (Zielwert unter 0,1)
  • Accessibility-Scores

Ich nutze Lighthouse als Trendmonitor. Ich blockiere keine Deployments, wenn ein Score leicht sinkt. Ich nutze die Daten, um Regressionen in meiner Tailwind-Konfiguration oder in den Component-Layouts aufzuspüren.

Warum diese drei?

Ich nutze kein Uptime-Monitoring oder End-to-End-User-Tests. Meine Seiten sind statische SSG-Deployments. Die gesamte Laufzeit besteht aus vorab generiertem HTML und CSS.

Das Fehlerpotenzial ist gering. Diese drei Checks decken die wahrscheinlichsten Wege ab, auf denen meine Produktionsumgebung fehlerhaft werden kann.

Quelle: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-3j14