Ситуація, коли від сайту залишилися лише доменне ім’я та сторінки в результатах Google, не є безнадійною, але вона потребує обережної роботи. Пошукова видача може зберегти назви сторінок, фрагменти текстів і старі адреси, однак це не означає, що сам сайт або його база даних ще доступні.
Перш ніж купувати хостинг, встановлювати WordPress або видаляти залишки старої конфігурації, варто зібрати всі доступні дані. Поспішні дії можуть ускладнити аналіз домену, DNS, резервних копій і старих файлів. Якщо потрібна комплексна оцінка ситуації, корисно ознайомитися з матеріалами про Відновлення сайту, якщо залишився лише домен.
Інвентаризація пошукових результатів
Перший етап — зафіксувати все, що ще видно в Google та інших пошукових системах. Не обмежуйтеся головною сторінкою: старі результати можуть містити цінні URL, описи послуг, картки товарів, статті, контакти й технічні сторінки.
- Виконайте пошук за запитом
site:ваш-домен.ua. - Збережіть список знайдених URL у таблиці.
- Скопіюйте заголовки сторінок, описи та видимі фрагменти тексту.
- Зробіть скриншоти важливих результатів, оскільки пошукова видача може змінитися.
- Окремо позначте сторінки, які мають комерційну цінність або отримували найбільше переходів.
Також варто перевірити варіанти написання домену з www і без нього, сторінки в різних мовних версіях, PDF-файли, зображення та піддомени. Якщо у вас залишилися листи від хостинг-провайдера, дані про CMS, старі логіни, рахунки або згадки про резервне копіювання, їх потрібно зібрати в одному місці.
Пошуковий результат не є резервною копією. Google може показувати застарілу або неповну інформацію, а сам текст у сніпеті іноді формується з різних частин сторінки. Тому кожен знайдений фрагмент слід сприймати як орієнтир для подальшого пошуку, а не як готовий архів.
Web Archive та кеші
Наступний крок — перевірити архівні копії сайту. Найвідоміший інструмент для цього — Wayback Machine, але корисними можуть бути й інші вебархіви, збережені PDF, локальні копії, матеріали партнерів або старі публікації в соціальних мережах.
У Web Archive варто перевірити:
- головну сторінку та ключові розділи;
- старі URL із пошукової видачі;
- файли стилів, зображення та документи;
- версії сайту за різні дати;
- сторінки контактів, послуг, товарів і блогу.
Архів може зберегти HTML-сторінку, але не відновити її інтерактивні функції, форми, особистий кабінет або підключення до бази даних. Частина зображень і скриптів часто не завантажується, а внутрішні посилання можуть вести на недоступні адреси.
Не варто покладатися на випадкові «кеші» пошукових систем як на довгострокове джерело. Кешування може бути видалене або змінене без попередження. Якщо сторінка ще відкривається через старий хостинг, спочатку потрібно зробити копію файлів і бази даних, а вже потім змінювати налаштування чи переносити сайт.
Відновлення структури URL
Список старих адрес — один із найцінніших результатів підготовчої роботи. Навіть якщо контент доведеться створювати заново, збереження логічної структури URL допоможе користувачам і пошуковим системам знайти знайомі сторінки.
Для кожної адреси бажано визначити:
- її призначення;
- стару назву та тему;
- наявність тексту в архіві або Google;
- майбутню адресу на відновленому сайті;
- потребу в перенаправленні
301.
Не слід механічно створювати сотні сторінок із порожнім або дубльованим текстом. Спочатку потрібно відокремити реальні корисні URL від технічних, параметричних і помилкових адрес. Сторінки, які більше не мають відповідника, можна спрямувати на найближчий релевантний розділ або коректно закрити кодом 410, якщо їх відновлення не має сенсу.
Якщо сайт працював на WordPress, важливо відтворити не тільки структуру сторінок, а й правила постійних посилань, категорії, теги та мовні префікси. Невірні налаштування можуть призвести до масових помилок 404 або появи дублів.
Збирання контенту
Контент потрібно збирати з кількох джерел і перевіряти перед публікацією. Це можуть бути архівні копії, фрагменти Google, документи компанії, комерційні пропозиції, каталоги, листування, соціальні мережі, файли працівників і матеріали підрядників.
На цьому етапі важливо не копіювати без перевірки старі дані. Ціни, телефони, адреси, характеристики товарів, умови доставки та юридична інформація могли змінитися. Старі тексти також можуть містити биті посилання, застарілі згадки про сервіси або технічні фрагменти, які не повинні потрапити на новий сайт.
Практично зручно створити таблицю з такими полями:
- старий URL;
- назва та тип сторінки;
- джерело контенту;
- наявність зображень і файлів;
- оновлений текст;
- нова адреса;
- статус перевірки.
Якщо відновлення виконується на WordPress, спочатку краще розгорнути окрему тестову копію. Перед імпортом невідомих плагінів, тем або архівів потрібно перевірити їх на шкідливий код. Старі файли можуть містити віруси, приховані облікові записи або вразливі компоненти. Робочий сайт бажано захистити резервною копією, обмеженням доступу та оновленим програмним забезпеченням.
Повернення пошукової видимості
Після публікації відновлених сторінок пошукова видимість не повертається миттєво. Пошукові системи мають повторно просканувати сайт, оцінити його доступність, якість контенту, технічний стан і відповідність старим адресам.
Перед відкриттям сайту для індексації потрібно перевірити:
- коди відповіді сторінок і відсутність масових помилок 404;
- коректність перенаправлень зі старих URL;
- файл
robots.txtі метатегnoindex; - XML-карту сайту;
- мобільну версію та швидкість завантаження;
- HTTPS, доменну конфігурацію та DNS;
- форми зворотного зв’язку й контактні дані;
- підключення Google Search Console та системи аналітики.
У Search Console можна перевіряти індексацію окремих сторінок, помилки сканування та проблеми з перенаправленнями. Не потрібно штучно створювати багато нових сторінок або масово змінювати URL: це може розмити структуру сайту й ускладнити повернення накопичених сигналів.
Якщо невідомо, де розміщувалися файли сайту, чи не залишилася заражена копія, а також якщо немає впевненості в правильності роботи бази даних, краще залучити спеціаліста з відновлення. Діагностика допоможе встановити, які дані реально доступні, чи можна використати старий хостинг, як безпечно розгорнути нову копію та які сторінки доцільно повертати в першу чергу.