Автоматическая проверка сайта: ловим регрессии раньше пользователей

Как настроить автоматическую проверку сайта: расписание, сравнение отчётов, уведомления, которые стоит читать, и сроки, за которыми нужно следить.

Инфраструктура · Опубликовано: 7 октября 2026 г. · 5 мин чтения · Дмитрий Орлов

Разовая проверка отвечает на вопрос «как сайт выглядит сегодня». Но ломается сайт между проверками: обновление плагина убирает заголовок безопасности, новый лендинг выходит без canonical, продление сертификата тихо падает. Автоматическая проверка сайта превращает снимок во временной ряд и отвечает на вопрос полезнее: что изменилось и стало ли хуже?

Что ломается между релизами

Редко тот код, над которым вы работали. Регрессии приходят с краёв:

• Дрейф конфигурации. Изменение в панели CDN или хостинга сбрасывает Cache-Control, сжатие или HSTS.
• Обновления CMS и плагинов. Новая версия темы добавляет блокирующий скрипт, обновление SEO-плагина включает noindex на архивах.
• Контент. Редактор загружает обложку на 4 МБ, ставит ссылку на страницу, удалённую на прошлой неделе, вставляет виджет по http://.
• То, что истекает. Сертификаты, домены, карты у регистратора.
• Сторонние скрипты. Чат-виджет или счётчик аналитики начинает сыпать ошибками в консоль.

Ничего из этого не ловят ваши тесты, и ничто не сообщает о себе само. Отсюда и смысл проверять сайт снаружи и по расписанию.

Как часто проверять

Частоту подбирайте по тому, как быстро меняется сайт и сколько стоит простой:

• До и после каждого релиза — пара, которая ловит больше всего. Первая проверка фиксирует исходное состояние, вторая показывает, не сломал ли что-то деплой.
• Ежедневно — для магазинов и сайтов, где контент меняется часто.
• Раз в неделю или месяц — для корпоративного сайта, который почти не меняется.
• Каждый час или раз в шесть часов — только там, где минуты простоя стоят денег, и лучше на небольшом числе страниц.

Чаще — не значит лучше: каждая проверка — это обход, а отчёт, который никто не читает, превращается в шум.

Сравнивать, а не просто повторять

Ценность автоматизации — в разнице между двумя отчётами. Повторная проверка сайта под наблюдением читает те же страницы, что и прошлая, поэтому сравнение честное. Отчёт раскладывает находки на три группы:

• Новые — в прошлый раз этого не было. Это ваш список регрессий.
• Исправленные — было в прошлый раз, сейчас нет. Доказательство, что задача действительно закрыта.
• Остались — найдено оба раза. Это ваш бэклог.

Находка считается один раз, сколько бы страниц её ни показали, а число затронутых страниц выводится как «было → стало»: проблема, расползшаяся с 2 страниц на 40, видна, даже если она не новая. Рядом тренд показывает, как изменился общий балл с прошлой проверки. Смотрите на тренд за недели, а не на один прогон: падение на 2 балла один раз — шум, стабильное сползание — сигнал.

Уведомления, которые стоит читать

Уведомление, которое приходит каждый день, через неделю отключают. Настраивайте его по событиям, а не по каждому прогону:

1. Критичные проблемы — мёртвая страница, истёкший сертификат, заблокированный обход. Включены всегда.
2. Серьёзные проблемы — нет заголовков безопасности, цепочки редиректов, формы без подписей.
3. Балл упал — по сравнению с прошлой проверкой.
4. Проверка не прошла — сайт не ответил или отказал сканеру. Часто это самый ранний признак падения.

Отправляйте их туда, куда команда действительно смотрит: на почту — сводку, в Telegram-чат — критичное.

Сроки действия: самая дешёвая польза мониторинга

Самые громкие падения — это не баги, а даты. Следите за тремя:

• TLS-сертификат. У 90-дневного сертификата с автопродлением всегда должно оставаться больше 30 дней; если меньше — продление не работает. Подробнее — про срок действия сертификата.
• Регистрация домена. Автопродление падает на просроченной карте; проверьте срок регистрации домена и почту, указанную у регистратора.
• Почтовые и DNS-записи, которые могли потеряться при переезде.

Почему эти даты опасны и как их обезопасить — в статье о сроках действия.

Где автоматизация заканчивается

Автоматическая проверка измеряет, но не принимает решений. Она не скажет, что новая страница плохо написана или что в карточке не та цена. Используйте её результат как вход для процесса аудита: новые находки превращаются в задачи, исправленные закрываются после того, как повторное сканирование это подтвердит. Какие ошибки чаще всего возвращаются регрессиями, разобрано в статье о проверке сайта на ошибки.

Как настроить с SiteScan

1. Запустите проверку сайта и один раз просмотрите отчёт вручную.
2. Нажмите «На постоянную проверку», выберите интервал — от каждого часа до раза в месяц — и сколько ссылок читать за проверку.
3. В личном кабинете откройте «Извещения», выберите события и канал: почту или Telegram.
4. Проверки оплачиваются из баланса токенов, один токен — одна прочитанная страница; подробности на странице цен.

С этого момента каждый отчёт начинается с того, что изменилось с прошлого сканирования.