Вводная
Компания ведёт рекламу на сайт. По статистике есть клики, но часть пользователей не доходит до формы заявки. Внешне проблема выглядит нестабильно: сайт то открывается, то долго отвечает, то отдаёт ошибку, то браузер показывает предупреждение по SSL.
Для бизнеса это неприятная ситуация: рекламный бюджет уже потрачен, а часть трафика фактически попадает в технический тупик. Самая частая ошибка — ограничиться ручным перезапуском и считать задачу закрытой. Это может вернуть сайт на несколько часов, но не объясняет, почему проблема появилась.
Что проверяется в первую очередь
- домен и DNS: куда указывает запись, нет ли старых IP и конфликтующих записей;
- SSL: корректность сертификата, цепочка, срок действия, редиректы HTTP/HTTPS;
- веб‑сервер: ответы nginx/apache, коды 500/502/504, ошибки проксирования;
- PHP и CMS: фатальные ошибки, плагины, тема, лимиты памяти, обновления;
- хостинг и ресурсы: место на диске, память, CPU, лимиты процессов;
- бэкапы: есть ли точка восстановления и можно ли быстро откатиться;
- мониторинг: кто и как узнаёт, что сайт снова лёг.
Ход работ
Сначала проводится внешняя проверка без доступа: открывается сайт с разных схем URL, проверяются заголовки, редиректы, SSL и базовая доступность. Это позволяет понять, проблема на уровне домена, сертификата, веб‑сервера или приложения.
После этого уже запрашиваются минимальные доступы: к панели хостинга, логам веб‑сервера, WordPress или серверу. Доступы нужны не “на всякий случай”, а под конкретную проверку.
В логах обычно ищется повторяемый признак: конкретный PHP fatal error, нехватка памяти, неправильный redirect loop, ошибка подключения к базе, конфликт плагина, падение PHP‑FPM, неверная настройка SSL или проблема с прокси.
Что считается нормальным результатом
Хороший результат — это не просто “сайт сейчас открылся”. Нормальный итог выглядит так:
- найдена вероятная причина сбоя;
- внесены конкретные изменения;
- проверены основные URL, форма заявки и SSL;
- есть понимание, что делать при повторе;
- при необходимости добавлен мониторинг доступности;
- владелец понимает, какие риски остались.
Вывод
Периодически падающий сайт нельзя лечить только перезапуском. Если на сайт идёт реклама, техническая нестабильность напрямую превращается в потерянные заявки. Поэтому задача должна закрываться не “оживлением страницы”, а диагностикой причины, фиксацией изменений и минимальным контролем повторения.