3 Bước Kiểm Tra Sau Khi Triển Khai (Post-Deploy) Sau Mỗi Bản Build Cloudflare Pages
Tôi đã dành hai tuần để khắc phục các lỗi trên môi trường production.
Một lỗi liên quan đến quy tắc chuyển hướng (redirect rule) của sitemap. Nó đã chặn tệp sitemap của tôi. Một lỗi khác liên quan đến việc tải lên hình ảnh bị chậm.
Tôi không sử dụng các bộ kiểm thử end-to-end đầy đủ. Thay vào đó, tôi sử dụng ba bước kiểm tra cụ thể. Những bước kiểm tra này nhắm trực tiếp vào các cách thức mà trang web của tôi thường gặp lỗi.
Tôi thực hiện các bước này trên ba trang web Astro 5 SSG: aiappdex.com, findindiegame.com, và ossfind.com.
- Xác thực Sitemap (Sitemap Validation)
Tôi xác minh rằng sitemap-index.xml trả về mã trạng thái (status code) 200. Tôi không đi theo các lệnh chuyển hướng (redirects). Điều này quan trọng vì một quy tắc chuyển hướng sai có thể che giấu lỗi đối với trình duyệt nhưng lại hiển thị chúng với các trình thu thập dữ liệu (crawlers).
Tôi cũng kiểm tra sitemap-0.xml. Tôi đảm bảo nó có một số lượng URL tối thiểu. Nếu số lượng URL giảm xuống, có khả năng đường ống dữ liệu (data pipeline) của tôi đã gặp lỗi.
- Gửi IndexNow (IndexNow Submission)
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, tệp xác minh khóa (key verification file) của tôi bị thiếu hoặc một quy tắc chuyển hướng đang làm gián đoạn đường dẫn. Việc kiểm tra ngay lập tức giúp ngăn chặn tình trạng chậm trễ lập chỉ mục (indexing).
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 gửi các URL đang hoạt động (live URLs) thay vì các URL vẫn còn trong quá trình triển khai.
- Theo dõi xu hướng Lighthouse (Lighthouse Trend Monitoring)
Tôi chạy kiểm tra Lighthouse theo lịch trình vào mỗi thứ Hai hàng tuần. Tôi kiểm tra một trang chủ và một trang con (deep page) cho mỗi trang web.
Tôi tìm kiếm:
- Điểm Performance dưới 80
- CLS trên 0.1
- Các lỗi suy giảm về khả năng truy cập (Accessibility regressions)
Tôi không chặn việc triển khai nếu các điểm số này giảm. Tôi sử dụng các điểm số này để theo dõi xu hướng. Sự sụt giảm có thể là dấu hiệu của một thay đổi về bố cục trong CSS hoặc các thành phần (components) của tôi.
Tại sao lại là ba bước này?
Tôi không sử dụng giám sát thời gian hoạt động (uptime monitoring) vì tôi tin tưởng Cloudflare. Tôi không sử dụng kiểm tra API vì các trang web của tôi là tĩnh (static). Đối với một bản triển khai CDN tĩnh, ba bước kiểm tra này bao quát được các rủi ro thực tế của tôi.
Nguồn: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-f12