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

Сайт може виглядати звичайно для власника, але вже бути зараженим: перенаправляти частину відвідувачів на сторонні ресурси, показувати приховану рекламу, створювати спамні сторінки, розсилати підозрілі запити або втрачати позиції в Google. Найнебезпечніше те, що вірус на сайті не завжди проявляється одразу. Іноді проблема стає помітною тільки тоді, коли браузер уже показує попередження, рекламний кабінет блокує кампанії, а Google Search Console повідомляє про проблеми безпеки.

Перевірка сайту на віруси потрібна не лише тоді, коли він уже “лежить” або відкривається з помилкою. Її варто робити після підозрілих змін у поведінці сайту, після зламу пошти чи хостингу, після встановлення нових плагінів, після роботи сторонніх підрядників, а також як частину регулярного адміністрування сайту, особливо якщо сайт приносить заявки, продажі або є основним каналом комунікації з клієнтами.

У цій статті розберемо, як зрозуміти, що сайт може бути заражений, якими сервісами його перевірити, що саме дивитися в Google Search Console, які технічні ознаки не можна ігнорувати та що робити після виявлення шкідливого коду.

Чому вірус на сайті — це не тільки технічна проблема

Багато власників бізнесу сприймають зараження сайту як локальну технічну помилку: “щось поламалося, програміст виправить”. Насправді вірус може впливати одразу на кілька важливих напрямів: довіру клієнтів, SEO, рекламу, заявки, оплату, персональні дані користувачів і репутацію бренду.

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

Для SEO наслідки також серйозні. Google може показувати попередження про небезпечний сайт, обмежувати видимість сторінок або повідомляти про проблеми безпеки в Search Console. У звіті Security Issues Google показує випадки, коли сайт може бути зламаний або демонструвати поведінку, небезпечну для відвідувачів: фішинг, встановлення шкідливого чи небажаного програмного забезпечення.

Основні ознаки, що сайт може бути заражений

Не кожна помилка означає вірус. Сайт може гальмувати через поганий хостинг, некоректний код, важкі зображення або конфлікт плагінів. Але є симптоми, які точно варто перевірити.

1. Браузер показує попередження про небезпечний сайт

Якщо Chrome, Safari, Firefox або антивірус користувача показує повідомлення на кшталт “Небезпечний сайт”, “Сайт може містити шкідливе ПЗ”, “Оманливий сайт попереду” — це вже критичний сигнал. Такі попередження часто пов’язані з базами Google Safe Browsing або іншими системами перевірки небезпечних сайтів. Google Safe Browsing створений для виявлення небезпечних сайтів і попередження користувачів та власників сайтів про потенційну шкоду.

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

2. Сайт перенаправляє користувачів на сторонні ресурси

Одна з найпоширеніших ознак зараження — неочікувані редиректи. Наприклад, користувач відкриває ваш сайт, але через секунду потрапляє на казино, фейковий магазин, сторінку з підпискою, дорослий контент, невідомий домен або підозрілу рекламу.

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

3. На сайті з’явилися чужі сторінки

Ще один частий сценарій — на сайті створюються сотні або тисячі спамних сторінок. Вони можуть бути не видимі в меню, але потрапляти в індекс Google. Зазвичай такі сторінки містять тексти іншою мовою, підозрілі посилання, рекламу препаратів, ставок, фейкових брендів або сторонніх сервісів.

Перевірити це можна через Google, ввівши запит:

site:ваш-домен.com

Якщо серед результатів ви бачите сторінки, яких точно не створювали, — це серйозна підстава для технічної перевірки.

4. Різко впала відвідуваність або позиції в Google

Падіння SEO-трафіку не завжди пов’язане з вірусами. Причиною можуть бути оновлення алгоритмів, технічні помилки, зміни структури, проблеми з індексацією або конкуренти. Але якщо падіння збіглося з появою дивних сторінок, попередженнями браузера, помилками в Search Console або скаргами користувачів — варто перевірити сайт на зараження.

Шкідливий код може впливати на SEO через:

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

5. У файлах сайту з’явилися невідомі скрипти

