Короткий ответ. Если сайт перестал работать, сначала зафиксируйте конкретный симптом: какая страница недоступна, что видит пользователь, когда появилась ошибка и какие функции продолжают работать. По одной фразе «сайт упал» нельзя определить ответственного: проблема может находиться в домене и DNS, сервере, коде сайта, базе данных, форме, платёжном сервисе или обмене с 1С. Первое обращение должен принять тот, кто у компании отвечает за сайт целиком или за первичную диагностику. Его задача – собрать технические данные, подключить нужного исполнителя и довести инцидент до проверки рабочей функции: заявки, заказа, оплаты или обмена.
Как заранее распределить зоны между франчайзи, хостером и системным администратором, мы разбирали в статье «Кто должен обслуживать сервер 1С». Здесь задача уже аварийная: определить, где начинается проверка, и не потерять время между подрядчиками.
Сначала уточните, что именно перестало работать
Для сотрудника сайт может «не работать» в очень разных ситуациях. Чем точнее описан симптом, тем меньше времени уходит на пересылку задачи между специалистами.
- сайт вообще не открывается ни с офисного интернета, ни с мобильного;
- главная страница доступна, а форма заявки выдаёт ошибку;
- каталог работает, но корзина или оплата не завершаются;
- сайт открывается, а цены или остатки из 1С не обновляются;
- браузер показывает ошибку домена, DNS или сертификата;
- администратор входит в панель управления, а посетители получают ошибку;
- сбой появился сразу после обновления, переноса или другой технической работы.
Полезное описание звучит конкретно: «страница открывается, после кнопки “Отправить” появляется ошибка» или «с 10:40 сайт не открывается через офисный и мобильный интернет».
Кому звонить первым по симптому
Таблица помогает выбрать первое направление проверки. Она не назначает виноватого: окончательную причину устанавливают после диагностики.
| Что видит сотрудник | С чего начать проверку | Что передать |
|---|---|---|
| Сайт полностью недоступен, браузер не находит адрес | Домен, DNS, сервер; первая точка – ИТ-подрядчик или ответственный за домен/хостинг | Адрес сайта, скриншот, точное время, результат проверки через мобильный интернет |
| Ошибка 502, 503, 504 или другая 5xx | Сервер и приложение; первая точка – администратор сайта/сервера или хостер | Код ошибки, URL, время и часовой пояс |
| Главная открывается, отдельная страница или функция падает | Код сайта, CMS, модуль, последнее изменение | URL, действие перед ошибкой, скриншот |
| Форма сообщает об отправке, но заявки нет | Цепочка формы: сайт, почта/CRM, получатель | Страница формы, время теста, куда должно прийти обращение |
| Не работает корзина, оплата или оформление заказа | Сайт и платёжный сервис в пределах их зон | Этап, на котором остановился заказ, статус предыдущей попытки |
| На сайте старые цены или остатки из 1С | Обмен сайта и 1С с обеих сторон | Конкретный товар, данные в 1С и на сайте, время последнего корректного обмена |
| Ошибка появилась после обновления или публикации | Последнее изменение и подготовленный способ возврата | Что меняли, когда, кто выполнял работу, есть ли актуальная копия |
| Браузер предупреждает о домене или сертификате | Домен, DNS, сертификат, сервер | Точный текст предупреждения, адрес, дата появления |
Для большинства ошибок 5xx полезно передать хостеру или администратору конкретный код, URL и время с часовым поясом. Такая информация прямо указана в рекомендациях Cloudflare для диагностики 5xx. [1]
Что сделать до первого звонка
Не нужно самостоятельно определять техническую причину. Соберите состояние сайта так, чтобы специалист мог воспроизвести проблему и проверить нужный слой.
- Сохраните ошибку целиком. Сделайте скриншот и скопируйте точный URL страницы.
- Зафиксируйте дату, время и часовой пояс. Эти данные нужны для сопоставления с журналами.
- Проверьте масштаб. Открывается ли сайт с другого устройства и через мобильный интернет? Работают ли другие страницы?
- Запишите последнее изменение. Обновление сайта, перенос, изменение DNS, установка модуля, публикация доработки или работы на сервере.
- Сохраните последовательность действий. Не запускайте одновременно несколько переустановок и откатов без согласованного плана.
- Если сайт принимает платежи, заказы или заявки, перед повторной отправкой проверьте статус предыдущей попытки. Повтор может создать дубликат операции.
Что написать подрядчику
Вместо сообщения «сайт лежит, срочно посмотрите» отправьте короткую карточку:
Сайт: [адрес] Проблема: [что именно не работает] Страница: [URL] Ошибка: [точный текст или код] Началось: [дата, время, часовой пояс] Проверили: [другой браузер / мобильный интернет / другие страницы] Последние изменения: [что меняли и когда, если известно] Бизнес-функция: [заявки / каталог / оплата / обмен с 1С / другое] Скриншот: [приложен]
Если часть данных неизвестна, оставьте строки пустыми. Этого достаточно для начала диагностики.
Почему «сервер работает» ещё не означает, что сайт восстановлен
Сайт состоит из нескольких технических слоёв: домен и DNS направляют запрос, сервер принимает его, приложение и база данных формируют страницу, а формы, оплаты и интеграции подключают внешние сервисы. Эти участки могут обслуживать разные компании.
Поэтому подтверждение одного исполнителя закрывает только его участок. Хостер может видеть доступный сервер, а форма на сайте всё ещё не отправляет заявку. Разработчик может подтвердить работу кода, а обмен с 1С оставаться остановленным.
Если браузер сообщает, что домен не найден, проверка DNS входит в первые шаги. Cloudflare отдельно указывает, что NXDOMAIN означает отсутствие разрешения имени и может быть связан с DNS-записями или локальной сетью. [2]
Кто должен вести инцидент до конца
У компании должна быть одна первая точка обращения. Это может быть внутренний сотрудник, ИТ-подрядчик или компания, которая ведёт сайт по договору.
Первая точка принимает симптом, сохраняет последовательность изменений, подключает хостера, разработчика, специалиста 1С или поддержку внешнего сервиса и проверяет итог. Специалисты могут меняться по ходу диагностики, а бизнес не должен заново объяснять один и тот же сбой каждому исполнителю.
Для сайта инцидент заканчивается после восстановления нужной бизнес-функции. Корпоративному сайту важна заявка, дошедшая менеджеру. Интернет-магазину – успешно оформленный согласованный заказ и корректный статус. При проблеме обмена – сверенные данные на сайте и в 1С.
Как проверить, что сайт действительно восстановлен
После сообщения «всё работает» повторите именно тот сценарий, который был сломан. Открывающаяся главная страница подходит только для проверки главной страницы.
- Форма: тестовая заявка дошла до нужной почты или учётной системы.
- Заказ: согласованный тестовый заказ прошёл нужные этапы без дублей.
- Оплата: проверен предусмотренный сервисом тестовый или согласованный рабочий сценарий.
- Обмен с 1С: выбранный товар или заказ сверены в обеих системах.
- Сертификат и домен: сайт открывается по рабочему адресу без предупреждений браузера.
Если часть проверки не выполняли, это лучше зафиксировать отдельно. Тогда отсутствие теста не будет выглядеть как подтверждённый результат.
Что зафиксировать после восстановления
Короткая запись по инциденту помогает не повторять ту же цепочку через месяц. Зафиксируйте причину, затронутый участок, выполненные изменения, дополнительные проверки и ответственного за следующий шаг.
Если сайт был недоступен длительное время, после восстановления стоит проверить инструменты вебмастера и состояние сканирования. Google указывает, что ошибки сервера 5xx снижают частоту сканирования, а длительные проблемы доступности могут мешать обходу сайта. [3]
Как подготовиться к следующему сбою
Для сайта достаточно короткой карточки ответственности:
Домен и DNS: [ответственный + контакт] Хостинг/сервер: [ответственный + контакт] Код и CMS: [ответственный + контакт] Формы и заявки: [ответственный + контакт] Оплата: [ответственный + контакт] Обмен с 1С: [ответственный + контакт] Резервные копии: [кто делает + кто восстанавливает] Первая точка обращения при сбое: [контакт]
Пароли в такую карточку не помещайте. Для административных данных используйте согласованное защищённое хранилище.
Как организовать регулярные проверки сайта, резервные копии и отчёт подрядчика, разбираем в статье «Обслуживание сайта компании: что входит и как проверить результат».
Когда звать подрядчика
Разобрать схему полезно заранее, если домен, сервер, сайт и интеграции ведут разные компании, а внутри никто не может быстро назвать первую точку обращения. Ещё один повод – повторяющиеся ситуации, когда каждый исполнитель подтверждает работу своего участка, а заявки, заказы или обмен по-прежнему недоступны.
В «Доктор Сервер» можно обратиться для диагностики сайта и связанной инфраструктуры, распределения технических зон и настройки регулярного обслуживания. Состав работ зависит от устройства сайта и действующих подрядчиков. Стоимость определяется после аудита и предоставляется по запросу.