Пошкоджений сайт не варто відновлювати навмання. Одна й та сама зовнішня ознака — білий екран, помилка 500 або зникнення сторінок — може бути наслідком конфлікту плагінів, збою сервера, зараження чи пошкодження бази даних. Технічний аудит допомагає встановити причину й не погіршити ситуацію необережним втручанням.
Як визначити джерело помилки
Спочатку фіксують симптоми, час їх появи та останні зміни: оновлення, перенесення, редагування коду або підозрілий вхід. Далі перевіряють журнали сервера, версії PHP і WordPress, активні плагіни, тему, права доступу до файлів та цілісність бази. Якщо є ознаки зламу, сайт ізолюють і зберігають копію для аналізу.
Які дані й функції мають найвищий пріоритет
Порядок відновлення залежить від ролі сайту. Для інтернет-магазину критичними є замовлення, платежі та клієнтські дані; для корпоративного ресурсу — форми заявок і контакти; для медіа — архів публікацій та зображення. До початку робіт варто визначити, що не можна втратити, і створити окремі резервні копії файлів та бази.
Як скласти план відновлення сайту
План має містити безпечну копію, тестове середовище, послідовність виправлень і критерії перевірки. Частину проблем можна усунути відкатом одного компонента, але після зараження інколи потрібне очищення або перенесення на чисту збірку. Професійне відновлення сайту починається з діагностики, а завершується тестуванням форм, пошуку, мобільної версії, кешування та резервного копіювання.
Після запуску важливо встановити першопричину, оновити вразливі компоненти й налаштувати моніторинг. Інакше сайт може знову зламатися, навіть якщо зовні вже працює нормально.