Фраза «сайт втрачено» може означати зовсім різні ситуації. В одному випадку закінчився тариф і файли ще зберігаються у провайдера, в іншому — є папка сайту, але немає бази даних, у третьому — власник втратив усі доступи. Правильний сценарій залежить від того, які компоненти лишилися та скільки часу минуло.
Що можна повернути, якщо зберігся доступ до хостингу
Спочатку перевіряють файловий менеджер, бази даних, резервні копії, журнали й налаштування домену. Навіть якщо сайт не відкривається, дані можуть залишатися на сервері. До будь-яких змін потрібно завантажити копію всього доступного й зафіксувати поточний стан.
Причиною недоступності може бути прострочена оплата, зміна версії PHP, помилка конфігурації, пошкоджений плагін або шкідливий код. Не варто одразу перевстановлювати WordPress: це здатне перезаписати файли й ускладнити аналіз.
Відновлення з файлів без актуальної бази даних
У WordPress файли містять тему, плагіни та завантаження, але тексти, меню, налаштування й більшість зв’язків зберігаються в базі. Тому проста копія папки не повертає сайт повністю. Водночас із каталогу uploads можна відновити фотографії та документи, а тема допоможе відтворити зовнішній вигляд.
Варто шукати SQL-файли в домашній директорії, папках міграцій, архівах плагінів і локальних копіях розробника. Навіть стара база може стати основою, якщо нові матеріали вдасться повернути з інших джерел.
Пошук резервних копій у панелі, хмарі та локальних архівах
Копії можуть зберігатися не лише в основній панелі. Перевіряють окремий сервіс бекапів хостера, Google Drive, Dropbox, S3, пошту, старий комп’ютер і архіви попереднього підрядника. Важливо уточнити дату та склад: деякі копії містять лише файли або лише базу.
Відновлення виконують у тестовому середовищі. Спочатку перевіряють цілісність, версії програмного забезпечення та відсутність шкідливого коду, а вже потім готують повернення на робочий домен.
Відбудова сторінок через Web Archive і пошукові копії
Якщо резервних копій немає, частину структури можна зібрати з вебархіву, індексованих адрес, Search Console, аналітики та зовнішніх посилань. Це не повне відновлення: форми, особисті кабінети й динамічні дані так не повертаються. Але тексти, заголовки, зображення та старі URL часто вдається реконструювати.
Пріоритет надають сторінкам, які отримували трафік, мали посилання або безпосередньо приводили заявки. Для втрачених адрес готують релевантні редиректи, щоб не створювати масив помилок 404.
Коли часткове відновлення переходить у реконструкцію
Якщо збереглися лише окремі файли та фрагменти контенту, робота стає реконструкцією. Команда відтворює структуру, встановлює чисту систему, переносить перевірені матеріали й заново підключає функції. Межу між ремонтом і новою розробкою визначають не формально, а за обсягом збережених даних і ризиком використання старого коду.
Для професійної оцінки залишкових даних та плану дій можна замовити відновлення сайтів після втрати хостингу. Спочатку фіксується все, що ще доступне, потім порівнюються сценарії за строками, вартістю та шансом повернути старі адреси.
Найцінніше правило — не робити незворотних кроків до створення копії. Навіть пошкоджений архів або неповна база можуть містити дані, які неможливо відтворити вручну.