Разместите рабочий телефон и запасной канал связи в публичном профиле компании, который открывается без вашего сайта. При сбое Beget это даст покупателям возможность уточнить заказ и связаться с сотрудником. Затем проверьте почту, остановите рекламу недоступных страниц и заведите общий журнал обращений. Ниже разберём, как проверить масштаб проблемы, организовать временный приём заказов и подготовить резервную страницу с помощью ИИ, чтобы она не зависела от той же инфраструктуры.
Как проверить, что недоступно при сбое Beget?
О масштабном инциденте в работе Beget в ночь на 2 ноября сообщил Hi-Tech Mail. В сообщении DW говорится о недоступности сайтов и виртуальных серверов, а также о ручном восстановлении инфраструктуры инженерами (Hi-Tech Mail; DW). Эти сведения дают контекст, но состояние вашего магазина или сайта услуг нужно проверить отдельно. Не переносите сроки из новостей в обещания покупателям: отдельные функции требуют своей проверки.
Начните с пути клиента. Владельцу бизнеса важно выяснить, открывается ли страница заказа и получает ли сотрудник обращение. Ответ сервера сам по себе этого не подтверждает.
- Откройте сайт на телефоне через мобильный интернет вместо офисной сети.
- Проверьте форму заказа или записи, если страница загрузилась.
- Отправьте письмо с независимого ящика на корпоративный адрес.
- Ответьте на это письмо и проверьте доставку ответа.
- Позвоните на рабочий номер с внешнего телефона.
Запишите результат каждой проверки: что не открылось, какое сообщение появилось, дошло ли письмо. С таким описанием сотруднику поддержки проще разобраться в проблеме. Если сайт работает через мобильную сеть, но не открывается из офиса, отдельно проверяйте офисное подключение, настройки сети и доступ к домену.
Почта заслуживает отдельного теста. Вход в почтовый интерфейс ещё не означает, что письма уходят и приходят. Если веб-почта работает в обе стороны, а приложение выдаёт ошибку, проверьте его настройки по инструкции провайдера. При недоступности самого почтового сервиса смена настроек приложения не восстановит переписку.
Где принимать обращения, пока сайт не работает?
Выберите один основной канал, который уже доступен сотруднику: телефон или рабочий профиль в мессенджере. Остальные публичные площадки должны направлять клиента туда. Перед публикацией контакта откройте профиль без входа в аккаунт владельца: посетитель должен видеть номер и понимать, как оформить заказ.
Уведомление можно сформулировать так: «Сайт временно недоступен. Принимаем заказы и вопросы по телефону [номер] и в [канал]. Если вы уже оформили или оплатили заказ, сообщите об этом сотруднику перед повторным оформлением. Обновления публикуем в этом профиле».
Укажите причину только после подтверждения. Если срок восстановления неизвестен, так и напишите. Дополнительный порядок действий для бизнеса разобран в статье на adsl.by; для текущего уведомления достаточно рабочего контакта и понятного способа передать заказ.
Назначьте сотрудника, который отвечает в выбранном канале, и договоритесь о замене на время его отсутствия. В общем журнале фиксируйте номер обращения, предмет заказа, статус и следующий шаг. Отдельная пометка нужна для обращений, которые предстоит сверить с сайтом после восстановления.
Если покупатель сообщает об оплате, проверьте её доступным вам способом до просьбы заплатить снова. Подтверждение заказа тоже требует проверки наличия товара или свободного времени для услуги. Во время сбоя легко принять повторное сообщение за новую покупку.
Приостановите объявления, которые ведут на недоступные страницы. Переносить рекламу на публичный профиль имеет смысл после проверки предложения и контактов. Сначала отправьте туда тестовое обращение и убедитесь, что ответственный сотрудник его заметил.
Как подготовить резервную страницу с помощью ИИ?
Для следующего отключения подготовьте простую страницу с контактами и порядком заказа. Ей не нужны каталог, личный кабинет и сложная форма. Чем меньше зависимостей, тем меньше компонентов придётся проверять при аварии. Размещать такую страницу нужно отдельно от основной инфраструктуры: соседняя папка на том же недоступном сервере задачу не решит.
ИИ-помощнику можно поручить черновик текста и HTML. Начните с задания: «Подготовь простую резервную страницу компании. Покажи сообщение о недоступности основного сайта, рабочий телефон, запасной канал и порядок заказа. Не добавляй внешние шрифты, аналитику, формы отправки и подключения к основному сайту. Все неизвестные контакты оставь плейсхолдерами».
Такое ограничение помогает не перенести на резервную страницу те же зависимости, из-за которых клиент потерял доступ к основному сайту. Например, кнопка заказа окажется бесполезной, если ведёт в недоступную корзину. Проверьте каждую ссылку вручную и замените все плейсхолдеры перед публикацией.
Не передавайте ИИ пароли от хостинга, почты и управления доменом. Для подготовки страницы они не нужны. Доступы для размещения использует администратор, а результат его работы проверяют с внешнего устройства.
Учтите ограничение: готовая страница на другой площадке не появится автоматически по основному адресу. Если планируете переключать домен, администратору понадобятся доступ к его настройкам и отдельный план переключения. Если используете запасной адрес, заранее сохраните его в доступных профилях компании.
Для технического задания достаточно описать место размещения, список контактов, порядок обновления текста и сценарий проверки. Если привлекаете специалиста для доработки сайта после вайбкодинга, включите эти требования в ту же задачу. Готовность подтверждает доступная страница и тестовое обращение, которое получил сотрудник.
Как проверить сайт после восстановления?
Возвращайте обычный приём заказов после проверки полного пути покупателя. Главная страница может открываться, пока форма ещё выдаёт ошибку или уведомления не доходят до почты. Проверьте именно тот сценарий, которым пользуется ваш клиент.
- Откройте страницу товара или услуги на телефоне.
- Отправьте тестовую заявку с явной пометкой «Тест».
- Попросите сотрудника подтвердить получение этой заявки.
- Сверьте временный журнал с основной системой заказов.
- Возобновите рекламу после успешного теста.
Если сайт создавали с помощью ИИ, попросите помощника подготовить повторяемые проверки: открытие нужных страниц, работу кнопок и отправку формы в тестовой среде. В материале о том, как проверить доступность сайта с Claude Code и Playwright, разобраны инструменты для проверки интерфейса. Их результаты дополняют внешний тест, но получение заявки всё равно подтверждает сотрудник.
Сохраните рабочий сценарий проверки, чтобы при следующем сбое не составлять его заново. Для проекта с Claude Code можно превратить чек-лист сайта в скилл: закрепить последовательность действий и формат отчёта. В отчёте полезно разделять, что помощник проверил сам, что завершилось ошибкой и что осталось проверить человеку.
Настройте уведомления о недоступности так, чтобы они приходили вне корпоративной почты, если та зависит от того же провайдера. Проверьте и само уведомление: сотрудник должен получить его на устройство, которым пользуется вне офиса. Резервную копию сайта храните отдельно и проверяйте её запуск до аварии.
Типичные ошибки при сбое хостинга
- Публиковать сообщение только на своём сайте. Разместите контакты на площадке, которая открывается независимо от него.
- Считать запасной адрес почты независимым без проверки. Отправьте письмо и получите ответ через другой почтовый сервис.
- Просить ИИ назвать причину аварии без подтверждения. Для сообщения клиентам используйте результаты своей проверки и сведения провайдера.
- Запускать резервную страницу с кнопками основного сайта. Проверьте, куда ведёт каждая ссылка и доступна ли её цель.
- Снимать уведомление сразу после загрузки главной страницы. Сначала проверьте заявку и сверьте обращения, которые приняли вручную.
Следующий шаг на две минуты: закрепите в доступном профиле компании сообщение «Сайт временно недоступен» и добавьте телефон, по которому сотрудник сейчас принимает обращения.