Видалення знайденого шкідливого файлу ще не означає, що сайт повністю очищено. Зараження WordPress часто складається з кількох компонентів: змінених файлів ядра, прихованих облікових записів, завдань планувальника, записів у базі даних і резервних механізмів, які повторно завантажують код. Тому результат ремонту потрібно перевіряти системно.
Перед початком перевірки важливо зберегти копію очищеної версії та журнал виконаних робіт. Він має містити джерело проблеми, перелік змінених файлів, видалені облікові записи, оновлені компоненти й нові параметри безпеки. Без такого журналу складно зрозуміти, що саме перевіряти після відновлення.
Які повторні перевірки виконати після відновлення
Перший крок — повторне сканування всіх файлів і бази даних іншим інструментом або з оновленими сигнатурами. Перевірте цілісність ядра WordPress, тем і плагінів, порівнявши їх із чистими офіційними версіями. Особливу увагу слід приділити каталогам завантажень, кешу й тимчасовим папкам, де виконуваних PHP-файлів зазвичай не повинно бути.
Далі перегляньте список адміністраторів, активних плагінів, завдань WP-Cron, правил перенаправлення та параметрів у файлах конфігурації. Змініть паролі доступу до WordPress, хостингу, бази даних і FTP/SFTP, а також оновіть секретні ключі. Якщо один пароль використовувався в кількох сервісах, замініть його всюди.
Сайт потрібно перевірити як звичайному відвідувачу, так і пошуковому роботу: відкрити ключові сторінки з телефона та комп’ютера, перейти з пошуку, протестувати форми й переконатися, що немає сторонніх перенаправлень, прихованої реклами або підміни контенту. Корисний приклад діагностики описано в матеріалі про випадок, коли підозрілі перенаправлення з’являються лише на телефоні.
Що включити до подальшого моніторингу сайту
Після очищення потрібен період посиленого спостереження. Контролюйте доступність сайту, зміни файлів, появу нових адміністраторів, невдалі спроби входу, вихідні запити сервера та навантаження. Якщо інцидент був пов’язаний зі спам-розсилкою, додатково перевіряйте поштову чергу, репутацію домену й журнали відправлення.
Автоматичні сповіщення мають повідомляти не лише про недоступність головної сторінки. До контролю потрібно включити форму звернення, авторизацію, кошик або оплату, якщо вони критичні для бізнесу. Резервні копії варто зберігати окремо від основного хостингу та періодично перевіряти можливість відновлення.
Важливо усунути причину зараження: вразливий плагін, застарілу тему, скомпрометований пароль або небезпечний доступ. Інакше сайт може бути зламано повторно навіть після якісного очищення. Якщо WordPress використовував сервер для небажаних листів, стане у пригоді інструкція про те, що робити, коли WordPress розсилає спам із хостингу.
Як прийняти виправлення і перевірити результат ремонту
Замовник має отримати не загальне повідомлення «віруси видалено», а перевірюваний результат. Попросіть перелік знайдених проблем, виконаних дій, оновлених компонентів, змінених доступів і рекомендацій. У звіті варто вказати дату фінального сканування та підтвердити роботу критичних функцій сайту.
Приймання завершується контрольним тестом: сторінки відкриваються без помилок, форми доставляють повідомлення, замовлення проходять усі етапи, у консолі браузера немає критичних збоїв, а сервіси безпеки не показують зараження. За потреби можна залучити зовнішню команду технічної підтримки; тематичні матеріали й послуги представлені, зокрема, у розділі технічної підтримки сайту.
Найнадійніший доказ очищення — не один «чистий» звіт сканера, а сукупність ознак: відсутність повторних змін, стабільна робота функцій, контроль доступів і регулярний моніторинг протягом наступних тижнів.