Cloudflare Pages 빌드 후 매번 실행하는 3가지 배포 후 점검 사항
저는 프로덕션 이슈를 디버깅하는 데 2주를 보냈습니다. 사이트맵 리다이렉트 규칙 하나가 사이트맵 인덱스를 차단했고, 또 다른 이슈는 이미지 업로드 지연과 관련이 있었습니다.
저는 전체 엔드 투 엔드(end-to-end) 테스트 스위트를 사용하지 않습니다. 대신 세 가지 특정 점검 사항을 사용합니다. 이는 제가 실제로 직면하는 장애 모드에 집중합니다.
저는 이 점검을 세 개의 Astro 5 사이트인 aiappdex.com, findindiegame.com, ossfind.com에서 실행합니다.
1. 사이트맵 검증
모든 도메인에서 sitemap-index.xml이 200 상태 코드를 반환하는지 확인합니다.
또한 sitemap-0.xml도 확인합니다. 최소한의 URL 개수가 포함되어 있는지 확인합니다. aiappdex.com의 경우 그 숫자는 1,000개입니다. 만약 이 숫자가 떨어진다면 데이터 파이프라인에 문제가 생긴 것입니다.
저는 이를 뼈아픈 경험을 통해 배웠습니다. 한 번은 리다이렉트 규칙 때문에 사이트맵이 5일 동안 깨진 적이 있었습니다. 브라우저에서는 정상적으로 보였지만 크롤러에게는 실패로 나타났습니다. curl을 사용하면 이를 즉시 잡아낼 수 있습니다.
2. IndexNow 제출
사이트맵 확인 후, IndexNow에 URL을 제출하는 스크립트를 실행합니다. 이를 통해 Bing, Yandex, Naver, Seznam에 새로운 콘텐츠가 있음을 알립니다.
사이트에서 403 에러가 발생한다면, 검증 파일이 누락되었거나 리다이렉트 규칙이 깨진 것입니다. 인덱싱 지연을 방지하기 위해 배포 직후 이를 확인합니다.
저는 배포 후 이를 수동으로 실행합니다. 이를 통해 CDN에 실제로 반영된 URL을 제출할 수 있습니다.
3. 주간 Lighthouse 감사
매주 월요일마다 정기 감사를 실행합니다. 이 점검은 사이트당 몇 분 정도 소요됩니다.
세 가지 지표를 모니터링합니다:
- 80 미만의 Performance 점수
- 0.1을 초과하는 CLS
- Accessibility 점수 하락(regression)
저는 이 결과들을 사용하여 트렌드를 관찰합니다. 점수가 약간 떨어진다고 해서 배포를 차단하지는 않습니다. 정적 사이트의 경우, 이 세 가지 점검만으로도 주요 리스크를 충분히 커버할 수 있습니다.
저는 업타임 모니터링이나 API 체크는 사용하지 않습니다. 제 사이트들은 정적입니다. 모든 것이 미리 빌드됩니다. 이 점검들은 제 스택에서 실제로 변경되는 부분들을 보호합니다.
출처: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-408k