𝟯 Semakan Pasca-Deployment yang Saya Jalankan Selepas Setiap Build Cloudflare Pages

Saya menghabiskan masa dua minggu menyahpepijat isu yang hanya muncul dalam produksi.

Satu peraturan sitemap telah menyekat indeks sitemap saya. Satu lagi isu melibatkan kelewatan muat naik imej.

Saya tidak menggunakan suite ujian hujung-ke-hujung (end-to-end) yang lengkap. Sebaliknya, saya menggunakan tiga semakan khusus untuk menangkap ralat yang benar-benar saya hadapi.

Saya menjalankan semakan ini pada tiga laman web yang dibina dengan Astro 5 SSG di Cloudflare Pages.

  1. Pengesahan Sitemap

Saya menyemak jika sitemap-index.xml mengembalikan kod status 200 pada semua domain.

Saya juga menyemak sitemap-0.xml. Saya memastikan ia mengandungi jumlah URL minimum. Bagi satu laman web, jumlah tersebut adalah 1,000. Jika jumlahnya berkurangan, bermakna saluran data (data pipeline) saya telah gagal.

Saya mempelajari perkara ini melalui pengalaman pahit. Satu peraturan penghalaan semula (redirect rule) pernah merosakkan sitemap saya selama lima hari. Ia kelihatan baik dalam pelayar tetapi gagal untuk crawler. Menggunakan curl membantu saya menemui ralat ini dengan segera.

  1. Penghantaran IndexNow

Selepas semakan sitemap berjaya, saya menjalankan skrip untuk menghantar URL ke IndexNow. Ini menghantar URL saya ke Bing, Yandex, Naver, dan Seznam.

Jika IndexNow mengembalikan ralat 403, fail pengesahan kunci saya hilang atau peraturan penghalaan semula telah rosak. Menangkap isu ini sejurus selepas deployment dapat mengelakkan kelewatan pengindeksan.

Saya menjalankan ini secara manual selepas deployment dan bukannya di dalam GitHub Actions. Ini memastikan saya menghantar URL yang sudah aktif dan stabil.

  1. Audit Lighthouse Mingguan

Saya menjalankan semakan Lighthouse setiap Isnin pada jam 04:30 UTC.

Saya memantau prestasi, anjakan susun atur (layout shifts), dan skor kebolehcapaian (accessibility). Memandangkan laman web ini menggunakan Astro SSG tanpa JS di bahagian klien, skor sepatutnya kekal stabil. Penurunan skor memberitahu saya bahawa perubahan CSS atau komponen telah merosakkan susun atur.

Saya tidak menggunakan skor ini untuk menyekat deployment. Saya menggunakannya untuk memantau trend.

Mengapa tiga ini?

Saya tidak menggunakan pemantauan masa aktif (uptime monitoring) atau semakan API. Laman web saya adalah statik. Cloudflare mengendalikan infrastruktur. Pangkalan data hanya dipanggil semasa waktu build.

Untuk deployment CDN statik, tiga semakan ini merangkumi risiko sebenar saya.

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