𝟯 Проверки после деплоя, которые я запускаю после сборки Cloudflare Pages
Я потратил две недели на отладку проблем в продакшене.
Правило редиректа для sitemap заблокировало мои файлы карты сайта. Загрузка изображений не удалась из-за задержки при деплое. Эти ошибки стоили мне времени.
Теперь после каждого деплоя Cloudflare Pages я провожу три конкретные проверки. Я не использую полный набор тестов. Я использую эти три быстрые проверки, чтобы отловить ошибки, с которыми сталкиваюсь на самом деле.
Я запускаю их на трех сайтах, созданных с помощью Astro 5 SSG.
- Проверка sitemap
Я проверяю, возвращает ли sitemap-index.xml статус-код 200 на всех доменах. Также я проверяю sitemap-0.xml.
Я проверяю, соответствует ли количество URL минимальному порогу. Например, на aiappdex.com должно быть не менее 1 000 URL. Если количество падает, значит, мой конвейер данных (data pipeline) дал сбой.
Я использую curl без перехода по редиректам. Это помогает мне отловить сломанные правила редиректа, которые скрывают ошибки от браузеров.
- Отправка в IndexNow
После проверки sitemap я запускаю скрипт для отправки URL в IndexNow для Bing, Yandex, Naver и Seznam.
Скрипт считывает актуальный sitemap и отправляет URL. Если IndexNow возвращает ошибку 403, это означает, что файл верификации ключа отсутствует или правило редиректа работает некорректно.
Я запускаю это вручную после деплоя. Это гарантирует, что я отправляю только те URL, которые работают и стабильны.
- Мониторинг производительности Lighthouse
Я запускаю эту проверку еженедельно через cron, а не при каждом деплое. Это позволяет отслеживать тренды производительности.
Я слежу за:
- Показателями производительности ниже 80
- CLS выше 0.1
- Регрессиями доступности (accessibility)
Поскольку мои сайты используют Astro SSG без клиентского JS, эти показатели должны оставаться стабильными. Если они падают, скорее всего, изменение в CSS нарушило верстку. Я отношусь к этим показателям как к монитору трендов, а не как к способу блокировать деплои.
Итог
Я не использую мониторинг аптайма или сквозные (end-to-end) пользовательские тесты. Для статического CDN-деплоя этих трех проверок достаточно, чтобы покрыть основные риски. Они защищают мое SEO и целостность верстки, не добавляя лишней сложности.
Источник: https://dev.to/morinaga/three-post-deploy-checks-i-run-after-every-cloudflare-pages-build-48b4