Якщо у файловій системі з’явилися файли з дивними назвами, незрозумілі PHP-скрипти, дублікати системних файлів, невідомі архіви або підозрілі JavaScript-вставки — це може бути наслідком зараження.

Особливо уважно варто перевіряти:

кореневу папку сайту;
папки теми або шаблону;
директорії з плагінами;
папку uploads;
.htaccess;
index.php;
файли конфігурації;
нещодавно змінені файли.

Не варто видаляти все підряд без резервної копії. Іноді заражений код впроваджується в робочі файли сайту, і необережне видалення може повністю зламати ресурс.

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

Онлайн-перевірка — це перший швидкий етап. Вона не замінює глибокий технічний аудит, але допомагає зрозуміти, чи є явні проблеми: чорні списки, підозрілі редиректи, шкідливі скрипти, фішинг або заражені URL.

Google Safe Browsing

Google Safe Browsing дозволяє перевірити, чи вважає Google конкретний сайт небезпечним. Це корисно, якщо ви підозрюєте, що браузер або пошукова система вже бачить загрозу.

Що можна зрозуміти після перевірки:

чи є сайт у базі небезпечних ресурсів;
чи пов’язаний домен із фішингом;
чи є підозра на шкідливе програмне забезпечення;
чи може браузер показувати попередження користувачам.

Важливо: якщо Google Safe Browsing не показує проблем, це не гарантує, що сайт повністю чистий. Сервіс може не бачити приховані зараження, які спрацьовують за певних умов, або шкідливий код, що не потрапив до відомих сигнатур.

Google Search Console

Якщо сайт підключений до Google Search Console, обов’язково перевірте розділ Безпека та заходи, вжиті вручну. Саме там можуть з’являтися повідомлення про зламані сторінки, фішинг, шкідливе ПЗ або небезпечну поведінку сайту.

Search Console важлива не тільки для SEO, а й для безпеки. Якщо Google виявив проблему, він може показати приклади URL, де знайдено загрозу. Це допомагає швидше локалізувати зараження і зрозуміти, що саме потрібно чистити.

VirusTotal

VirusTotal дозволяє перевірити URL або файл за багатьма антивірусними базами. Це зручно для первинної діагностики, коли потрібно швидко зрозуміти, чи бачать різні системи безпеки проблему.

Його варто використовувати для:

перевірки головної сторінки;
перевірки підозрілих URL;
перевірки файлів перед завантаженням на сайт;
порівняння результатів різних антивірусних систем.

Але VirusTotal теж не є повноцінною заміною ручної перевірки коду, логів, бази даних і серверних налаштувань.

Sucuri SiteCheck

Sucuri SiteCheck часто використовують для швидкої перевірки сайту на відомі загрози, підозрілі вставки, редиректи та наявність у чорних списках. Це хороший інструмент для першого етапу, особливо якщо потрібно швидко пояснити клієнту або команді, що з сайтом може бути проблема.

Quttera та інші вебсканери

Quttera, SiteGuarding, Dr.Web URL Checker та інші сервіси можуть доповнювати перевірку. Найкраще не покладатися на один інструмент, а порівняти кілька результатів. Якщо один сервіс нічого не бачить, а інший показує підозрілий JavaScript або редирект, це вже причина для глибшої перевірки.

Чому онлайн-перевірки недостатньо

Онлайн-сканер бачить сайт приблизно так, як його бачить зовнішній відвідувач. Це корисно, але він не має повного доступу до файлової системи, бази даних, серверних логів, cron-завдань, конфігурації хостингу й адмін-панелі.

Через це онлайн-сервіси можуть не виявити:

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

Саме тому правильна перевірка сайту на віруси має складатися з двох рівнів: зовнішнього сканування і внутрішньої технічної діагностики.

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

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

Перевірте нещодавно змінені файли

Один із перших кроків — знайти файли, які змінювалися останнім часом. Якщо ви не оновлювали сайт, але бачите десятки змінених PHP або JS-файлів, це може бути ознакою зараження.

Підозрілими можуть бути:

файли з випадковими назвами;
PHP-файли в папці uploads;
дублікати системних файлів;
файли з дуже довгими рядками коду;
вставки eval, base64_decode, gzinflate, str_rot13;
невідомі iframe або script-вставки;
приховані посилання на сторонні домени.

