Cloudflare Pages 빌드 후 제가 실행하는 3가지 배포 후 점검 사항
저는 프로덕션 이슈를 디버깅하는 데 2주를 보냈습니다.
사이트맵 리다이렉트 규칙이 사이트맵 파일을 차단했습니다. 배포 지연으로 인해 이미지 업로드가 실패하기도 했습니다. 이러한 실수들은 시간 낭비를 초래했습니다.
이제 저는 Cloudflare Pages를 배포할 때마다 세 가지 특정 점검을 수행합니다. 전체 테스트 스위트를 사용하지는 않습니다. 대신 제가 실제로 겪는 오류들을 잡아내기 위해 이 세 가지 빠른 점검 방식을 사용합니다.
저는 Astro 5 SSG로 구축된 세 개의 사이트에서 이 작업을 수행합니다.
- 사이트맵 검증
모든 도메인에서 sitemap-index.xml이 200 상태 코드를 반환하는지 확인합니다. sitemap-0.xml도 함께 확인합니다.
URL 개수가 최소 임계값을 충족하는지 확인합니다. 예를 들어, aiappdex.com은 최소 1,000개의 URL을 보유해야 합니다. URL 개수가 줄어든다면 데이터 파이프라인에 문제가 생긴 것입니다.
리다이렉트를 따르지 않는 curl을 사용합니다. 이는 브라우저에서는 오류를 숨길 수 있는 잘못된 리다이렉트 규칙을 잡아내는 데 도움이 됩니다.
- IndexNow 제출
사이트맵 확인 후, Bing, Yandex, Naver, Seznam의 IndexNow에 URL을 제출하는 스크립트를 실행합니다.
스크립트는 라이브 사이트맵을 읽어 URL을 게시합니다. 만약 IndexNow가 403 에러를 반환한다면, 키 검증 파일이 누락되었거나 리다이렉트 규칙이 깨졌음을 의미합니다.
배포 후 이 작업을 수동으로 실행합니다. 이를 통해 라이브 상태이며 안정적인 URL만 제출되도록 보장합니다.
- Lighthouse 성능 모니터링
이 점검은 매 배포 시마다 하는 대신 주간 cron 작업으로 실행합니다. 이를 통해 성능 트렌드를 추적합니다.
다음 사항들을 모니터링합니다:
- 80 미만의 성능 점수
- 0.1을 초과하는 CLS
- 접근성 저하(Accessibility regressions)
제 사이트들은 클라이언트 측 JS가 없는 Astro SSG를 사용하므로, 이 점수들은 일정하게 유지되어야 합니다. 만약 점수가 떨어진다면 CSS 변경으로 인해 레이아웃이 깨졌을 가능성이 높습니다. 저는 이 점수들을 배포를 차단하는 용도가 아닌, 트렌드 모니터링 용도로 활용합니다.
요약
저는 업타임 모니터링이나 엔드 투 엔드(E2E) 사용자 테스트를 사용하지 않습니다. 정적 CDN 배포의 경우, 이 세 가지 점검만으로도 주요 리스크를 충분히 커버할 수 있습니다. 불필요한 복잡성을 추가하지 않으면서도 SEO와 레이아웃 무결성을 보호할 수 있습니다.
출처: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-48b4