Чекліст до, під час і після міграції сайту: перелік URL, мапа перенаправлень 301, перевірки дня запуску й моніторинг, який рано виявляє втрати позицій, а також типові причини пропусків агенцій.
Оберіть фіксований період, наприклад 28 днів після запуску та 28 днів до нього, і порівняйте ті самі сторінки в Search Console. Запишіть дати, щоб повторити перевірку.
Тимчасові коливання нормальні, поки Google повторно сканує сайт і обробляє перенаправлення. Тривалі втрати майже завжди спричиняють проблеми, яким можна запобігти: пропущені перенаправлення, видалений контент, заблоковане сканування або змінені заголовки й внутрішні посилання. Після ретельної міграції позиції зазвичай відновлюються за кілька тижнів.
Для сторінок, перенесених назавжди, використовуйте постійні перенаправлення 301 або 308. Тимчасові 302 або 307 повідомляють пошуковикам, що старий URL може повернутися, а це не відповідає меті міграції.
Google радить зберігати їх щонайменше рік. На практиці варто лишити їх назавжди, якщо можливо, адже старі посилання, закладки й листи продовжують спрямовувати людей на попередні URL.
Лише під час переходу на новий домен. Після налаштування перенаправлень скористайтеся інструментом зміни адреси у властивості Search Console старого домену. Він не потрібен для зміни URL у тому самому домені або переходу з HTTP на HTTPS.
Зазвичай SEO-фахівців залучають після завершення сайту, перелік URL беруть із CMS замість сканування разом із даними аналітики та зворотних посилань, а за моніторинг після запуску ніхто не відповідає. Внесіть мапу перенаправлень до обов’язкових пунктів погодження до запуску й призначте людину, яка перевірятиме Search Console щодня протягом двох тижнів.
Коротка відповідь: сайт зберігає SEO під час міграції, якщо кожен важливий старий URL перенаправляє кодом 301 на найближчу нову сторінку, вміст, заголовки та внутрішні посилання важливих сторінок зберігаються, новий сайт можна сканувати в день запуску, а хтось уважно відстежує Search Console наступні тижні. Майже кожна невдала міграція пояснюється пропущеним нижче пунктом.
Рівень ризику залежить від змін:
| Міграція | Що змінюється | Ризик |
|---|---|---|
| HTTP на HTTPS | Лише протокол | Низький |
| Зміна платформи за тих самих URL | CMS або конструктор | Низький чи середній |
| Редизайн із новою структурою URL | URL, шаблони, контент | Середній чи високий |
| Зміна домену | Усі URL | Високий |
| Кілька змін разом (домен, платформа, структура) | Усе | Найвищий |
За можливості не змінюйте все одночасно. Якщо під час одного запуску змінити домен, структуру URL і контент, важко визначити, що саме спричинило падіння.
1. Зафіксуйте поточні показники. Експортуйте за 16 місяців дані Search Console (запити й сторінки), а в аналітиці запишіть органічні сеанси й конверсії за цільовими сторінками. Це буде база для порівняння.
2. Складіть повний список URL. Об’єднайте три джерела: у кожному окремо чогось бракує.
Списку сторінок із CMS недостатньо: там не буде старих кампаній, PDF, URL зображень і видалених сторінок, на які досі ведуть посилання.
3. Позначте важливі сторінки. Відсортуйте перелік за кліками з органічного пошуку, конверсіями та доменами, що посилаються. Приділіть кожній сторінці з верхньої частини списку окрему увагу.
4. Збережіть дані старого сайту про сторінки. Для важливих сторінок збережіть title, meta description, H1, канонічні теги, структуровані дані й кількість внутрішніх посилань. Інструменти сканування можуть експортувати ці відомості.
Це найважливіший результат підготовки. Створіть таблицю з двох колонок — старий URL і новий URL — для кожної адреси з переліку.
Правила:
На тестовому сайті запустіть список старих URL через сканер у режимі списку й перевірте, що кожен повертає одне перенаправлення 301 на очікувану сторінку, а та — код 200.
Виконайте кроки в такому порядку, бажано в період низького трафіку:
Дні 1–14: щодня перевіряйте в Search Console помилки сканування, сплески 404 і проблеми індексування. Якщо доступні журнали сервера, перевіряйте, чи Googlebot відвідує старі URL і переходить за перенаправленнями.
Тижні 2–8: порівнюйте кліки й покази за сторінками з базовими показниками. Деякий рух нормальний. Якщо позиція важливої сторінки різко впала й не відновилася, перевірте перенаправлення, збереження вмісту й внутрішні посилання.
Надалі: за рекомендацією Google зберігайте перенаправлення щонайменше рік, а краще без обмеження строку. Зверніться до сайтів із найціннішими зворотними посиланнями й попросіть оновити адресу.
Запитання «чому агенції пропускають важливі пункти SEO-чекліста під час міграції сайту» виникає не просто так. Типові причини:
Запобігання залежить від процесу: залучайте SEO-фахівців під час планування структури сайту, вимагайте погоджену мапу перенаправлень до запуску, додайте «перевірку robots.txt і noindex» до кроків розгортання та призначте конкретну людину для моніторингу першого місяця разом із письмовим планом відкату чи виправлень.
Заповнений приклад (демонстраційний, вигаданий сайт сантехнічних послуг із п’яти сторінок, перехід між конструкторами):
| Старий URL | Кліки за останні 3 місяці | Новий URL | Перенаправлення | Заголовок збережено? | Перевірено після запуску |
|---|---|---|---|---|---|
| /plumbing-services.html | Багато | /services | 301 | Так | День 1, день 7 |
| /about-us.html | Мало | /about | 301 | Так | День 1 |
| /boiler-repair.html | Середньо | /services/boiler-repair | 301 | Переписано, ключове слово збережено | День 1, день 7 |
| /old-offer-2023.html | Немає | /services | 301 на найближчу сторінку | н/з | День 1 |
| /contact.html | Середньо | /contact | 301 | Так | День 1 |
Порожній робочий аркуш:
| Старий URL | Кліки за останні 3 місяці | Новий URL | Перенаправлення | Заголовок збережено? | Перевірено після запуску |
|---|---|---|---|---|---|
Запишіть ім’я відповідального за день запуску, можливості відкату та умови для нього (наприклад, помилки на важливих сторінках). Зберігайте файли чи копію старого сайту, поки новий не запрацює стабільно.
Порівнюйте однакові сторінки за фіксовані періоди: наприклад, 28 днів після запуску й 28 днів до нього. Запишіть дати в робочий аркуш, щоб порівняння можна було повторити. У перші тижні очікуйте коливань; перевіряйте сторінки, падіння яких не минає. Офіційна довідка: документація Google Search Central про перенесення сайту зі зміною URL.
Створіть сайт для бізнесу. Створити обліковий запис. Безплатний план дає змогу опублікувати до трьох сайтів на основі шаблонів на адресі we.inc (без кредитів ШІ й власного домену). Створення сайтів за допомогою ШІ та власний домен доступні у Starter за $20 на місяць; див. ціни.
Корисні наступні кроки: перевірте наявний сайт безплатним оцінювачем сайту, підрахуйте бюджет за допомогою калькулятора вартості сайту, перегляньте шаблони бізнес-сайтів або дізнайтеся, як працює конструктор сайтів We.Inc.
Якщо мігруєте, бо поточну платформу важко обслуговувати, оберіть нову, де ви самостійно керуєте URL, заголовками й перенаправленнями. We.Inc дає змогу створювати сторінки за описом у чаті, а потім редагувати візуально чи в коді. Хостинг і SSL включені, тож можна зберегти наявну структуру URL. Перед запуском звірте нові сторінки з нашим чеклістом внутрішньосторінкового SEO і налаштуйте відстеження за посібником з аналітики.
Почати безкоштовно · Банківська картка не потрібна