Не кожна така функція автоматично означає вірус, бо в деяких легальних скриптах вони теж можуть траплятися. Але це маркери, які потрібно перевірити.

Перевірте .htaccess і редиректи

Файл .htaccess часто використовують для налаштування редиректів, HTTPS, кешування та правил доступу. Але зловмисники також можуть додавати туди приховані перенаправлення.

Особливо уважно перевіряйте правила, які:

перенаправляють мобільних користувачів;
працюють тільки для відвідувачів із пошукових систем;
ведуть на невідомі домени;
містять незрозумілі умови;
з’явилися без вашої участі.

Якщо сайт на WordPress, OpenCart, Joomla або іншій CMS, перед редагуванням .htaccess краще зберегти копію файлу.

Перевірте базу даних

Шкідливий код може бути не тільки у файлах, а й у базі даних. Наприклад, у текстах сторінок, віджетах, налаштуваннях теми, кастомних полях, блоках конструктора або HTML-вставках.

У базі варто шукати:

сторонні <script>;
iframe;
невідомі домени;
приховані div-блоки;
масові спамні посилання;
підозрілі записи в таблицях налаштувань;
нових адміністраторів.

Це особливо актуально для CMS, де контент, налаштування теми та частина скриптів можуть зберігатися саме в базі.

Перевірте користувачів і доступи

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

Потрібно перевірити:

адміністраторів CMS;
FTP/SFTP-доступи;
SSH-користувачів;
доступи до хостингу;
користувачів бази даних;
API-ключі;
доступи до CRM, пошти, платіжних систем і аналітики.

Якщо є невідомі користувачі або старі доступи колишніх підрядників — їх потрібно видалити або обмежити.

Що робити, якщо сайт заражений

Головна помилка — одразу хаотично видаляти файли або встановлювати десятки “антивірусних” плагінів. Це може погіршити ситуацію, приховати сліди зараження або зламати сайт. Діяти краще поетапно.

Крок 1. Зробіть резервну копію поточного стану

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

Також варто зберегти:

логи сервера;
дату першого виявлення проблеми;
приклади заражених URL;
повідомлення з Search Console;
результати онлайн-сканерів.

Крок 2. Тимчасово обмежте ризики

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

Крок 3. Знайдіть джерело зараження

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

Найчастіші причини зараження:

застаріла CMS;
застарілі плагіни або модулі;
слабкі паролі;
відсутність двофакторної авторизації;
заражений комп’ютер адміністратора;
небезпечні права на файли;
дешевий або погано налаштований хостинг;
старі FTP-доступи;
nulled-теми або піратські плагіни;
вразливості в кастомному коді.

OWASP окремо виділяє критичні ризики вебзастосунків, серед яких порушення контролю доступу, криптографічні помилки, інʼєкції, небезпечні налаштування та вразливі або застарілі компоненти. Це добре пояснює, чому безпека сайту — це не один плагін, а комплекс технічних рішень.

Крок 4. Очистіть файли, базу і доступи

Після виявлення джерела потрібно очистити сайт. Залежно від ситуації це може включати:

видалення шкідливих файлів;
відновлення чистих версій системних файлів;
очищення заражених записів у базі;
оновлення CMS, тем, плагінів і модулів;
зміну всіх паролів;
видалення зайвих користувачів;
перевірку прав доступу;
очищення кешу;
перевірку cron-завдань;
оновлення ключів, токенів і API-доступів.

Якщо сайт має кастомний функціонал, інтеграції, checkout, особистий кабінет або API, краще залучати спеціаліста. У таких випадках звичайного “почистити плагіном” часто недостатньо — потрібні послуги програміста, який зможе перевірити код, серверну логіку, базу даних, форми, інтеграції та місця, через які зловмисник міг отримати доступ.

Крок 5. Перевірте сайт повторно

Після очищення потрібно ще раз перевірити сайт:

через Google Safe Browsing;
через кілька онлайн-сканерів;
у Google Search Console;
вручну в браузері;
з мобільного пристрою;
через режим інкогніто;
за основними посадковими сторінками;
за сторінками, які раніше були заражені.

