𝟯 проверки после развертывания, которые я провожу после каждой сборки Cloudflare Pages

Я потратил две недели на отладку проблем в продакшене.

Одной из ошибок было правило sitemap, которое блокировало индекс sitemap. Другой — задержка при загрузке изображений. Эти проблемы проявлялись только после развертывания.

Я не использую полные наборы end-to-end тестов. Вместо этого я использую три специфические проверки, чтобы отловить типичные сбои. Я запускаю их на трех сайтах, созданных с помощью Astro 5.

  1. Проверка sitemap

Я проверяю, возвращает ли sitemap-index.xml статус-код 200 на всех доменах. Для этого я использую curl.

Я также проверяю под-sitemap, sitemap-0.xml. Я убеждаюсь, что в нем содержится минимально необходимое количество URL. Если количество падает, мой конвейер данных (data pipeline), скорее всего, дал сбой.

Я усвоил это на собственном горьком опыте. Однажды правило редиректа сломало мой sitemap на пять дней. В браузере всё работало, но для веб-краулеров сайт был недоступен.

  1. Отправка в IndexNow

После проверки sitemap я запускаю node-скрипт. Этот скрипт собирает URL и отправляет их на эндпоинт IndexNow для Bing, Yandex, Naver и Seznam.

Я запускаю его вручную после развертывания. Это гарантирует, что я отправляю только те URL, которые уже работают.

Если IndexNow возвращает ошибку 403, значит, файл верификации ключа отсутствует или правило редиректа работает некорректно. Раннее обнаружение этой проблемы предотвращает задержки в индексации поисковыми системами.

  1. Мониторинг трендов Lighthouse

Я запускаю эту проверку по расписанию каждый понедельник. Я использую lighthouse-ci для проверки производительности, стабильности верстки и доступности.

Я отслеживаю три сайта, у каждого из которых есть главная страница и одна глубокая страница.

Я не использую эти показатели для блокировки развертывания. Я использую их для отслеживания трендов. Если показатели падают, я понимаю, что недавние изменения в CSS или компонентах вызвали сдвиг макета (layout shift).

Эти проверки охватывают мои реальные точки отказа. Поскольку мои сайты статические, мне не нужен мониторинг аптайма или проверки API. Я фокусируюсь только на том, что может сломаться при развертывании статического контента через CDN.

Источник: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-4704