Видалений сайт не завжди втрачений назавжди. Навіть коли хостинг уже очищено, а доступ до старої адмінки відсутній, частину матеріалів іноді можна повернути з локальних копій, архівів хостингу, кешу пошукових систем або вебархівів. Головне — не починати відновлення навмання і спочатку зібрати все, що ще збереглося.
Для бізнесу така робота важлива не лише через тексти й зображення. Старий сайт міг мати впізнавані адреси сторінок, зовнішні посилання та історію в Google. Тому завдання полягає в тому, щоб повернути максимум корисного й не створити додаткових втрат під час поспішного запуску.
Які копії та файли можуть зберегтися
Пошук варто почати з резервних копій у панелі хостингу, архівів на комп’ютерах співробітників і матеріалів, які залишилися у попереднього підрядника. Корисними можуть бути навіть окремі папки з темою, плагінами та завантаженими зображеннями. Вони не завжди дозволяють одразу запустити сайт, але допомагають відтворити його вигляд і структуру.
Окремо перевіряють експорт бази даних, листи від хостингу, хмарні сховища та автоматичні бекапи. Якщо сайт передавався між командами, варто скористатися чеклістом про те, як підготувати сайт до передачі новому підряднику: він підкаже, де могли залишитися доступи й копії.
Чи можна відновити сайт без бази даних
Файли WordPress без бази даних — це лише частина системи. У базі зазвичай зберігаються записи, сторінки, налаштування, меню та облікові записи. Проте навіть за її відсутності не все втрачено: тексти можна зібрати з індексу Google та вебархівів, зображення — з папки uploads, а структуру сторінок — відтворити за старими URL.
Таке відновлення фактично поєднує технічну реставрацію і повторне складання сайту. Обсяг робіт залежить від того, наскільки повними є вихідні матеріали. Команда Веб Експерт може допомогти оцінити знайдені дані та визначити, що доцільніше: відновлювати стару систему чи збирати нову версію на основі збереженого контенту.
Як перевірити архів перед відновленням
Архів не слід одразу розгортати на робочому домені. Спершу його перевіряють у тестовому середовищі: сканують на шкідливий код, звіряють версії WordPress і PHP, оцінюють стан плагінів та теми. Старий архів може містити вразливості або заражені файли, через які новий запуск швидко завершиться повторним зламом.
Також потрібно перевірити, чи відкриваються ключові сторінки, чи працюють форми, меню й мобільна версія. Якщо роботу виконує зовнішня команда, корисно заздалегідь знати, як перевірити підрядника з технічної підтримки сайту.
Що зробити після повернення сайту в роботу
Після запуску слід налаштувати HTTPS, резервне копіювання, моніторинг доступності та захист адміністративних облікових записів. Старі адреси сторінок бажано зберегти, а якщо це неможливо — налаштувати коректні перенаправлення. Так сайт матиме більше шансів утримати накопичену пошукову видимість.
Останній крок — зафіксувати, хто володіє доменом, хостингом і резервними копіями, де зберігаються доступи та хто відповідає за регулярне обслуговування. Це перетворює разове відновлення на стійку систему, у якій наступна аварія не стане катастрофою для бізнесу.