Втрата сайту без доступної резервної копії — складна, але не завжди безнадійна ситуація. Результат залежить від того, що саме зникло: файли, база даних, домен, доступ до хостингу чи лише окремі розділи. Іноді сайт можна відновити майже повністю, а в інших випадках вдається повернути лише структуру, тексти або медіафайли.
Перш ніж починати будь-які зміни, важливо зафіксувати поточний стан сервера. Не видаляйте підозрілі файли, не перевстановлюйте WordPress і не імпортуйте нову базу даних поверх старої без копії. Навіть пошкоджені дані можуть містити фрагменти, необхідні для подальшого відновлення.
Де шукати залишки втраченого сайту
Пошук починають не з редагування сайту, а з інвентаризації всіх можливих джерел. Часто власник вважає, що бекапу немає, хоча окремі копії збереглися в іншому місці.
- Хостинг. Перевірте автоматичні копії, snapshot-версії, архіви акаунта та резервування баз даних. Іноді такі копії доступні лише через службу підтримки або зберігаються обмежений час.
- Панель керування. У cPanel, Plesk або іншій панелі можуть залишитися архіви файлів, дампи MySQL чи резервні копії окремих поштових скриньок.
- Комп’ютери розробників і адміністраторів. Пошукайте архіви формату
.zip,.tar.gz,.sql, локальні копії WordPress, експорти плагінів і папки з медіа. - Сторонні сервіси. Копії можуть бути у Git-репозиторіях, хмарному сховищі, системах автоматичного деплою або сервісах моніторингу.
- Поштові та файлові вкладення. У листуванні з підрядниками іноді знаходяться архіви сайту, дампи бази чи окремі зображення.
- Старий хостинг або тестовий домен. Після перенесення сайту попередній сервер могли не очистити, тому там іноді залишаються файли та база.
Окремо потрібно перевірити, чи працює домен і чи не змінилися DNS-записи. Якщо домен спрямований не на той сервер, сайт може здаватися повністю втраченим, хоча файли все ще доступні на старому хостингу.
Що можна отримати з вебархівів і пошуку
Вебархіви та кешовані сторінки пошукових систем не є повноцінною резервною копією, але можуть допомогти відтворити вміст. За їх допомогою іноді вдається знайти старі URL, заголовки, описи товарів, тексти, контактні дані, зображення та елементи навігації.
Вебархів зазвичай зберігає лише ті сторінки, які потрапили до його сканування. Динамічні розділи, особисті кабінети, кошик, форми замовлення та сторінки, закриті від індексації, можуть бути відсутні. Частина зображень, стилів або скриптів також не завантажується, тому архівна сторінка може виглядати некоректно.
Пошукова видача допомагає визначити, які сторінки існували та які фрагменти тексту індексувалися. Корисними можуть бути:
- заголовки сторінок і метаописи;
- URL-адреси категорій, послуг і товарів;
- тексти сніпетів;
- зображення, що збереглися в пошуку;
- посилання на PDF, прайси або інструкції;
- зовнішні згадки про сайт у каталогах і соціальних мережах.
Такі матеріали потрібно використовувати як джерело для відтворення, а не як доказ повної ідентичності майбутнього сайту. Частина інформації могла бути змінена, обрізана або втрачена під час індексації.
Як відтворюють структуру та дизайн
Відновлення починають із карти сайту. Фахівець збирає список доступних сторінок, визначає їхню ієрархію, меню, категорії, посадкові сторінки та службові розділи. Для інтернет-магазину додатково аналізують товари, атрибути, фільтри, кошик і логіку оформлення замовлення.
Далі визначають, які частини можна відновити технічно:
- створюють чисте тестове середовище, щоб не пошкодити наявні залишки;
- налаштовують сумісну версію CMS, тему та необхідні плагіни;
- відтворюють структуру сторінок і зрозумілі URL;
- переносять знайдені тексти, зображення та документи;
- налаштовують меню, форми, редиректи, SEO-параметри й базові інтеграції;
- перевіряють відображення на мобільних пристроях, роботу форм і критичних функцій.
Дизайн можна відновлювати за скриншотами, архівними сторінками, брендбуком, рекламними матеріалами або макетами. Якщо оригінальна тема WordPress зникла, її іноді вдається знайти в резервних копіях, репозиторіях або на комп’ютері розробника. В іншому разі створюють максимально близьку за структурою й стилем версію, але це вже не буде автоматичним поверненням старого сайту.
Для складних проєктів доцільно спочатку підняти тимчасову копію на окремому піддомені. Це дає змогу перевірити результат і не переривати роботу домену під час відновлення.
Якщо самостійна перевірка не дає результату, може знадобитися відновлення сайту без резервної копії із залученням спеціаліста. Перед початком робіт потрібно узгодити, які джерела будуть перевірені, що вважається прийнятним результатом і які дані можуть бути недоступними.
Які дані повернути неможливо
Без копії бази даних зазвичай неможливо достовірно повернути всю динамічну інформацію. Це можуть бути облікові записи користувачів, замовлення, коментарі, заявки з форм, історія оплат, налаштування плагінів і персональні дані.
Також складно або неможливо відновити:
- паролі користувачів у початковому вигляді;
- невидимі для пошукових систем сторінки та особисті кабінети;
- файли, які ніколи не публікувалися або не синхронізувалися;
- налаштування серверних завдань, пошти та зовнішніх API без доступів;
- точну історію змін сайту;
- оригінальну логіку програмних модулів, якщо їхній код втрачено.
Навіть якщо сторінки відновлені з архіву, це не означає, що повернулися всі пов’язані дані. Наприклад, форму можна відтворити візуально, але старі заявки з неї не з’являться без доступу до поштової скриньки, CRM або бази даних.
Якщо на сервері виявлено вірус, не копіюйте всі файли на новий хостинг без перевірки. Разом із сайтом можна перенести шкідливий код, приховані облікові записи або бекдори. Очищення має виконуватися після збереження доступних артефактів для аналізу.
Від чого залежить кошторис
Вартість робіт визначається після діагностики, оскільки два сайти з однаковою CMS можуть мати зовсім різний обсяг втрат. На кошторис впливають:
- наявність файлів, бази даних або їхніх фрагментів;
- кількість сторінок, товарів і мовних версій;
- складність дизайну та функціональність сайту;
- необхідність відновлення доступів до хостингу, домену, пошти й сторонніх сервісів;
- наявність шкідливого коду та потреба в очищенні;
- обсяг ручного перенесення текстів і зображень з архівів;
- необхідність збереження SEO-структури, URL і редиректів.
Правильний перший крок — не замовляти негайну перевстановку, а провести діагностику: перевірити хостинг, домен, доступи, файлову систему, базу даних, архіви та зовнішні джерела. Після цього можна скласти перелік того, що реально повернути, що доведеться відтворювати заново, і які ризики пов’язані з кожною дією.
Після завершення робіт обов’язково налаштуйте автоматичні резервні копії у кількох місцях, обмежте доступи, оновіть CMS і плагіни та перевірте відновлення з тестової копії. Бекап має бути не просто створений, а доступний і придатний для практичного використання.