Перенесіть сайт, не втративши створеного.
Під час міграції втрачають трафік, коли старі адреси не зіставлено з новими до переходу. Аудит фіксує наявне, стратегія визначає, що перенести, об’єднати чи прибрати. Міграція втілює ці рішення: переносить контент і дані, налаштовує перенаправлення та перевіряє сайт під час і після запуску.
Команди, які переходять із no-code платформ — Lovable, Wix, Webflow — до інфраструктури, що належить їм. Команди, чий сайт WordPress став повільним і складним в обслуговуванні. Команди, які вже проводили міграцію, втратили позиції й хочуть зробити все правильно.
Не потрібно, якщо ви запускаєте перший сайт — це покриває основа напряму 04 Новий сайт.
План перенесення
Перетворюємо перелік з аудиту та рішення зі стратегії на план роботи: що куди переносимо, у якій послідовності й що перевіряємо. Нічого не змінюємо до погодження.
Перенесення контенту й даних
Переносимо контент до нової структури й CMS разом із даними, від яких залежить ваш сайт. Обсяг перенесення, упорядкування й доповнення визначаємо в пропозиції.
Перенаправлення
Кожну стару адресу перенаправляємо кодом 301 на нову сторінку з тим самим контентом; за потреби налаштовуємо canonical та hreflang — до запуску, а не після. Якщо сторінка не має заміни, стара адреса повертає 404 або 410 замість перенаправлення на сторонню сторінку.
Запуск і перевірка після нього
Під час запуску перевіряємо перенаправлення, структуровані дані й налаштування індексування. Протягом погодженого періоду після нього перевіряємо перенесення, перенаправлення, помилки та стан індексування й виправляємо помилки у власному перенесенні — підписка для цього не потрібна. Подальша регулярна розробка належить до 01 Index Control.
Міграція додається до основи напряму 04 Новий сайт й оплачується окремо; спільну з основою роботу не оплачуєте двічі. Вона спирається на аудит і стратегію — якщо вони вже виконані, використовуємо їх. Мета роботи — зберегти вашу наявну присутність, але це не гарантія незмінних позицій чи трафіку. Обсяг перенесення, контенту й перевірок та тривалість перевірки після запуску визначаємо в пропозиції.
Як змінити дизайн сайту, не втративши SEO-цінність?
Зберігайте URL-адреси, де це можливо. Якщо їх треба змінити, до запуску перенаправте кожну стару адресу кодом 301 на нову сторінку з тим самим контентом — не після запуску. Зберігайте текст на сторінках, що вже мають позиції: зміна кожного заголовка під час редизайну є зміною контенту, і пошукові системи сприймають її так само. Потім перевіряйте індексування протягом погодженого періоду після запуску, бо деякі проблеми з’являються пізніше.
Чи можу я перенести сайт із конструктора?
Зазвичай контент перенести можна; дизайн і власні функції конструктора часто не можна — їх доводиться створювати заново. Можливості експорту різняться між платформами, тому до планування перенесення перевіряємо їх у вашому обліковому записі — разом із тим, хто керує доменом.
Які поширені помилки перенаправлень 301?
Ланцюги — зі старої сторінки на другу, потім на третю — сповільнюють сканування, а після кількох кроків деякі crawlerи перестають їх відстежувати. Перенаправлення на головну або лише приблизно пов’язану сторінку замість сторінки з тим самим контентом пошукові системи можуть вважати м’якою помилкою 404; якщо заміни немає, чесна відповідь — 404 або 410. Також забувають про параметри й кінцеві косі риски та прибирають перенаправлення, поки вони ще отримують трафік.
Як довго зберігати перенаправлення 301?
Щонайменше рік, а часто назавжди. Пошукові системи обробляють перенесення за кілька місяців, але зовнішні посилання й закладки на стару адресу не мають терміну дії. Якщо прибрати перенаправлення, яке ще отримує трафік, робоче посилання стане помилкою 404; зберегти його зазвичай означає підтримувати один рядок конфігурації.
Що має містити контрольний список міграції сайту?
До запуску: кожна URL-адреса з її трафіком і посиланнями, рішення щодо кожної — перенаправити на сторінку з тим самим контентом або прибрати з відповіддю 404 чи 410 — мапа перенаправлень і запис поточних структурованих даних та налаштувань аналітики. Під час запуску: масова перевірка перенаправлень замість ручної, перевірка правил robots і noindex, sitemap із новими адресами, оновлена Search Console. Після запуску: перевірка перенаправлень, помилок і стану індексування протягом погодженого періоду, бо деякі проблеми з’являються лише за кілька тижнів.