Проверьте ответ нужной страницы
Выполните curl -sS -D - -o /dev/null https://example.com/services/ и сохраните статус с временем проверки. Повторите несколько раз без высокой нагрузки, затем проверьте главную и соседнюю услугу. example.com зарезервирован для примеров. Сбой одного маршрута и всего сайта требуют разных гипотез.
Если браузер показывает ошибку только после действия, в DevTools найдите запрос, который её получил. HTML может отвечать 200, а API записи — 500. Не отправляйте реальные заявки многократно для проверки: используйте согласованный тестовый сценарий.
Сопоставьте время с журналами и последним релизом
Разработчик ищет событие в error log веб-сервера и приложения на нужном узле. Важно сопоставить часовой пояс, маршрут, request ID при его наличии и время. Публичная статья не может определить причину по одному HTTP-коду.
Проверьте, совпало ли начало ошибки с релизом, изменением конфигурации, исчерпанием диска или недоступностью базы. Передавайте специалисту обезличенную выписку. Пароли, токены, cookies, тела клиентских запросов и персональные сведения не публикуют в тикете или скриншоте.
| Наблюдение | Что проверить дальше | Чего недостаточно |
|---|---|---|
| 500 только у услуги | Логи её обработчика | Проверки главной |
| 502/504 у нескольких страниц | Шлюз и upstream | Замены текста ошибки |
| Сбой после релиза | Разницу версий и зависимости | Совпадения по времени без логов |
Что происходит с поисковым обходом
Google временно снижает интенсивность обхода при серверных ошибках; длительная недоступность может привести к исключению URL. Нет универсального безопасного срока, в течение которого любой сбой якобы не влияет на поиск.
Не маскируйте ошибку редиректом на главную и не возвращайте 200 для пустого сообщения. Плановые работы требуют отдельного согласованного сценария доступности; решение об откате или ремонте принимает ответственный за инфраструктуру.
Принимайте восстановление по тем же адресам
Повторите исходный GET после исправления, откройте содержание и проверьте важные ресурсы. В учебном журнале фиксируются URL, время, код до, версия исправления и код после. Одного зелёного health-check недостаточно, если рабочая страница всё ещё сломана.
Затем наблюдайте частоту 5xx в логах и отчётах обхода. Возврат 200 подтверждает доступность в момент проверки, но не автоматическое восстановление прежних позиций.
Продолжить: Проверить доступность страниц; Программа видимости: состав и условия