Сначала выясните, что именно не работает
Фраза «сайт лежит» может означать очень разные вещи. Иногда главная страница открывается, но не уходит форма. Иногда сайт работает у сотрудников в офисе, а у клиентов — нет. Бывает и так, что страницы доступны, а заказ не попадает в CRM. Для бизнеса это одинаково неприятно, но искать причину придётся в разных местах.
Начните не с панели хостинга, а с обычного пользовательского пути. Откройте сайт в приватном окне, затем с телефона через мобильный интернет. Повторите действие, на котором заметили проблему: отправьте тестовую заявку, положите товар в корзину, попробуйте войти в личный кабинет. Не используйте реальные платёжные данные, если не уверены, что тест можно отменить.
- Не открывается весь сайт или только одна страница.
- Ошибка видна всем или только одному сотруднику, браузеру либо сети.
- Страница показывает сообщение об ошибке, бесконечно загружается или выглядит неправильно.
- Форма сообщает об успешной отправке, но заявка не приходит получателю.
- Проблема постоянная или появляется после конкретного действия.
Что сделать сразу после обнаружения сбоя
Запишите местное время, когда увидели проблему. По нему разработчик найдёт нужный фрагмент в журнале событий, а не будет просматривать весь день.
Сделайте скриншот целиком, чтобы были видны адрес страницы и текст ошибки. Если проблема возникает после нескольких шагов, запишите короткое видео экрана.
Проверьте один раз с другого устройства и через другую сеть. Этого достаточно, чтобы отделить локальную проблему от общего сбоя.
Уточните у сотрудников, менялось ли что-нибудь перед ошибкой: контент, домен, тариф хостинга, интеграция, пароль от внешнего сервиса или настройки рекламы.
Сообщите ответственному специалисту, какой бизнес-процесс остановлен и насколько срочно его нужно восстановить.
Если сайт принимает заявки, добавьте на видное место резервный контакт — телефон, мессенджер или простую внешнюю форму. Когда редактировать сайт небезопасно, контакт можно временно разместить в рекламе и социальных сетях. Это не ремонт, но клиентам не придётся гадать, работает ли компания.
Как написать разработчику, чтобы он начал с дела
Сообщение «срочно посмотрите сайт» почти неизбежно запускает переписку с уточнениями. Хорошее сообщение об ошибке похоже не на технический отчёт, а на понятный маршрут: где находились, что сделали, что ожидали и что увидели вместо этого.
| Нужно указать | Пример формулировки |
|---|---|
| Адрес | Страница оформления заказа, ссылка такая-то |
| Действие | Заполнили поля и нажали «Оплатить» |
| Ожидаемый результат | Должна открыться страница банка |
| Фактический результат | Кнопка стала серой, перехода нет |
| Условия | Проверили в Safari на телефоне через мобильный интернет |
| Время | Проблему увидели сегодня примерно в 11:20 |
Пароли, коды из SMS и ключи доступа не нужно прикладывать к такому сообщению. Если специалисту понадобится вход, передайте доступ через менеджер паролей или создайте отдельную временную учётную запись с необходимыми правами.
Что не стоит чинить наугад
Когда причина неизвестна, любое изменение добавляет ещё одну переменную. Обновление всех плагинов может убрать совместимость с темой, перезагрузка сервера — стереть полезную информацию о зависшем процессе, а восстановление старой копии — перезаписать свежие заказы.
- Не устанавливайте обновления сразу на рабочем сайте «на всякий случай».
- Не удаляйте неизвестные файлы и записи из базы, даже если они выглядят лишними.
- Не меняйте DNS, домен и SSL-сертификат без понимания текущей схемы.
- Не восстанавливайте резервную копию поверх рабочей базы до проверки её даты и содержимого.
- Не отправляйте доступ от основного аккаунта в общий чат.
Что должно остаться после ремонта
Хороший итог — не только снова открывающаяся страница. Исполнитель должен коротко описать причину, сделанное изменение и способ проверки. Если исправление затронуло код, оно должно попасть в основной репозиторий, иначе при следующем обновлении ручная правка на сервере исчезнет.
Повторите тот же пользовательский путь, на котором возникал сбой.
Проверьте соседний сценарий: например, не только оплату, но и письмо с подтверждением заказа.
Убедитесь, что свежие заявки и данные, появившиеся во время ремонта, сохранились.
Зафиксируйте причину и решение в журнале работ, даже если он состоит из одного документа.
Решите, какое наблюдение предупредит повторение: проверка доступности, уведомление об ошибке или контроль срока оплаты сервиса.