Чтобы проверить сайт на вирусы и вредоносный код, сопоставьте четыре уровня: внешний сканер по URL, отчёты поисковиков, сканирование на хостинге и ручной осмотр файлов и базы. Чистый отчёт одного сервиса не исключает заражение. При подтверждённой угрозе сразу ограничьте доступ посетителей к опасным страницам вместе с хостером и сохраните материалы для разбора.
Проверка нужна владельцу сайта, чтобы защитить пользователей и сохранить обращения к производителю. Под словом «вирус» здесь понимается вредоносный код: чужие скрипты, скрытые страницы, перенаправления и средства повторного доступа. Ниже — шесть шагов: фиксация признаков, четыре уровня диагностики и действия при находке.
Шаг 1Зафиксируйте признаки заражения
Соберите уже замеченные признаки на главной странице, в категории оборудования и карточках продуктов. Запишите адрес, время, устройство и источник перехода. Сохраните имеющиеся снимки предупреждений. Не открывайте подозрительные страницы повторно и не обходите защиту браузера: проверку их содержимого поручите специалисту. Письмо хостинга сверяйте с уведомлением в личном кабинете, открытом самостоятельно.
Как понять, что на сайте вирус? Поводом для проверки служат:
- переход с мобильного поиска на чужой ресурс;
- посторонние страницы и спам в поисковой выдаче по вашему домену;
- неизвестные ссылки, подмена телефона или получателя заявки;
- уведомление хостинга о вредоносном файле.
Падение позиций само по себе заражение не доказывает. Типовая ситуация: производитель видит меньше запросов на расчёт, а с телефона карточка станка открывает постороннюю рекламу. Сначала специалист разбирает перенаправление; доставку обращений проверяют после устранения угрозы.
Если заражение уже подтверждено, сразу переходите к ограничению ущерба в шаге 6. Диагностику можно продолжить на закрытом для посетителей сайте вместе с хостером.
Как проверить результат. Получился список симптомов с URL и датами, а не заключение «сайт тормозит».
Типичная ошибка. Сразу обновлять всё и терять следы происшествия.
Что сказать подрядчику. «Сохраните журналы доступа и ошибок за доступный период, копию файлов и базы; укажите, каких данных не хватает».
Шаг 2Проверьте публичные адреса внешним сканером
Для первой онлайн-проверки откройте VirusTotal, выберите проверку URL и укажите публичный адрес страницы. Запустите анализ и сверьте дату результата: старый отчёт не описывает текущее состояние. Сервис сопоставляет вердикты нескольких антивирусных средств и служб проверки ссылок.
Дополнительно используйте Sucuri SiteCheck: введите публичный адрес сайта и запустите проверку. Этот внешний сканер анализирует доступное ему содержимое страниц. Он помогает искать вредоносные вставки и проблемы безопасности, но не видит все файлы на сервере.
Проверьте отдельно главную, карточку оборудования и адрес из уведомления. Не отправляйте закрытые ссылки, токены, выгрузки заявок или архив сайта в публичный сервис: сведения о проверке могут стать доступны другим пользователям.
Как читать результатСрабатывание антивируса — повод разобраться с конкретным URL; отсутствие срабатываний означает лишь отсутствие обнаружений в этой проверке. Внешний сканер не заменяет осмотр серверных файлов и базы. Перенаправление, которое злоумышленники показывают только части посетителей, может не воспроизвестись.
Типичная ошибка. Признать весь сайт безопасным по зелёному отчёту главной.
Что сказать подрядчику. «Сопоставьте обнаружения с условиями мобильного перехода и серверной проверкой; объясните расхождения».
Шаг 3Откройте отчёты Яндекса и Google
В Яндекс Вебмастере выберите подтверждённый сайт и откройте «Оптимизация сайта → Безопасность и нарушения». Сохраните описание нарушения, рекомендации и доступные примеры адресов. При отличиях меню сверьте путь в кабинете и справке Яндекс Вебмастера.
В Google Search Console выберите нужный ресурс и откройте отчёт «Проблемы безопасности». Разверните проблему, выпишите дату обнаружения и примеры URL. Отдельно посмотрите отчёт «Меры, принятые вручную»: меры за нарушение правил поиска и проблемы безопасности — разные сведения. Названия разделов сверьте в кабинете и справке Search Console.
Как проверить результат. Собраны статусы обеих поисковых систем. Примеры Google могут быть неполными или отсутствовать; это не отменяет показанную проблему. Отсутствие предупреждений тоже не доказывает, что сайт не заражён.
Типичная ошибка. Удалять только перечисленные страницы: аналогичные вставки могут оставаться в других карточках.
Что сказать подрядчику. «Проверьте весь затронутый шаблон, а не только примеры из отчёта».
Шаг 4Запустите сканер на хостинге
Войдите в панель хостинга напрямую. Названия разделов зависят от провайдера. Например, в Beget откройте «Сервисы → Ai-Bolit», выберите сайт и нажмите «Запустить проверку». Выберите тип проверки в открывшемся окне, дождитесь завершения и откройте последний отчёт. Путь и доступные режимы сверьте в кабинете и справке хостинга.
В Beget также предусмотрен серверный антивирус ImunifyAV+. Если у вашего провайдера используется другой встроенный антивирус, найдите его инструкцию или запросите проверку у поддержки. Уточните дату последнего сканирования и какие сайты аккаунта оно охватило.
Перед лечением сохраните отдельную копию файлов и экспорт базы вне публичного каталога. Не полагайтесь только на копию, которую создаёт кнопка лечения: у провайдера могут быть ограничения её хранения. Если AI-Bolit запускается отдельно, установку и режим поручите администратору по документации доступной версии; универсальной команды для всех хостингов нет.
| Что содержит отчёт | Как принять решение |
|---|---|
| Путь к файлу и фрагмент кода | Сравнить с доверенной версией, определить назначение |
| Подозрительный объект | Проверить вручную: подозрение ещё не доказательство |
| Пропущенный каталог или ошибка чтения | Зафиксировать непроверенную область и устранить причину |
Как проверить результат. Запишите время, область сканирования и решение по каждой находке. Проверьте, охвачены ли соседние сайты аккаунта. База данных требует отдельного разбора.
Типичная ошибка. Нажимать массовое удаление без копии: можно потерять обработчик запроса КП.
Что сказать подрядчику. «Предоставьте исходный отчёт, список исключений и обоснование очистки каждого объекта».
Шаг 5Проверьте файлы и базу вручную
Этот этап выполняет администратор. В файловом менеджере хостинга откройте корень именно нужного домена: типовые имена — public_html или www, фактический путь зависит от хостинга. Сравните файлы с доверенной копией и официальными пакетами CMS. Неизвестный PHP-файл среди загрузок, изменённые правила перенаправления и скрытый исполняемый код требуют объяснения; дата изменения сама по себе взлом не доказывает.
В WordPress дополнительно проверьте wp-content, в том числе плагины и темы; в 1С-Битрикс — пользовательские доработки в local, если каталог используется. Это типовые пути, состав зависит от установки. В Joomla проверьте ядро, расширения и шаблоны по документации установленной версии. Для самописного сайта нужны карта файлов и история изменений разработчика.
Через доступный у хостера инструмент, например phpMyAdmin, сохраните экспорт базы. Затем поручите специалисту проверить записи: неизвестные администраторы, посторонние скрипты в контенте и настройках, изменённые получатели форм. Не выполняйте массовые замены SQL на рабочем сайте. Проверка сайта на взлом также включает задания планировщика, доступы и журналы: одного поиска вирусных строк недостаточно.
Как проверить результат. Есть перечень изменений с объяснением, что штатно, что вредоносно, что осталось неясным.
Типичная ошибка. Проверить файлы, оставив вставку в базе.
Что сказать подрядчику. «Покажите отличие от доверенной версии и проверьте, куда отправляется форма карточки».
Шаг 6Если нашли угрозу — ограничьте ущерб и примите восстановление
Порядок действий при взломе начинается с защиты посетителей. Согласуйте с хостером ограничение доступа к опасной части сайта и сохранение материалов инцидента. Для покупателей оставьте безопасный способ связи вне заражённых страниц. Остановите рекламу, ведущую на них, в том числе в Яндекс Директе.
Дальнейшие работы поручите администратору:
- Сохранить копии файлов, базы и доступных журналов до очистки.
- Удалить подтверждённый вредоносный код и проверить остальные находки.
- Устранить установленную причину: например, обновить компонент с уязвимостью до исправленной версии. Изменения сначала проверить на изолированной копии.
- Отозвать посторонние доступы и активные сеансы, сменить скомпрометированные пароли с чистого устройства.
- Повторить сканирование сайта и исходные сценарии, затем открывать доступ посетителям.
Перед изменениями согласуйте журнал: кто, когда и зачем меняет сайт, что было до и стало после. Опишите возврат при поломке. Заражённую копию сохраняют для разбора, а не возвращают в публичный доступ. Восстановление из старой копии может потерять новые обращения и изменения каталога — их нужно сохранить отдельно.
Как проверить результат. После устранения угрозы проверьте каталог с компьютера и телефона. Отправьте тестовый запрос КП и заявку на расчёт, проследите их до почты или CRM. Проверьте номер и тестовый звонок. Если работает Яндекс Метрика, отдельно проверьте учёт тестового обращения: событие цели не заменяет подтверждение доставки.
В Search Console после исправления всех проблем нажмите «Запросить проверку». Опишите проблему, принятые меры и подтверждение их результата. В Яндекс Вебмастере действуйте по инструкции конкретного нарушения. Где доступно, опишите исправления, отметьте «Нарушение исправлено» и нажмите «Отправить на проверку». Названия кнопок сверьте в кабинете и справке. Очистку сайта и снятие предупреждения фиксируйте отдельно.
Типичная ошибка. Принять работу только по исчезновению баннера. Критерии проверки и приёмки разобраны в статье про аудит безопасности сайта.
Что сказать подрядчику. «Передайте отчёты до и после, причину, изменения, резервную копию, ограничения проверки и результаты доставки заявок». Если код появляется повторно или объяснения расходятся с симптомами, нужен независимый разбор. Если чистка не помогла и рабочую версию вернуть не удалось, согласуйте восстановление сайта с проверкой причины повторного заражения.
Для профилактики назначьте ответственного за обновления CMS и расширений, проверку резервных копий и уведомления хостинга. Повторяйте диагностику при новых признаках заражения. После технического восстановления аудит интернет-маркетинга поможет разобрать путь от поиска и рекламы до обращения.
Итог
Проверка закончена, когда понятны охват диагностики, судьба каждой находки и оставшиеся ограничения. Чистый отчёт без проверки каталога и доставки обращений ещё не подтверждает восстановление сайта.
Получить аудит
Ссылки со значком ↗ ведут на сторонние сайты и открываются в новой вкладке.
Вопросы по теме
Можно ли проверить сайт на вирусы онлайн без доступа к хостингу?
Да, внешним сервисом по публичному URL, но это только первый уровень. Для проверки серверных файлов и базы нужен доступ владельца или помощь хостинга.
Сканер ничего не нашёл, но с телефона есть редирект. Что делать?
Зафиксируйте адрес, источник перехода и устройство. Передайте условия специалисту: поведение может зависеть от посетителя, поэтому требуется сопоставление с файлами, базой и журналами.
Достаточно удалить файл, о котором написал хостинг?
Нет оснований считать это полной очисткой. Нужно проверить остальные файлы, базу и доступы, а также устранить причину появления вредоносного кода.
Поможет ли смена пароля администратора?
Она нужна при компрометации доступа, но не удаляет код и не исправляет уязвимый компонент. Согласуйте очистку, обновление и отзыв доступов как связанные действия.
Когда исчезнет предупреждение после чистки?
После обработки исправлений соответствующим сервисом. Не принимайте обещание конкретной даты: сохраняйте статусы перепроверки и проверяйте сообщения в кабинете владельца.
