3 sprawdzenia po wdrożeniu, które wykonuję po każdym buildzie Cloudflare Pages

Spędziłem dwa tygodnie na debugowaniu problemów produkcyjnych. Jedna reguła przekierowania mapy witryny zablokowała mój indeks mapy witryny. Innym problemem było opóźnienie przesyłania obrazów.

Nie korzystam z pełnych zestawów testów end-to-end. Zamiast tego stosuję trzy konkretne sprawdzenia. Skupiają się one na trybach awarii, z którymi faktycznie się mierzę.

Wykonuję je na trzech stronach Astro 5: aiappdex.com, findindiegame.com oraz ossfind.com.

1. Weryfikacja mapy witryny

Sprawdzam, czy sitemap-index.xml zwraca kod statusu 200 na wszystkich domenach.

Sprawdzam również sitemap-0.xml. Upewniam się, że zawiera ono minimalną liczbę adresów URL. Dla aiappdex.com ta liczba wynosi 1 000. Jeśli liczba ta spadnie, oznacza to awarię mojego potoku danych.

Nauczyłem się tego w trudny sposób. Jedna reguła przekierowania zepsuła moją mapę witryny na pięć dni. W przeglądarce wszystko wyglądało poprawnie, ale zawiodło w przypadku crawlerów. Użycie curl pomaga natychmiast to wykryć.

2. Przesyłanie do IndexNow

Po sprawdzeniu mapy witryny uruchamiam skrypt, który przesyła adresy URL do IndexNow. Powiadamia to Bing, Yandex, Naver i Seznam o nowej zawartości.

Jeśli strona zwraca błąd 403, oznacza to, że brakuje pliku weryfikacyjnego lub reguła przekierowania jest błędna. Wykrywam to natychmiast po wdrożeniu, aby uniknąć opóźnień w indeksowaniu.

Wykonuję to ręcznie po wdrożeniu. Dzięki temu mam pewność, że przesyłam adresy URL, które są już aktywne w sieci CDN.

3. Cotygodniowe audyty Lighthouse

W każdy poniedziałek przeprowadzam zaplanowany audyt. To sprawdzenie zajmuje kilka minut na każdą stronę.

Monitoruję trzy metryki:

  • Wyniki wydajności (Performance) poniżej 80
  • CLS powyżej 0,1
  • Regresje wyników dostępności (Accessibility)

Wykorzystuję te wyniki do śledzenia trendów. Nie blokuję wdrożeń, jeśli wynik nieznacznie spadnie. W przypadku strony statycznej te trzy sprawdzenia pokrywają moje główne ryzyka.

Nie korzystam z monitorowania czasu dostępności (uptime) ani sprawdzania API. Moje strony są statyczne. Wszystko jest wstępnie zbudowane. Te sprawdzenia chronią te części mojego stosu technologicznego, które faktycznie ulegają zmianie.

Źródło: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-408k