Сайт не работает: что делать, если его взломали

Сайт не работает: что делать владельцу в первый час? Откройте его с телефона через мобильный интернет, сохраните текст ошибки, проверьте оплату домена и хостинга. Перед удалением файлов, переустановкой или восстановлением старой версии сделайте копию текущего состояния. Если посетителей перебрасывает на чужие страницы, вместе с хостингом ограничьте опасный доступ и подключите разработчика.

Недоступность ещё не означает взлом. Просроченный адрес, сбой сервера и вредоносный код требуют разных действий. Сейчас владельцу нужно определить симптом, сохранить то, что осталось, и передать исполнителю факты, по которым можно искать причину.

Первые действия, пока сайт недоступен

1. Проверьте другую сеть. Отключите Wi-Fi на телефоне и введите адрес вручную. Сравните с компьютером. Если проблема только у вас, это пока не подтверждённая общая авария.
2. Зафиксируйте результат. Сделайте скриншот с адресом, запишите время и сообщение об ошибке. Проверьте главную и одну внутреннюю страницу. Не вводите пароли при предупреждении или переходе на чужой сайт.
3. Зайдите в кабинеты провайдеров привычным способом. Посмотрите срок домена, статус хостинга, счета и сообщения об аварии или блокировке. Не оплачивайте услуги по ссылке из подозрительного письма.
4. Сохраните текущее состояние. Нужны файлы, база данных и журналы событий, то есть записи сервера об обращениях и ошибках. Не знаете, как получить копию? Попросите хостинг сохранить материалы до изменений.
5. Уменьшите ущерб. При подозрении на заражение попросите хостинг временно ограничить публичный доступ с сохранением данных. Приостановите рекламу на неработающие страницы и дайте команде запасной канал обращений.

Создание копии не должно задерживать защиту людей: попросите провайдера ограничить доступ и сохранить материалы параллельно. Назначьте одного человека для общения с хостингом и разработчиком. Когда несколько участников одновременно меняют настройки, восстановить последовательность событий становится сложнее.

Симптом, возможная причина и безопасная проверка

Сайт совсем не открывается

Возможная причина: домен не продлили, нарушилась работа DNS, хостинг не оплачен или заблокирован, сервер недоступен. Домен является адресом сайта, хостинг хранит его данные, а DNS связывает адрес с сервером. «Не удалось найти сервер» и «время ожидания истекло» относятся к разным этапам, но сами по себе ещё не устанавливают причину.

Самостоятельно: проверьте написание адреса, другую сеть и статус услуг в кабинетах. Если оплата просрочена, уточните порядок возобновления у своего провайдера. Для .ua и .com.ua не рассчитывайте на единый льготный срок: проверяйте правила зоны и текущий статус у регистратора.

Когда нужен разработчик: услуги активны, но сайт не открывается из разных сетей, либо перед сбоем меняли сервер или DNS. Не подставляйте случайный IP-адрес: можно дополнительно нарушить работу почты.

Браузер предупреждает о небезопасном соединении

Возможная причина: сертификат истёк, не обновился или настроен для другого адреса. Сертификат нужен для защищённого HTTPS-соединения. Отдельная возможная причина на вашем устройстве: неправильная дата. Предупреждение о сертификате само по себе не доказывает заражение.

Самостоятельно: проверьте дату телефона и компьютера, точный адрес и повторите проверку через другую сеть. Сохраните код предупреждения. В кабинете хостинга посмотрите состояние сертификата и сообщения о продлении; срок зависит от используемого сертификата.

Когда нужен разработчик: предупреждение появляется на разных устройствах, продление завершается ошибкой или защищена лишь часть адресов. Не просите клиентов обходить защиту браузера и не отключайте HTTPS ради видимости ремонта.

Вместо сайта ошибка 500, 502 или 503

Возможная причина: 500 обозначает внутренний сбой сервера; 502 означает, что промежуточный сервер получил некорректный ответ от следующего; 503 означает временную неготовность обработать запрос, например при обслуживании или перегрузке. Код сужает область поиска, но не указывает конкретный неисправный модуль.

Самостоятельно: сохраните код, время и адрес, прочитайте уведомления хостинга. Запишите, предшествовали ли сбою обновление, перенос или изменение настроек. Откройте одну внутреннюю страницу, чтобы определить масштаб.

Когда нужен разработчик: ошибка повторяется или затрагивает форму либо оформление заказа. Передайте хостингу время сбоя для поиска по журналам. Не перезапускайте всё подряд и не запускайте очередное обновление наугад.

Ошибка подключения к базе или белая страница

Возможная причина: сайт не может связаться с базой данных, где хранятся тексты, настройки и записи, либо код завершается до показа страницы. Причиной бывают параметры соединения, недоступность сервиса или ошибка после изменения кода. Белый экран не означает, что весь сайт удалён.

