Google показує попередження Цей сайт може зашкодити вашому комп’ютеру: як прибрати

Попередження Google «Цей сайт може зашкодити вашому комп’ютеру» зазвичай означає, що система виявила на сайті шкідливий код, небезпечні завантаження, фішингові сторінки або ознаки злому. Таке повідомлення може з’являтися в результатах пошуку, браузері Chrome або під час переходу на окрему сторінку.

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

Чому Google позначає сайт небезпечним

Google перевіряє не лише головну сторінку сайту, а й окремі URL, файли, скрипти та поведінку ресурсу. Попередження може з’явитися через такі причини:

• заражені файли WordPress, теми або плагіни;
• приховані редиректи на сторонні чи фішингові сайти;
• шкідливий JavaScript, який завантажує небезпечний код або перенаправляє відвідувачів;
• сторінки, що імітують форми входу, банківські сервіси чи інші відомі ресурси;
• шкідливі файли для завантаження, зокрема виконувані архіви або документи з небезпечними макросами;
• викрадення облікових даних через заражені форми;
• компрометація рекламних, аналітичних або сторонніх скриптів;
• зараження, яке проявляється лише для пошукових роботів або користувачів із певними параметрами.

Іноді причина пов’язана не з самим WordPress, а з іншим сайтом на тому самому хостингу, спільним обліковим записом або скомпрометованим сервером. Також попередження може стосуватися лише одного каталогу чи піддомену, але перевіряти потрібно всю інфраструктуру.

Для уточнення проблеми власнику варто відкрити Google Search Console та переглянути розділи з проблемами безпеки й заходами вручну. Додатково потрібно перевірити журнали сервера, час появи підозрілих змін і повідомлення хостинг-провайдера. Якщо доступ до панелі керування втрачено або сайт поводиться по-різному для різних відвідувачів, краще не обмежуватися поверхневою перевіркою плагіном.

Як ізолювати заражений WordPress

До початку очищення важливо зменшити ризик для відвідувачів і не дати шкідливому коду продовжити роботу. Безпечна послідовність може виглядати так:

1. Зробіть резервну копію файлів і бази даних у незмінному вигляді. Не перезаписуйте нею наявні копії та зберігайте окремо від хостингу. Такий дамп може містити шкідливий код, але він потрібен для аналізу й відновлення втрачених даних.
2. Якщо це можливо, тимчасово переведіть сайт у режим обслуговування або обмежте доступ до нього. Для критичних випадків доцільно тимчасово закрити публічний доступ на рівні вебсервера.
3. Змініть паролі до панелі WordPress, хостингу, FTP або SSH, бази даних і поштових скриньок. Робіть це з надійного пристрою, оскільки заражений комп’ютер може перехоплювати нові паролі.
4. Видаліть невідомі облікові записи адміністраторів, але спочатку зафіксуйте їхні дані та час створення для подальшого розслідування.
5. Призупиніть роботу підозрілих плагінів і сторонніх інтеграцій. Не видаляйте навмання важливі файли, якщо немає копії: це може зламати сайт або знищити докази зараження.
6. Перевірте всі сайти та каталоги, що розміщені в тому самому обліковому записі хостингу.

Вимкнення сайту саме по собі не є очищенням. Якщо шкідливі файли залишилися, після відкриття доступу або автоматичного завдання cron зараження може повернутися. Перед відновленням роботи потрібно перевірити файли, базу даних, права доступу та механізми запуску фонових процесів.

Де шукати шкідливі файли й вставки

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

• каталоги wp-content/uploads, plugins і themes;
• файли wp-config.php, .htaccess, index.php та інші файли в корені сайту;
• папки, назви яких схожі на системні, але мають незвичне написання;
• нещодавно змінені PHP-файли та файли, створені в каталогах завантажень;
• налаштування бази даних, зокрема записи в таблицях постів, опцій і користувачів;
• віджети, блоки, поля теми та плагіни, де могли бути вставлені скрипти;
• завдання cron, правила вебсервера та конфігурацію PHP.

Підозрілими можуть бути незрозумілі конструкції на кшталт eval, base64_decode, gzinflate, довгі закодовані рядки, виклики віддалених URL і код, захований у кінці нібито звичайного файлу. Водночас сам факт наявності певної функції не доводить зараження: її можуть використовувати легальні компоненти. Рішення потрібно приймати з урахуванням структури файлу, його походження, дати зміни та порівняння з оригінальною версією.

Безпечніше порівняти ядро WordPress, плагіни й тему з офіційними або відомими чистими копіями відповідних версій. Не варто замінювати весь wp-content або видаляти базу даних без попередньої копії: у цих даних можуть бути товари, замовлення, записи, налаштування й завантажені матеріали.

Якщо зараження приховане, сайт має кілька точок входу або немає впевненості у правильності очищення, потрібен спеціаліст із аналізом журналів, файлової системи та бази даних. Особливо небезпечно самостійно чистити робочий сайт без резервної копії: помилкове видалення може призвести до втрати даних або повної непрацездатності ресурсу.

Як подати сайт на повторну перевірку

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

У Google Search Console відкрийте повідомлення про проблему безпеки, ознайомтеся з прикладами URL і виберіть запит на перевірку. У поясненні варто коротко зазначити:

• який тип проблеми було виявлено;
• які компоненти перевірено та очищено;
• чи змінено паролі й обмежено доступ;
• які заходи вжито для запобігання повторному зараженню.

Перед поданням запиту не слід залишати сторінки з редиректами, підозрілими скриптами, шкідливими файлами або невиправленими вразливостями. Google може перевірити не лише головну сторінку, а весь ресурс, тому часткове очищення часто призводить до повторної відмови.

Результат перевірки не завжди з’являється одразу. Якщо попередження зберігається, потрібно знову проаналізувати Search Console, серверні журнали, код сторінок і можливі приховані копії шкідливих файлів. Не варто багаторазово надсилати запит без нових дій: спочатку слід знайти й усунути залишкову причину.

Як закрити шлях повторного зараження

Очищення має завершуватися зміцненням безпеки. Інакше навіть правильно відновлений сайт може бути зламаний повторно через ту саму вразливість або викрадені облікові дані.

• Оновіть WordPress, тему, плагіни та серверне програмне забезпечення до підтримуваних версій.
• Видаліть непотрібні, піратські або завантажені з ненадійних джерел компоненти.
• Використовуйте унікальні складні паролі та двофакторну автентифікацію для адміністраторів.
• Обмежте кількість користувачів із правами адміністратора та перевірте їхні ролі.
• Забороніть виконання PHP у каталогах для завантажень, якщо це сумісно з роботою сайту.
• Перевірте права доступу до файлів, FTP-акаунти, SSH-ключі, базу даних і поштові скриньки.
• Налаштуйте регулярні резервні копії та періодично перевіряйте, чи справді з них можна відновити сайт.
• Увімкніть моніторинг змін файлів, журналювання входів і сповіщення про підозрілу активність.
• Окремо захистіть панель керування, обмеживши доступ за IP або додатковою авторизацією, якщо це можливо.

Якщо сайт продовжує заражатися, змінюється після очищення або попередження Google повертається, проблема може бути на рівні хостингу, скомпрометованого облікового запису чи невиявленого бекдору. У такій ситуації потрібна повна технічна діагностика, а не повторне видалення окремих файлів. До завершення перевірки краще зберігати сайт ізольованим і не відновлювати роботу за рахунок неперевіреної резервної копії.