Також важливо перевірити, чи немає нових спамних сторінок в індексі Google. Для цього знову можна використати оператор site:домен.

Крок 6. Подайте сайт на повторну перевірку в Google

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

Google не завжди знімає попередження миттєво. Але якщо причина справді усунена, після повторної перевірки повідомлення про небезпеку має зникнути.

Як віруси впливають на рекламу і продажі

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

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

Тому після очищення сайту потрібно перевірити не тільки головну сторінку, а й усю комерційну воронку:

рекламні посадкові сторінки;
форми заявок;
кошик;
checkout;
сторінку оплати;
email-повідомлення;
інтеграції з CRM;
події аналітики;
thank-you page.

Як захистити сайт від повторного зараження

Очищення сайту — це тільки перша частина роботи. Якщо не змінити підхід до безпеки, сайт може заразитися знову. Особливо це стосується CMS із великою кількістю плагінів, старих сайтів, інтернет-магазинів і проєктів, де доступи мають кілька підрядників.

Регулярно оновлюйте CMS, плагіни і модулі

Застарілі компоненти — одна з найчастіших причин зламу. Якщо сайт працює на WordPress, OpenCart, Joomla, Drupal, WooCommerce або іншій CMS, потрібно регулярно перевіряти оновлення і встановлювати їх після резервного копіювання.

Але важливо не оновлювати все “наосліп” на живому сайті, особливо якщо там є кастомні правки. Краще спочатку зробити backup, перевірити сумісність і протестувати критичні сценарії: форми, кошик, оплату, фільтри, мобільну версію.

Налаштуйте резервні копії

Backup має бути регулярним і зберігатися не тільки на тому самому сервері. Якщо зловмисник отримає доступ до хостингу, він може пошкодити і сайт, і локальні резервні копії.

Оптимально мати:

автоматичні копії файлів;
автоматичні копії бази даних;
кілька точок відновлення;
зберігання копій поза основним сервером;
періодичну перевірку, чи backup справді відновлюється.

Обмежте доступи

Не всі користувачі мають бути адміністраторами. Для контент-менеджера достатньо ролі редактора, для SEO-фахівця — доступу до потрібних розділів, для підрядника — тимчасового доступу на період роботи.

Базові правила:

не використовувати логін admin;
не передавати один доступ кільком людям;
видаляти доступи після завершення співпраці;
використовувати складні унікальні паролі;
увімкнути двофакторну авторизацію;
не зберігати паролі в чатах і відкритих таблицях.

Контролюйте зміни на сайті

Якщо сайт регулярно оновлюється, потрібно розуміти, хто і що змінював. Це стосується контенту, плагінів, теми, коду, доступів і налаштувань хостингу.

Саме тут допомагає системне адміністрування: не просто “додати текст” або “поставити плагін”, а контролювати, щоб зміни не ламали сайт, не створювали дублікати, не відкривали вразливості й не впливали негативно на SEO.

Не використовуйте піратські теми і плагіни

Nulled-теми, “безкоштовні” преміум-плагіни з невідомих сайтів і зламані модулі — один із найризикованіших способів зекономити. У такі файли часто вже вбудовані бекдори, приховані посилання або шкідливий код.

Економія на ліцензії може закінчитися витратами на очищення сайту, відновлення позицій, втрату заявок і репутаційні проблеми.

Коли достатньо онлайн-перевірки, а коли потрібен спеціаліст

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

Але спеціаліст потрібен, якщо:

браузер показує попередження;
Search Console повідомляє про проблеми безпеки;
сайт перенаправляє на сторонні ресурси;
з’явилися чужі сторінки в Google;
у файлах є підозрілі скрипти;
сайт уже заражався раніше;
не працює адмінка;
зникли заявки або некоректно працюють форми;
сайт має оплату, кабінет, CRM або складні інтеграції;
після “очищення” проблема повертається.

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

Чек-лист: як перевірити сайт на віруси

Цей чек-лист можна використовувати для первинної діагностики.