Самостоятельно: сохраните сообщение, проверьте уведомления провайдера и вспомните последнее изменение. Не создавайте новую пустую базу вместо существующей.

Когда нужен разработчик: сообщение повторяется или пустой экран появился после обновления. Он проверяет журналы и соединение, предварительно сохранив данные. Пароли базы и содержимое технических ошибок не публикуйте в открытом чате.

Страница открывается, но оформление сломалось

Возможная причина: не загрузились файлы оформления CSS, осталась старая сохранённая версия страницы или после обновления изменились адреса ресурсов. Типичный вид: текст есть, а меню, отступы и кнопки превратились в обычный список.

Самостоятельно: сделайте скриншот, откройте страницу в приватном окне и на телефоне. Запишите, затронуты ли все страницы и языки. Если сбой только в одном браузере, это полезная подсказка исполнителю.

Когда нужен разработчик: оформление пропало у разных посетителей или кнопками невозможно пользоваться. Не переключайте тему на работающем сайте: так к неизвестной причине добавятся новые изменения.

Формы перестали приносить заявки

Возможная причина: форма не передаёт данные, почта их не доставляет или остановилась отправка в CRM. CRM здесь означает систему, где команда обрабатывает обращения. Надпись «спасибо» на экране ещё не подтверждает получение заявки менеджером.

Самостоятельно: согласуйте с менеджером одну заявку с явной пометкой «тест». Запишите время, страницу и ожидаемое место получения. Проверьте входящие, спам и список обращений в системе. Если проверяете заказ, не повторяйте его бесконтрольно и не запускайте настоящий платёж.

Когда нужен разработчик: заявки нет в конечной точке или результат нестабилен. Нужно проследить весь путь, а не только кнопку. Пока сбой не исправлен, дайте команде рабочий запасной способ принять обращение.

Чужой сайт открывается только с телефона или Google

Возможная причина: сторонний код меняет поведение в зависимости от устройства или способа перехода. Также нужно проверить рекламные вставки и подключённые скрипты. Нормальная главная страница на компьютере владельца не опровергает жалобу клиента.

Самостоятельно: сохраните сообщение клиента, время, исходный адрес и условия: телефон, поиск или прямое открытие. Не исследуйте подозрительную конечную страницу и ничего с неё не скачивайте.

Когда нужен разработчик: сразу после такого сигнала. Попросите хостинг помочь ограничить опасную выдачу с сохранением данных. Очистка кеша вашего браузера не подтверждает, что проблема исчезла у посетителей.

Google сообщает о взломе или показывает чужие страницы

Возможная причина: на сайт добавили посторонние страницы, подменили содержимое либо поиск ещё показывает последствия прежнего заражения. Странные заголовки на другом языке и неизвестные адреса передайте на проверку, даже если главная выглядит привычно.

Самостоятельно: откройте свой Search Console, инструмент Google для владельцев сайтов, и отчёт «Проблемы безопасности». Сохраните приведённые адреса без перехода на опасные страницы. Это примеры, а не обязательно полный перечень.

Когда нужен разработчик: есть предупреждение или подтверждённые посторонние страницы. После очистки всего сайта и проверки исправлений отправьте запрос на проверку в этом отчёте. Не рассчитывайте на немедленное снятие предупреждения или возвращение позиций.

Хостинг заблокировал сайт из-за вредоносного кода

Возможная причина: провайдер обнаружил заражение или опасную активность. Ограничения и порядок их снятия зависят от хостинга; обычная оплата не лечит заражённый сайт.

Самостоятельно: прочитайте сообщение в кабинете, запросите перечень обнаружений, время срабатывания, сохранение журналов и возможность получить файлы с базой без публичного запуска. Уточните, что именно требуется для повторной проверки.

Когда нужен разработчик: сразу для оценки очистки. Не удаляйте весь список автоматически: заражённым может оказаться фрагмент нужного файла. Перенос заражённой копии на другой сервер без устранения причины переносит и проблему.

Перестал работать вход в админку

Возможная причина: ошибка пароля, блокировка входа, сбой после обновления или изменение учётной записи посторонним. Админка является закрытой частью для управления сайтом. Одна неудачная попытка входа ещё не доказывает взлом.

Самостоятельно: проверьте привычный адрес, раскладку клавиатуры и свою почту. Если нет признаков заражения, воспользуйтесь штатным восстановлением пароля. Незнакомое сообщение об изменении почты или администратора сохраните.

Когда нужен разработчик: восстановление не работает, почту изменили без вас или есть другие подозрительные признаки. Не перебирайте пароли и не выполняйте чужие команды для изменения базы данных.

Что делать, если сайт действительно взломали

