Техника и безопасность · · 4 мин. чтения · Автор: Alexander
Сайт недоступен? Notfallplan для малого бизнеса
Если сайт недоступен, спокойный и понятный порядок действий полезнее хаотичных изменений. Сначала выясните, проблема только на вашем устройстве или у всех, сохраните наблюдения и передайте точную информацию ответственному специалисту.
Сайт не открывается у всех или только у вас?
Откройте адрес на другом устройстве и через другую сеть, например через мобильный интернет вместо офисного WLAN. Проверьте не только главную, но и известную внутреннюю страницу. Если сайт там работает, причина, скорее всего, локальная: cache браузера, DNS, firewall, VPN или интернет-соединение. Если он недоступен везде, рассматривайте ситуацию как реальный сбой.
Запишите полный URL, время, текст ошибки и последний момент, когда сайт точно работал. Screenshot полезнее сообщения «сайт сломан». Отдельно проверьте E-Mail, Kundenbereich, Shop, формы и онлайн-запись: так поддержка быстрее отличит проблему домена, DNS, сервера, приложения или одной функции.
- Проверить другое устройство и другую сеть
- Открыть главную и известную внутреннюю страницу
- Сохранить ошибку, URL и время
- Отдельно проверить почту, Shop, формы и бронирование
- Не отправлять пароли в screenshots и чатах
Что делать в первые 15 минут?
Не меняйте одновременно DNS-записи, plugins, пароли и настройки сервера. Несогласованные действия скрывают причину и могут затянуть восстановление. Назначьте одного ответственного, который собирает наблюдения, записывает решения и общается с Hosting или Agentur. Внутри компании параллельно защитите только затронутые клиентские процессы.
Неизвестные редиректы, изменённый контент, новые администраторы или подозрительные письма от Hosting могут указывать на атаку. В памятке BSI «Cyber-Sicherheitsvorfall: IT-Notfallkarte» рекомендуется сохранять спокойствие, подключить IT-Notfallkontakt и изолировать затронутые системы, не выключая их без необходимости; источник проверен 28.10.2026. При обычной недоступности не отключайте и не перезапускайте сервер без указания технического специалиста.
Кто за что отвечает в Notfallplan?
Рабочий Notfallplan может занимать одну страницу. Укажите человека, принимающего бизнес-решения, технический контакт, Hosting-Anbieter, администратора домена или DNS и замену на случай отсутствия. Добавьте Kundennummer, название договора и разрешённые каналы связи, но не храните пароли в открытом документе. Для них нужен Passwortmanager с аварийным доступом.
Заранее определите, кто вправе подтверждать изменения и кто информирует клиентов. В малой фирме один человек может выполнять несколько ролей; важно, чтобы разные участники не давали противоречивые поручения. BBK в руководстве по betriebliche Kontinuität также относит ответственных, заместителей и каналы связи к подготовленной аварийной организации; источник проверен 28.10.2026.
- Решения: приоритет, разрешения и влияние на бизнес
- Техника: диагностика, сохранение данных, восстановление и протокол
- Коммуникация: сообщение клиентам и внутренний статус
- Заместитель: принимает роль, если основной контакт недоступен
Какая информация нужна Hosting или Webagentur?
Отправьте короткое, но полное описание: Domain, ошибка, время начала, затронутые функции, последнее известное изменение и уже выполненные проверки. Укажите, сбой постоянный или периодический. Если незадолго до него были update, изменение DNS, замена Zertifikat или публикация, сообщите об этом сразу.
Попросите не только ответ «снова работает», а понятный итог: какова причина, какая версия или Sicherung восстановлена, что проверено после запуска, есть ли признаки потери данных или атаки. Website-Abo может объединять Hosting, Wartung и постоянный контакт. Его практическая ценность — ясный путь эскалации, а не обещание, что сбоев никогда не будет.
Как сообщить клиентам о сбое?
Сообщайте о проблеме, если заблокирован важный клиентский путь или сбой затягивается. Используйте независимый канал: Google Unternehmensprofil, Social Media, телефонный автоответчик или внешнюю Statusseite. Кратко укажите затронутую функцию, альтернативный контакт и время следующего обновления. Не публикуйте догадки о причине до технического подтверждения.
Пример: «Наш сайт сейчас недоступен. Вы можете связаться с нами по [телефону/E-Mail]. Мы проверяем проблему и обновим сообщение в [время]». После восстановления так же ясно сообщите о завершении сбоя. Если формы или заказы могли потеряться, прямо попросите клиентов отправить запрос повторно.
Как безопасно вернуть сайт в работу?
Самое быстрое восстановление не всегда самое безопасное. Перед Restore нужно понять, когда началась ошибка, создан ли Backup до этого момента и какие новые данные могут исчезнуть. Для Shop, бронирования и Kundenportal отдельно сохраняют новые заказы и обращения. После Restore проверяют главную, важные страницы, Login, формы, отправку E-Mail, оплату или бронирование и SSL-Zertifikat.
Backup надёжен только после проверенного восстановления. После инцидента запишите причину, длительность, затронутые процессы, решения и улучшения. Внешний мониторинг доступности, раздельные Backups, актуальные контакты и проверка Notfallplan раз в полгода превращают сбой в конкретное улучшение.
Частые вопросы о недоступном сайте
Почему сайт не открывается у меня, но работает у других?
Причиной могут быть cache браузера, DNS, VPN, firewall или локальный интернет. Сначала проверьте другое устройство через мобильную сеть.
Нужно ли сразу перезапускать сервер?
Нет, без диагностики или указания ответственного специалиста. Перезапуск может уничтожить следы, прервать процессы и скрыть настоящую причину.
Как быстро сайт должен снова заработать?
Это зависит от влияния на бизнес. Shop или бронирование критичнее информационной страницы, поэтому приоритеты определяют заранее.
Нужен ли малому бизнесу отдельный Notfallplan?
Да, но он может быть коротким. Одной страницы с ролями, контактами, проверками, альтернативами для клиентов и порядком восстановления достаточно для начала.
Как предотвратить следующий сбой?
Полностью исключить сбои нельзя. Monitoring, проверенные Backups, контролируемые updates, актуальные доступы и чёткие роли сокращают время обнаружения и восстановления.