Сервис для сайтов на WordPress.
Разработка, продвижение и обслуживание с 2007 года
Ваш сайт выглядит как обычно, а клиенты жалуются на рекламу и переходы на чужие страницы? Взлом бывает незаметен владельцу. Объясняем, где искать следы взлома и с чего начать восстановление.
Вы открываете сайт — всё на месте. Логотип, услуги, кнопка заявки. А через некоторое время клиент присылает скриншот — вместо вашей страницы ему предложили забрать приз. У другого посетителя появилось предупреждение об опасности. На вашем компьютере ничего подобного не наблюдается, но сайт стоит проверить на взлом или заражение вредоносным кодом.
Злоумышленникам бывает выгодно сохранить привычный вид сайта для админа — пока владелец ничего не замечает, его страницы перенаправляют посетителей, распространяют чужую рекламу или используются для обмана.
Для первой проверки не нужно разбираться в программировании. Нужно посмотреть на сайт глазами посетителя и проверить несколько мест в панели управления.
Если браузер не показывает предупреждений об опасности, откройте сайт в режиме инкогнито, где вы не вошли в WordPress. Затем проверьте его с телефона и попробуйте перейти на нужную страницу из поиска. Вредоносное перенаправление может срабатывать только при определённых условиях — например, для мобильного посетителя или при переходе из поисковой системы.
Чужой адрес
Вы открыли страницу услуги, а в адресной строке оказался другой домен. Или кнопка, которая раньше вела к форме заявки, теперь отправляет на незнакомый ресурс. Если таких изменений никто не заказывал, это серьёзный повод проверить сайт.
Чужое содержимое
Реклама, посторонние ссылки, всплывающие окна, предложения скачать файл или разрешить уведомления. Особенно подозрительны элементы, не связанные с вашим бизнесом и появившиеся без участия команды.
Отдельно проверьте то, что приносит заявки и деньги — телефон, адрес получателя сообщений из формы, ссылки на оплату и реквизиты. Подмена этих данных может выглядеть как обычная правка. Неизменившийся дизайн здесь ничего не гарантирует.
Введите в Google запрос «site:ваш-домен.ru», подставив адрес своего сайта. Посмотрите, какие страницы находятся — нет ли материалов, которые вы не публиковали, чужих товаров или заголовков на незнакомом языке. Такая выдача не является полным списком страниц и может отражать уже удалённый контент, но помогает обнаружить подозрительные следы.
В Google Search Console проверьте раздел «Проблемы безопасности». Там могут появиться уведомления о взломанных страницах и вредоносном содержимом. Если уведомлений нет, это ещё не подтверждает, что сайт чист.
В Яндексе тоже можно проверить, какие страницы сайта попали в поиск. Введите запрос «site:ваш-домен.ru» и посмотрите на заголовки и описания. Если среди ваших услуг и статей появились чужие товары, реклама или материалы, которые вы не публиковали, стоит выяснить, откуда они взялись. Результаты Google и Яндекса могут различаться, поэтому полезно проверить обе системы.
В Яндекс Вебмастере откройте раздел «Оптимизация сайта» → «Безопасность и нарушения». Здесь отображаются обнаруженные угрозы и рекомендации по их устранению. Дополнительно загляните в раздел «Индексирование» → «Страницы в поиске» — незнакомые адреса могут помочь обнаружить посторонние публикации.
Отсутствие предупреждений ещё не означает, что сайт чист. Поисковым системам требуется время, чтобы обнаружить изменения, а некоторые внедрённые страницы могут вообще быть закрытыми от индексации и не попасть в выдачу. Поэтому проверку в поиске стоит дополнять осмотром самого сайта и панели управления WordPress.
Если браузер сообщает о вредоносном или фишинговом сайте, не игнорируйте это предупреждение. Сохраните скриншот и обратитесь к специалисту. Сообщение о проблеме с сертификатом — другая ситуация. Оно может появиться из-за неправильной настройки HTTPS или в связи с просроченным сертификатом безопасности, и само по себе не доказывает взлом.
Один из способов проверить сайт на взлом или заражение — зайти в панель управления (консоль WordPress). Если она открывается по обычному адресу без подозрительных перенаправлений, посмотрите четыре раздела.
| Куда заглянуть | Что должно насторожить |
| Пользователи | Неизвестный аккаунт с ролью администратора. Сначала уточните у команды и подрядчиков, кто его создал — название аккаунта само по себе ничего не доказывает. |
| Плагины и темы | Расширение, которое никто не устанавливал, или неожиданно отключённая защита. Запишите название и версию, прежде чем что-либо менять. |
| Записи, страницы, товары | Новые публикации, чужие ссылки в старых материалах, непонятные черновики. При этом часть внедрённого содержимого может вообще не отображаться в списке записей. |
| Настройки | Без согласования изменились адрес сайта, почта администратора или получатель заявок в настройках формы. |
Внезапно перестал подходить пароль? Пришло письмо о смене почты или сбросе пароля, который вы не запрашивали? Сохраните сообщение и уточните ситуацию у коллег. Сам запрос на сброс ещё не означает захват аккаунта, а вот подтверждённое изменение без вашего участия требует немедленной проверки.
Белый экран — ещё не диагноз
Ошибка после обновления, медленная загрузка и спам в комментариях могут возникать и без взлома. И наоборот — заражённый сайт способен выглядеть исправным. Даже хороший статус в разделе «Здоровье сайта» не заменяет проверку безопасности.
Для некоторых атак вход в панель управления не нужен. Плагины обрабатывают обращения посетителей — отправку форм, загрузку данных, переводы и другие действия. Если в этой обработке есть уязвимость, злоумышленник может воспользоваться ей снаружи. Сильный пароль такую ошибку не устраняет.
Важно различать уязвимости самого WordPress и его расширений. Вот несколько свежих примеров, проверенных на 7 октября 2026 года. Исправления для них уже выпущены.
Октябрь 2026 · WordPress
В WordPress 7.1.3, выпущенном 6 октября, закрыли семь проблем безопасности. Среди них - возможность внедрить вредоносный сценарий через комментарий, ожидающий модерации - он мог выполняться при просмотре страницы комментариев в панели управления. Также исправили добавление комментариев к закрытым и неопубликованным записям без авторизации.
Август 2026 · TranslatePress
В плагине для многоязычных сайтов обнаружили утечку ссылки сброса пароля администратора. При определённых настройках перевода посторонний мог получить эту ссылку, сменить пароль и войти в аккаунт. Уязвимость описана для версий до 3.3.1 включительно, исправление вышло в 3.3.2. Для атаки требовались дополнительные условия, такие как включённое автоматическое сохранение строк перевода и язык профиля администратора, совпадающий с опубликованным дополнительным языком сайта.
Май 2026 · Burst Statistics
Ошибка в плагине статистики позволяла постороннему, знающему логин администратора, выполнять определённые действия от его имени без верного пароля. В частности - создать новый аккаунт с правами администратора. Проблема затрагивала версии 3.4.0-3.4.1.1. Исправление вышло в 3.4.2.
Это лишь несколько относительно свежих примеров. Получив доступ, злоумышленник может менять страницы, создавать пользователей, подменять ссылки и оставлять скрытые способы повторного входа. Возможность читать данные или выполнять действия на сервере зависит от конкретной уязвимости и полученных прав.
Не начинайте с удаления всего незнакомого. Так можно потерять полезные следы и одновременно повредить рабочие функции. Лучше действовать аккуратно и планомерно.
Удалили чужую ссылку — через день она появилась снова. Восстановили вчерашнюю копию — перенаправление осталось. Такое возможно, если исправили видимый результат, а скрытый доступ или уязвимый плагин сохранились. Сама резервная копия тоже могла быть сделана уже после заражения.
Обновление закрывает известные ошибки, но не гарантирует удаления всего, что успели внедрить. Проверка сканером или антивирусом от хостинга помогает найти подозрительные изменения, однако её результат нужно проверять вручную — часть находок может оказаться нормальным кодом, а часть заражения — остаться незамеченной.
После восстановления стоит наладить регулярные резервные копии, обновления и контроль доступов. Крупные изменения обычно проверяют на отдельной копии сайта, чтобы ничего не сломать и проверить функционал. А важные исправления безопасности и обновления ядра WordPress и плагинов лучше делать незамедлительно. Подробнее об этом — в статье об обновлениях WordPress и плагинов.
WPservice занимается лечением и восстановлением сайтов на WordPress после взломов и заражений. Проверим проект, разберёмся с причиной и поможем вернуть сайт к нормальной работе. Для обращения достаточно адреса сайта и описания того, что вас насторожило.
