Что должен проверять мониторинг сайта
Проверяйте сайт с внешней точки. Начните с главной, посадочных, на которые ведёт реклама, и страниц, важных для заявок. Для каждой зафиксируйте ожидаемый код и признаки правильного ответа. HTTP 200 может возвращаться на пустой странице, странице ошибки CMS или заглушке провайдера. Проверка объёма и контрольного фрагмента помогают обнаружить часть таких случаев.
С отдельно согласованной периодичностью проводите синтетические тесты. Отправляйте тестовую форму, добавляйте товар в корзину, проверяйте API или запись в тестовый слот. Следите, чтобы они не создавали реальные оплаты, рассылки и дубли лидов. Настройте, кто получает уведомления и какие сигналы требуют немедленной реакции.
Что означает интервал проверки пять минут
Это периодичность проверки, а не время восстановления. Если сайт перестал отвечать через минуту после обхода, следующий запуск заметит ошибку в рамках графика. Реакция команды, оценка инцидента и запуск копии занимают отдельное время. Укажите, проверяется ли несколько URL, где хранятся результаты и как подтверждается завершение инцидента.
Отдельно контролируйте срок регистрации домена и срок действия сертификата. Если подрядчик проверяет оплату хостинга, уточните, как он получает эти данные и что умеет API провайдера.
Что показывать посетителям и поисковым роботам
При коротких плановых работах, когда страницу временно невозможно отдать, корректный статус 503 Service Unavailable помогает обозначить временную недоступность. При уместности добавьте заголовок Retry-After, короткое сообщение и рабочий канал связи. По возможности сохраняйте доступ к robots.txt и к тем разделам, которые могут работать. При затяжном сбое стремитесь вернуть полезные страницы как можно раньше.
Избегайте заглушки со статусом 200 на всех URL и массовой переадресации страниц на главную. Ошибки 5xx могут сокращать частоту обхода, а длительная недоступность способна повлиять на присутствие страниц в поиске. Величина эффекта зависит от длительности, числа URL и поведения поисковых систем.
SEO-проверка после восстановления
- Сверьте коды ответов главной и выборки посадочных, карточек и статей. Проверьте цепочки редиректов и доступность страниц по HTTPS.
- Проверьте canonical, метатеги, robots.txt и sitemap.xml. Уберите тестовые ограничения индексации с публичного сайта.
- Проверьте входящие заявки, события аналитики и цели. Сравните логи сервера, состояние обхода в Яндекс Вебмастере и Google Search Console и динамику органических переходов.
- Сопоставьте перечень страниц с данными до сбоя. Если важные URL изменились, настройте адресные редиректы. При необходимости отправьте ключевые страницы на повторный обход.
- Зафиксируйте время обнаружения, возврата сайта и восстановления форм. Обновите регламент по итогам инцидента.
SiteChecker в Evrica SiteGuard каждые пять минут проверяет HTTP 200, объём ответа и признаки ошибки. Для работы после серьёзного сбоя пригодится сценарий восстановления из бэкапа.