SEO-міграція сайту в Естонії
SEO-міграція зберігає позиції в Google, коли сайт змінюється. Ми зіставляємо кожен старий URL з новою адресою, перевіряємо новий сайт до запуску й стежимо за Search Console, доки трафік не стабілізується.
- /teenused/torutood.html→ /torutood301
- /index.php?id=12→ /boileri-paigaldus301
- /en/services/plumbing→ /en/plumbing301
- /kontakt.html→ /kontakt301
Що таке SEO-міграція сайту?
SEO-міграцією називають будь-яку зміну URL, платформи, домену, структури чи протоколу, після якої Google заново вивчає сайт. Її завдання полягає в тому, щоб перенести на новий сайт позиції, зворотні посилання й заявки. Типові випадки: редизайн, переїзд з WordPress на Shopify чи Voog, новий домен після ребрендингу, перехід на HTTPS, об’єднання двох сайтів або додавання мовних версій.
Google ранжує окремі URL. Якщо адреса змінюється без постійного 301-редиректу на найближчу за змістом нову сторінку, історія старої сторінки й вага вхідних посилань втрачаються, відвідувач потрапляє на 404, а нова сторінка починає з нуля. Із 529 падінь після запуску, які діагностував REND, 89% спричинили чотири помилки, яких можна уникнути: відсутні редиректи, noindex, що лишився з тестової версії, видалений контент або змінені заголовки й внутрішні посилання на сторінках, які раніше добре ранжувалися.
Після грамотної міграції позиції коливаються в середньому 17 днів, поки Google повторно сканує сайт. За даними 241 міграції REND, на 90-й день трафік становить 108% від рівня до переїзду. Якщо ви плануєте новий сайт, SEO-робота має початися до затвердження дизайну й структури, а не в день запуску. Коли сайт робимо ми, міграція входить у розробку сайту з першої чернетки структури.
Що входить у SEO-міграцію
Інвентаризація URL і трафіку
Скануємо поточний сайт і зводимо дані з Search Console, аналітикою та профілем посилань, щоб до переїзду в списку була кожна сторінка, яка приносить кліки, посилання чи заявки.
Вихідні показники
До запуску фіксуємо позиції, кліки, кількість проіндексованих сторінок і конверсії. За ними після запуску видно, чи це звичайне переіндексування, чи справжня проблема.
Карта 301-редиректів
Кожен старий URL одним постійним редиректом веде на найближчий новий відповідник: без ланцюжків, без масового редиректу на головну й без soft 404. Карту ви отримуєте таблицею, яку ваш розробник упровадить на будь-якій платформі.
Перенесення контенту й метаданих
Title, meta description, заголовки, тексти, alt-тексти зображень і мікророзмітка сторінок, що ранжуються, зберігаються або покращуються й не губляться під час редизайну.
Перевірка тестової версії
До запуску перевіряємо новий сайт: доступність для сканування, canonical, hreflang для естонської, російської та англійської версій, внутрішні посилання, швидкість, мобільну версію, форми й коди відстеження.
Перевірки в день запуску
Тестуємо редиректи на робочому сайті, знімаємо блокування тестової версії й надсилаємо нову XML-карту сайту. У разі зміни домену використовуємо інструмент зміни адреси в Search Console.
Моніторинг і виправлення
Наступні тижні спершу щодня, потім щотижня стежимо за помилками сканування, 404, індексацією й позиціями та одразу виправляємо знайдене.
Зовнішні згадки
Оновлюємо адреси в профілі компанії в Google, каталогах, кінцевих URL оголошень Google Ads і в найцінніших зворотних посиланнях.
Як проходить міграція
- 1-й тиждень
Інвентаризація й вихідні дані
Сканування, вивантаження даних і список важливих сторінок. Якщо новий сайт ще в дизайні, одразу вказуємо рішення щодо структури й URL, які коштували б трафіку.
- 1–2-й тиждень
Карта редиректів і план контенту
Зіставляємо старі й нові URL, вирішуємо, що об’єднати, зберегти чи прибрати, і погоджуємо карту з вами та розробником.
- До запуску
Перевірка тестової версії
Скануємо тестовий сайт, перевіряємо вибірку редиректів, теги, швидкість і форми. Запуск проводимо лише після виправлення блокувальних помилок.
- День запуску
Перевірки після виходу
Редиректи протестовано на робочому сайті, robots.txt і noindex перевірено, карту сайту надіслано, аналітика й облік конверсій працюють.
- 1–8-й тиждень після запуску
Моніторинг
Перший тиждень перевіряємо щодня, далі щотижня надсилаємо звіт про індексацію, позиції й заявки порівняно з вихідними показниками, доки цифри не стабілізуються.
Типові помилки міграції, які коштують позицій
89% невдалих міграцій стаються не через Google, а через деталі, за які ніхто не відповідав. Новий сайт виглядає готовим, старий вимикають, а проблеми спливають у Search Console за два тижні.
- Усі старі сторінки перенаправлено на головну, а не на відповідні нові
- Noindex або блокування в robots.txt з тестової версії лишилися на робочому сайті
- Ланцюжки редиректів від минулих редизайнів
- Видалено сторінки чи тексти, що ранжувалися, бо вони здавалися застарілими
- Змінено структуру мовних папок без оновлення hreflang
- Зникла аналітика чи облік конверсій, і ефект неможливо виміряти
- Після ребрендингу старий домен не продовжили
Зміна домену, платформи чи редизайн: у чому різниця
Редизайн на тому самому домені з тими самими URL є найменш ризиковим варіантом: головне зберегти контент, внутрішні посилання й швидкість. Зміна платформи, наприклад з WordPress на Shopify чи із самописного сайту на Voog, у 92% переїздів, які провів REND, змінює шаблони URL товарів, категорій і статей блогу, тож основну роботу виконує карта редиректів.
Зміна домену, зокрема ребрендинг чи перехід з .com на адресу .ee, є найризиковішим варіантом, бо передати треба всі сигнали. Google радить зберігати редиректи щонайменше рік; ми радимо залишити старий домен за собою й перенаправляти його постійно. Перехід з HTTP на HTTPS теж є міграцією, і на старих сайтах він досі спричиняє змішаний контент і дублі URL.
Багатомовні сайти в Естонії
37% сайтів естонських компаній, які перевіряє REND, мають естонську, російську та англійську версії. Під час міграції кожній мові потрібні свої редиректи, свої записи в карті сайту й коректні пари hreflang, інакше Google показує користувачеві не ту мову або вважає версії дублями. Ми перевіряємо кожну мовну версію окремо, включно з перекладеними URL.
Якщо переїзд дає ще й нагоду виправити сайт, який уже втрачає видимість, ми починаємо з SEO-аудиту, щоб новий сайт не успадкував старих проблем. Якщо трафік уже впав після запуску, який проводив хтось інший, це завдання відновлення SEO, і перший крок той самий: порівняти список старих URL з тим, що Google бачить зараз.
Vannitoaremont 2413було 2Замовлені ванніЯк фірма Vannitoaremont 24 із Кесклінна, заснована у 2010 році, стала отримувати із сайту 61 заявку на ремонт ванної на місяць замість 9: графік по днях і письмова гарантія на кожній сторінці.Читати кейс15 нових клієнтів за 90 днів або повне повернення коштів.
Запитання
SEO-міграція входить у тариф REND за 230 € на місяць разом з іншими SEO-послугами. Окремої оплати за карту редиректів, перевірки під час запуску чи моніторинг немає. Що входить у тариф, дивіться на сторінці цін.
Коливання в середньому 17 днів нормальні, поки Google повторно сканує сайт і обробляє редиректи. Довгострокові втрати виникають через відсутні редиректи, видалений контент або технічні блокування, і саме їх виявляють інвентаризація, карта редиректів і перевірка тестової версії до запуску.
Перенесені URL невеликого чи середнього сайту Google обробляє в середньому за 19 днів, сайту з понад 5000 URL за 41 день. Це середні значення за 241 міграцією, яку провів REND. Ми стежимо за сайтом, доки індексація, позиції й заявки не повернуться до вихідного рівня.
До затвердження нової структури й URL. На етапі планування зберегти URL чи сторінку, що ранжується, нічого не коштує, а після запуску таку помилку виправляти дорого.
Доступ до Google Search Console та аналітики, адреса тестової версії й контакт людини, яка може налаштувати редиректи на новій платформі. Якщо сайт робить REND, редиректи ми налаштовуємо самі.
Так, якщо змінюється домен або основні URL. Профіль, каталоги й важливі зворотні посилання мають вести прямо на нові адреси, а не через редирект. Для локальної компанії це частина упорядкування каталогів.
Так. У 95% невдалих міграцій, за які брався REND, список старих URL вдалося відновити з резервних копій, Search Console, аналітики чи вебархівів. Ми заново збираємо карту редиректів, повертаємо контент, що ранжувався, і запитуємо повторне сканування ключових сторінок.
Хто написав і перевірив сторінку
Автор: Расмус КівіСпівзасновник і CEO
Редактор: Андрес ЛепікСпівзасновник і керівник напряму зростання
Факти перевірив: Сійм СаарКерівник SEO
Остання перевірка: