Cloudflare Pages 빌드 후 매번 실행하는 3가지 배포 후 점검 사항
프로덕션 버그를 수정하는 데 2주를 보냈습니다. 잘못된 리다이렉트 규칙 때문에 사이트맵이 차단되었고, 배포 지연으로 인해 이미지 업로드가 실패하기도 했습니다.
이제 저는 Cloudflare Pages 빌드가 끝날 때마다 세 가지 특정 점검을 수행합니다. 전체 테스트 스위트를 사용하는 대신, 실제 장애가 발생했던 지점을 겨냥한 빠른 점검 방식을 사용합니다.
저는 aiappdex.com, findindiegame.com, ossfind.com 세 사이트에서 Astro 5 SSG를 사용합니다.
다음은 세 가지 점검 사항입니다:
- 사이트맵 검증
모든 도메인에서
sitemap-index.xml이 200 상태 코드를 반환하는지 확인합니다. 또한sitemap-0.xml도 확인합니다. URL 개수가 설정된 임계값 이상으로 유지되는지 확인하는데, aiappdex.com의 경우 최소 1,000개의 URL이 있어야 합니다. 만약 개수가 줄어든다면 데이터 파이프라인에 문제가 생긴 것입니다.
리다이렉트를 따르지 않는 curl을 사용합니다. 이렇게 하면 리다이렉트 규칙 때문에 브라우저에서는 사이트맵이 정상적으로 보이지만 크롤러에게는 문제가 생기는 오류를 잡아낼 수 있습니다.
- IndexNow 제출 사이트맵 점검을 통과하면, IndexNow에 URL을 제출하는 스크립트를 실행합니다. 이를 통해 Bing, Yandex, Naver, Seznam에 새로운 콘텐츠가 있음을 알립니다.
이 작업은 배포 후 수동으로 실행합니다. 그래야 실제로 라이브 상태인 URL을 제출할 수 있기 때문입니다. 만약 IndexNow에서 403 에러가 반환되면, 키 검증 파일이 누락되었거나 리다이렉트 규칙이 깨졌음을 알 수 있습니다. 이를 조기에 발견하면 인덱싱 지연을 방지할 수 있습니다.
- 주간 Lighthouse 감사 매주 월요일 04:30 UTC에 Lighthouse 점검을 실행합니다. 사이트당 홈페이지 하나와 하위 페이지 하나를 점검합니다.
다음 지표들을 주시합니다:
- Performance 80 미만
- CLS 0.1 초과
- Accessibility 점수 하락
제 사이트들은 정적 HTML과 CSS를 사용하므로 점수가 일정하게 유지되어야 합니다. 만약 점수가 떨어진다면, 최근의 Tailwind 변경 사항이나 컴포넌트 수정이 레이아웃을 깨뜨렸을 가능성이 높습니다. 저는 이 결과를 빌드를 차단하는 용도가 아니라 트렌드를 모니터링하는 용도로 사용합니다.
업타임(uptime)이나 API 가용성은 모니터링하지 않습니다. 제 사이트들은 정적이기 때문입니다. 데이터베이스는 빌드 시에만 실행됩니다. 정적 CDN 배포 환경에서는 이 세 가지 점검만으로도 주요 리스크를 충분히 관리할 수 있습니다.
출처: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-39h6