𝟯 Bước Kiểm Tra Sau Khi Triển Khai (Post-Deploy) cho Cloudflare Pages
Tôi đã mất hai tuần để gỡ lỗi (debug) các lỗi trên môi trường production. Một lỗi là quy tắc sitemap đã chặn sitemap index của tôi. Một lỗi khác là sự chậm trễ khi tải lên hình ảnh.
Tôi không sử dụng các bộ kiểm thử end-to-end đầy đủ. Thay vào đó, tôi thực hiện ba bước kiểm tra cụ thể sau mỗi lần build Cloudflare Pages. Những bước kiểm tra này nhắm trực tiếp vào các lỗi mà tôi thường gặp với các trang web Astro 5 SSG của mình.
Dưới đây là quy trình làm việc của tôi:
- Xác minh Sitemap
Tôi kiểm tra xem sitemap-index.xml có trả về mã trạng thái 200 trên tất cả các tên miền của mình hay không. Tôi cũng kiểm tra sitemap-0.xml để đảm bảo nó chứa một số lượng URL tối thiểu.
Đối với một trong những trang web của tôi, nếu số lượng giảm xuống dưới 1.000, tôi biết rằng đường ống dữ liệu (data pipeline) của mình đã gặp lỗi. Tôi sử dụng curl mà không theo dõi chuyển hướng (redirect following) để phát hiện các sai sót trong các quy tắc _redirects. Một quy tắc sai có thể trông vẫn bình thường trên trình duyệt nhưng lại chặn các trình thu thập dữ liệu (crawlers) của công cụ tìm kiếm.
- Gửi IndexNow
Sau khi bước kiểm tra sitemap hoàn tất, tôi chạy một script để gửi các URL đến endpoint của IndexNow. Việc này sẽ gửi các liên kết của tôi tới Bing, Yandex, Naver và Seznam.
Nếu IndexNow trả về lỗi 403, nghĩa là tệp xác minh khóa (key verification file) của tôi đã không được triển khai thành công. Việc phát hiện lỗi này ngay lập tức sẽ giúp ngăn chặn sự chậm trễ trong việc lập chỉ mục của công cụ tìm kiếm. Tôi thực hiện việc này thủ công sau khi triển khai. Điều này đảm bảo tôi chỉ gửi các URL đã hoạt động trực tiếp trên CDN.
- Theo dõi xu hướng Lighthouse
Tôi chạy một đợt kiểm tra Lighthouse định kỳ vào mỗi thứ Hai. Tôi kiểm tra trang chủ và một trang con (deep page) cho mỗi trang web.
Tôi tìm kiếm ba yếu tố:
- Điểm hiệu suất (Performance) dưới 80
- Độ lệch bố cục tích lũy (Cumulative Layout Shift) trên 0,1
- Sự suy giảm về khả năng truy cập (Accessibility regressions)
Tôi không sử dụng các điểm số này để chặn việc triển khai. Tôi sử dụng chúng để theo dõi các xu hướng. Nếu điểm số giảm, tôi sẽ kiểm tra cấu hình Tailwind hoặc các thành phần bố cục (layout components) của mình.
Tại sao lại là ba bước này?
Tôi không theo dõi uptime vì tôi tin tưởng Cloudflare. Tôi không kiểm tra tính khả dụng của API vì các trang web của tôi là tĩnh (static). Ba bước kiểm tra này bao quát chính xác những cách mà thiết lập cụ thể của tôi có thể gặp lỗi.
Nguồn: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-35je