我在每次 Cloudflare Pages 构建后都会运行的 3 项部署后检查
我花了两个星期来调试生产环境的问题。一个站点地图（sitemap）重定向规则阻碍了我的站点地图索引。另一个问题涉及图片上传延迟。
我并不使用完整的端到端测试套件。相反，我使用三项特定的检查。这些检查专注于我实际遇到的故障模式。
我在三个 Astro 5 网站上运行这些检查：aiappdex.com、findindiegame.com 和 ossfind.com。
1. 站点地图验证
我会检查所有域名下的 sitemap-index.xml 是否返回 200 状态码。
我还会检查 sitemap-0.xml。我确保它包含最少数量的 URL。对于 aiappdex.com，这个数字是 1,000。如果数量下降，说明我的数据流水线（data pipeline）出故障了。
这是我吃过亏才学到的教训。曾经有一个重定向规则导致我的站点地图失效了五天。在浏览器中看起来一切正常，但对爬虫来说却失败了。使用 curl 有助于立即发现这个问题。
2. IndexNow 提交
在完成站点地图检查后，我会运行一个脚本将 URL 提交给 IndexNow。这会通知 Bing、Yandex、Naver 和 Seznam 有新内容。
如果网站返回 403 错误，说明我的验证文件缺失或重定向规则已损坏。我在部署后立即进行检查，以避免索引延迟。
我在部署后手动运行此操作。这确保我提交的是已在 CDN 上线运行的 URL。
3. 每周 Lighthouse 审计
我在每周一运行一次定时审计。每个网站的检查大约需要几分钟。
我监控三个指标：
- Performance 分数低于 80
- CLS 高于 0.1
- Accessibility 分数退化
我利用这些结果来观察趋势。如果分数轻微下降，我不会阻止部署。对于静态网站，这三项检查已经涵盖了我的主要风险。
我不使用可用性监控（uptime monitoring）或 API 检查。我的网站是静态的。一切都是预构建的。这些检查保护了我技术栈中真正会发生变化的部分。
Source: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-408k