𝟯 Bước Kiểm Tra Sau Triển Khai Tôi Thực Hiện Sau Mỗi Bản Build Cloudflare Pages

Tôi đã mất hai tuần để sửa những lỗi chỉ xuất hiện trong môi trường production.

Một quy tắc _redirects đã chặn sitemap của tôi. Một tình trạng tranh chấp (race condition) giữa việc tải lên hình ảnh và quá trình triển khai Cloudflare đã gây ra một vấn đề khác.

Giờ đây, tôi thực hiện ba bước kiểm tra cụ thể sau mỗi lần deploy. Đây không phải là các bài kiểm tra toàn diện (full tests). Chúng giải quyết chính xác những vấn đề mà tôi gặp phải với các trang web Astro 5 SSG của mình.

Bước kiểm tra 1: Khả năng truy cập Sitemap

Tôi xác minh rằng sitemap-index.xml trả về trạng thái 200 trên tất cả các tên miền.

Tôi cũng kiểm tra sitemap-0.xml. Tệp này chứa các URL thực tế. Tôi kiểm tra xem số lượng URL có duy trì trên một con số nhất định hay không. Với một trang web, nếu số lượng giảm xuống dưới 1.000, tôi biết rằng pipeline dữ liệu của mình đã gặp lỗi.

Tôi sử dụng curl để kiểm tra việc này. Tôi không đi theo các lệnh chuyển hướng (redirects). Điều này giúp tôi phát hiện các quy tắc chuyển hướng bị lỗi — những lỗi trông có vẻ 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).

Bước kiểm tra 2: Gửi dữ liệu qua IndexNow

Sau khi kiểm tra sitemap, tôi chạy một script để gửi các URL tới IndexNow. Việc này sẽ thông báo cho Bing, Yandex, Naver và Seznam về nội dung mới.

Nếu IndexNow trả về lỗi 403, điều đó có 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ác công cụ tìm kiếm.

Tôi chạy việc này một cách thủ công sau mỗi lần deploy. Tôi làm vậy để đảm bảo rằng mình chỉ gửi những URL đã hoạt động (live) và ổn định.

Bước kiểm tra 3: Xu hướng Lighthouse

Tôi chạy kiểm tra Lighthouse theo lịch trình, chứ không phải sau mỗi lần deploy.

Tôi theo dõi ba chỉ số:

  • Performance (Tôi tìm kiếm các điểm số dưới 80)
  • CLS (Tôi tìm kiếm các điểm số trên 0.1)
  • Điểm Accessibility (Khả năng tiếp cận)

Vì các trang web của tôi sử dụng HTML và CSS tĩnh, các điểm số này nên duy trì ổn định. Nếu chúng giảm xuống, có khả năng một thay đổi trong cấu hình Tailwind hoặc một component nào đó đã làm hỏng bố cục (layout).

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.

Tại sao lại là ba bước này?

Tôi không sử dụng các trình giám sát thời gian hoạt động (uptime monitors) hay các bài kiểm tra người dùng đầu cuối (end-to-end user tests). Các trang web của tôi là các bản triển khai tĩnh trên một CDN. Cơ sở dữ liệu chỉ được truy vấn tại thời điểm build.

Ba bước kiểm tra này bao quát những rủi ro thực sự duy nhất mà tôi gặp phải với thiết lập này.

Nguồn: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-70b