Попросите сохранить полную копию текущего состояния до очистки: файлы, базу и доступные журналы. Пометьте её как заражённую, храните отдельно от публичного сайта с ограниченным доступом. Такая копия нужна для разбора и спасения данных, а не для повторного запуска. Запишите, кто и когда её сделал.

С проверенного устройства поменяйте пароли хостинга, администраторов и почты, через которую восстанавливается доступ. Пароли должны различаться; где возможно, включите дополнительное подтверждение входа. Попросите разработчика завершить старые сеансы и проверить технические ключи доступа. Смена одного пароля может оказаться недостаточной.

Вместе с ответственным человеком проверьте список администраторов: кто создал каждую запись и нужна ли она. Сохраните список до изменений, а неизвестные записи после проверки заблокируйте. Не отправляйте новые пароли по тому же сомнительному каналу и не публикуйте скриншоты с персональными данными клиентов.

Для восстановления нужна проверенная чистая резервная копия. Дата до обнаружения взлома не гарантирует чистоту: проникновение могло произойти раньше. Разработчик проверяет копию, устраняет путь повторного входа и согласует запуск. Если чистой копии нет, объём восстановления определяют после осмотра; обещать заранее возвращение всего было бы нечестно.

Прежде чем согласовать старую версию, выясните, что появилось после её даты: обращения, заказы, новые тексты или файлы. Попросите отдельный план их сохранения и переноса, чтобы возвращение страниц не стёрло последние дни работы. Не открывайте заражённую копию как обычную программу на своём компьютере и не оставляйте архив в папке, доступной через браузер.

Когда вам сообщают «копия сделана», уточните, есть ли в ней и файлы, и база, где она хранится и проверяли ли возможность её прочитать. Снимок главной страницы не заменяет данные сайта. Согласуйте с исполнителем одну конкретную точку возврата и попросите сообщать о завершении каждого согласованного этапа, чтобы команда понимала, когда возвращаться к обычной работе.

Не ограничивайтесь удалением одного заражённого файла. Могут остаться другие изменения и причина проникновения. Не накатывайте старую копию поверх текущей без сохранения: так можно потерять новые обращения и материалы. После очистки проверяют сайт в разных условиях, повторно меняют нужные пароли и, если Google сообщает о проблемах безопасности, отправляют запрос на проверку через Search Console.

Наш срез: как часто сайт просто не открывается

21-23.10.2026 мы выполнили по одной проверке 2 042 сайтов харьковских компаний, адреса взяли из карточек компаний в Google Maps. У 98 не определился адрес домена, у 81 сервер не ответил, у 72 появилась страница ошибки HTTP 4xx/5xx, включая 13 серверных ошибок 5xx. Отдельно у 148 не было работающего защищённого HTTPS-соединения. Ещё 39 сайтов запретили проверку и в подсчёты не включены.

Это разовый срез, не измерение длительности простоя и не подсчёт взломов. Сайт мог не работать несколько минут, а неработающий домен может принадлежать закрытому бизнесу. Показатели нельзя складывать как число уникальных аварий. Другую выборку и метод описывает наше исследование типичных проблем сайтов.

Как убедиться, что восстановление завершено

Откройте сайт с телефона через мобильную сеть и с компьютера. Проверьте главную, страницу услуги или товара, языковые версии и привычный путь обращения. Если сбой зависел от перехода из поиска, попросите проверить именно этот сценарий без опасного посещения заражённых страниц.

Отправьте согласованную тестовую заявку и дождитесь её у менеджера. Для магазина согласуйте отдельную проверку корзины и оформления без случайных настоящих платежей. Попросите коротко записать: что произошло, что восстановили, из какой копии, что ещё ограничено и кто отвечает за следующую проверку. Открытая главная страница является лишь частью результата.

Куда обратиться за восстановлением

Artbrain берёт сайт в работу, разбирается в текущем состоянии и согласует дальнейшие шаги. Если сайт взломали или заразили, оцениваем его состояние, объясняем объём восстановления и начинаем после согласования оценки. Разбор задачи бесплатный; до начала работ согласуем объём, сроки и стоимость.

Передача от прежнего разработчика, отсутствующие доступы, особенности платформ и плановые обновления описаны на странице поддержки и доработки сайтов. Планирование расходов после аварии разбираем отдельно в материале о стоимости обслуживания сайта.

Напишите нам о сбое: пришлите ссылку на сайт, время появления проблемы, текст ошибки и последнее известное изменение. Укажите, есть ли резервная копия и можете ли вы войти в свой хостинг и админку. Пароли в первом сообщении не нужны. Этих фактов хватит, чтобы начать разговор о следующем шаге.

CEO и ведущий разработчик Artbrain

Anton Kunashenko

Основатель Artbrain с 2018 года. Разрабатывает цифровые продукты для бизнеса: от лендингов до enterprise-систем.