Перевірте сайт у Google Safe Browsing.
Відкрийте Google Search Console і перегляньте розділ безпеки.
Проскануйте головну сторінку та важливі URL через VirusTotal, Sucuri або інші сервіси.
Перевірте сайт із різних пристроїв: комп’ютер, телефон, інкогніто.
Перевірте, чи немає неочікуваних редиректів.
Виконайте пошук site:домен у Google і перегляньте, чи немає чужих сторінок.
Перевірте нещодавно змінені файли на сервері.
Перегляньте .htaccess, index.php, папки теми, плагінів і uploads.
Перевірте базу даних на сторонні скрипти та посилання.
Перегляньте користувачів CMS, FTP, SSH, хостингу та бази даних.
Змініть паролі й закрийте зайві доступи.
Після очищення повторіть перевірку й подайте сайт на перегляд у Google, якщо були попередження.

Профілактика: що має бути налаштовано на нормальному сайті

Щоб сайт не доводилося рятувати в аварійному режимі, краще заздалегідь налаштувати базову систему безпеки. Вона не гарантує абсолютного захисту, але значно знижує ризик зараження.

Для бізнес-сайту бажано мати:

актуальну CMS і модулі;
SSL-сертифікат;
регулярні backup-копії;
обмежені ролі користувачів;
складні паролі й 2FA;
захист адмін-панелі;
контроль змін у файлах;
моніторинг доступності сайту;
перевірку форм і заявок;
захист від спаму;
базову перевірку логів;
актуальні версії PHP, Node.js або іншого серверного середовища;
технічний контроль після кожного оновлення.

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

Типові помилки власників сайтів після зараження

Видалити кілька підозрілих файлів і заспокоїтися

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

Відновити стару копію без перевірки

Backup може бути вже зараженим. Якщо просто відновити стару версію, можна повернути вірус разом із сайтом.

Не змінити паролі

Після очищення обов’язково потрібно змінити паролі до CMS, хостингу, FTP/SFTP, SSH, бази даних, пошти й пов’язаних сервісів. Інакше зловмисник може зайти повторно.

Не перевірити Google Search Console

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

Ігнорувати SEO-наслідки

Після зараження потрібно перевірити індексацію, sitemap, robots.txt, canonical, редиректи, спамні URL і зовнішні посилання. Інакше технічно сайт уже буде чистий, але SEO-проблеми залишаться.

FAQ

Як зрозуміти, що сайт заражений вірусом?

Найпомітніші ознаки — попередження браузера, редиректи на сторонні сайти, поява чужих сторінок у Google, різке падіння трафіку, підозрілі файли на сервері, нові адміністратори, скарги користувачів або повідомлення в Google Search Console.

Чи можна перевірити сайт на віруси безкоштовно?

Так, для первинної перевірки можна використати Google Safe Browsing, Google Search Console, VirusTotal, Sucuri SiteCheck та інші онлайн-сканери. Але безкоштовна перевірка не завжди бачить приховане зараження у файлах, базі даних або серверних налаштуваннях.

Якщо онлайн-сканер нічого не знайшов, сайт точно чистий?

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

Що робити в першу чергу, якщо сайт заражений?

Спочатку зробіть резервну копію поточного стану, зафіксуйте симптоми, перевірте Search Console і онлайн-сканери. Потім потрібно знайти джерело зараження, очистити файли й базу, змінити доступи, оновити CMS/плагіни та повторно перевірити сайт.

Чи може вірус на сайті вплинути на SEO?

Так. Заражений сайт може втратити позиції, отримати попередження в Google, створити спамні сторінки, показувати приховані редиректи або втратити довіру пошукової системи. Після очищення важливо перевірити індексацію, sitemap, Search Console і спамні URL.

Чи потрібно закривати сайт під час очищення?

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

Як часто потрібно перевіряти сайт на віруси?

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

Чи можна самостійно видалити вірус із сайту?

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

Висновок

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

Найкращий підхід — поєднувати швидкі онлайн-перевірки з глибшою технічною діагностикою. Онлайн-сервіси допоможуть побачити очевидні проблеми, але повну картину дають тільки перевірка файлів, бази даних, доступів, логів і налаштувань сервера.

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