Необхідний SEO-чек-лист для міграції вебсайту

Що таке міграція вебсайту?

Для тих, хто незнайомий з терміном, спробуємо пояснити це якомога простіше: це процес оновлення вебсайту, у якому зміна архітектури URL стає необхідною.

Існує багато й дуже різних причин, чому клієнт або SEO-агенція можуть вирішити пройти через міграцію. У будь-якому випадку причина сама по собі повинна нести значну вагу, оскільки ця дія є ризикованою і може призвести до драматичного падіння позицій та органічного трафіку від того, з чого ви починали.

Чи важливо застосовувати SEO-стратегію під час міграцій?

Хоча ми вже дали вам коротку відповідь у попередньому абзаці, заглибимося трохи більше в те, чому міцне планування й виконання міграції вебсайту є необхідним з SEO-перспективи.

Якщо ви працюєте з SEO сайту, ви ідеально розумієте, що є певні сигнали органічного ранжування, яких пошуковики дотримуються та/або беруть до уваги при розподілі ранжування URL, які вони проіндексували.

Якщо ми не тримаємо ці SEO-сигнали кришталево чіткими, боти Google не знатимуть, що вони мають чи не мають індексувати, що означає, що вони можуть зрештою показувати сторінки, які ми насправді не хочемо виводити. Саме тому необхідно бути ретельним під час міграції вебсайту; будь-який плутаний сигнал, який ми надішлемо, зашкодить ранжуванню нашого сайту й органічному трафіку.

Якщо ви хочете дізнатися більше про важливість дбати про SEO-сигнали під час міграції, MJ Cachón пояснює в блозі Sistrix, детальніше й через кейс, наскільки вони впливають на міграцію.

Рекомендована стаття: Важливість SEO-сигналів у міграції.

Типи міграцій вебсайтів

Як ми згадали раніше, існує багато причин, з яких розглядається міграція. Серед найпоширеніших причин ми можемо виділити:

Міграція CMS

Однією з причин, чому іноді розглядається міграція, є зміна CMS, що використовується (наприклад, перехід з WooCommerce на PrestaShop). Це передбачатиме зміну структури URL, тому буде необхідно мігрувати зі старих сторінок на нові.

Зміна доменного імені

Інший тип міграції — це той, що пов'язаний зі зміною доменного імені. Чи то через рішення щодо репутації бренду, чи з будь-якої іншої причини, нам може знадобитися мігрувати URL з домену з ім'ям 'A' на найбільш еквівалентні сторінки нового домену з ім'ям 'B'.

Міграція з HTTP на HTTPS

Уже певний час Google рекомендує захищати вебсайти за протоколом HTTPS. Цей сценарій, хоча й спочатку легший у виконанні, потребує обережності й уваги до деталей, оскільки можуть виникати петлі перенаправлень, що роблять сайт недоступним і спричиняють вільне падіння органічного трафіку.

Консолідація кількох доменів в один вебсайт

Інший поширений випадок — це передача кількох доменів в один. Причини за цим рішенням варіюються, хоча найбільш поширена — посилити єдиний вебсайт, об'єднуючи кілька доменів, які могли бути успадковані.

Перехід до нового хостинг-провайдера

Цей випадок може траплятися з широкого спектра причин. Можливо, вас не задовольняють послуги, які пропонує ваш поточний провайдер, або новий дає вам кращі рішення, що відповідають поточній ситуації вашого вебсайту… Якою б не була причина, вам доведеться пройти через процес міграції вебхостингу.

Рекомендована стаття: Як обрати хорошого SEO-хостинг провайдера

SEO-чек-лист для планування міграції

Перш ніж почати процес міграції вебсайту, є щось базове, що завжди має бути повідомлено: поінформуйте всіх, хто залучений до виробництва, обслуговування та створення контенту на сайті. Здається очевидним, але якщо будь-яка ланка ланцюга не обізнана з цією дією, це може зрештою зашкодити загальній роботі та звести нанівець усе.

Також доцільно повідомити ваших відвідувачів, що ви вносите зміну до вебсайту. Якщо під час цього процесу виникнуть якісь проблеми, для них заспокійливо розуміти, що відбувається і що це тимчасова ситуація. У цьому сенсі, якщо сторінка лежить (навмисно чи ні), ідеально збудувати сторінку, що відображає цю інформацію. Також пам'ятайте, що треба включити код статусу 503, щоб сказати пошуковикам, що сайт недоступний у цей момент і будь ласка повернутися пізніше.

Окрім того, плануючи SEO-міграцію, вам слід звернути увагу на наступні аспекти:

Визначте мету, якої хочете досягти

Як ви помітили, кожен тип міграції відповідає конкретній меті. Будьте дуже чіткими щодо своєї (покращення швидкості сайту, редизайн ідентичності бренду, зробити вебсайт безпечним середовищем тощо), і на цій основі занотовуйте кожен виклик, з яким стикаєтеся або можете зіткнутися, а також можливості, які, на вашу думку, можна впровадити. Таким чином ви матимете більший контроль над тим, як діяти, якщо якийсь ризик загрожує міграції вебсайту.

При здійсненні будь-якої міграції вебсайту, незалежно від її типу, є низка важливих завдань, які ми маємо виконати як чек-лист:

КРОК 1: Збір даних до міграції:

Аналітика > Витягніть SEO-метрики з Google Analytics та Google Search Console для вашого проєкту, щоб ви могли порівняти, як виглядали справи до й після міграції. Деякі важливі точки даних, які ви захочете відстежувати:

• ›

  Органічні сесії на URL

• ›

  Кількість проіндексованих сторінок та існуючі помилки

• ›

  Покази проти кліків на запит

• ›

  Час завантаження сторінки…

Чим повніший ваш дашборд, тим краще ви зможете виміряти та моніторити процес під час і після міграції.

Зберіть позиції за ключовими словами > під цим ми маємо на увазі отримання та зберігання у вашому контрольному аркуші як відстежуваних ключових слів (тому що це core-терміни), так і всіх інших, які природно ранжуються для URL вашого вебсайту.

Зведіть вхідні та внутрішні посилання > маючи цю базову інформацію, ви можете мінімізувати майбутні 301-перенаправлення та непотрібні 404. Ви зможете попросити, з одного боку, щоб власники вебсайтів, що посилаються на вас, оновили старі посилання на нові, а ваша SEO-команда також зможе оновити будь-які посилання, що стали застарілими.

КРОК 2: Аналіз і аудит SEO тестового вебсайту

У цьому плані важливо переконатися, що принаймні наступні вимоги належно впроваджено:

Включіть у синтаксис файлу robots.txt директиву, що блокує доступ краулерів до всього домену. Приклад:

БЛОКУВАТИ ВСІХ БОТІВ-КРАУЛЕРІВ:

*User-agent: **

Disallow: /

Перевірте, що структура URL є SEO-дружньою. Якщо ви збираєтеся вносити покращення, найменше, що ви можете зробити, — це попрацювати над цим, чи не так?

Переконайтеся, що нові метадані є коректними та узгоджуються з ключовими словами, за якими ви хочете ранжуватися.

Не забудьте перевірити, що всі canonical вказують на URL, який ви вважаєте оригінальною версією.

Перегляньте, що теги meta robots кожної сторінки включають атрибут 'noindex' у HTML head.

Впровадьте правильну ієрархію заголовків, переконавшись, що принаймні є один текстовий H1, що включає головне ключове слово, за яким ви хочете ранжуватися в SERP**.**

Не забудьте переглянути налаштування пагінації, якщо є, щоб не залишити важливий старий контент немігрованим.

Перевірте, чи правильно впроваджено тег hreflang (поки ми говоримо про проєкти з міжнародними доменами).

Моніторте кожен аспект, пов'язаний з WPO або продуктивністю сайту.

Перевірте, що нові внутрішні посилання містять лише URL зі статусом 200-OK.

Переконайтеся, що новий sitemap.xml містить лише URL, що повертають 200-OK, і що він перелічує кожну зі сторінок, за якими ми хочемо ранжуватися.

Думайте мобільно: ніколи не забувайте про конфігурацію для цих типів пристроїв (AMP, наприклад), а також розробку, зроблену для відображення сайту на смартфонах. Насправді цей пункт, хоча ми й залишили його наостанок, є найважливішим. Ми маємо припинити думати про десктоп і починати з передумови, що SEO має робитися й переглядатися з мобільного перегляду. Деякий час тому Google ясно дав зрозуміти, що пріоритезуватиме мобільний перегляд при скануванні та індексації URL. Насправді вони вже оголосили, що їхнє сканування URL завжди буде mobile-first починаючи з вересня 2020 року.

КРОК 3 - Створення карти перенаправлень:

Час починати працювати над парами старих і нових URL. Щоб виконати цей процес, вам знадобиться переглянути й витягнути старі вебсторінки, а також нові. Коли цей перший крок зроблено, вам потрібно вишикувати їх у дві колонки Excel або Google Sheet, щоб знати, куди оригінальні сторінки повинні перенаправляти.

Це буде фундаментом вашої міграції, тож вам потрібно будувати це не поспішаючи, щоб переконатися, що ви надаєте найкраще рішення для кожного URL.

Коли у вас готова ця карта 301-перенаправлень, протестуйте її перед днем міграції. Варто перевірити кілька разів, якщо потрібно, щоб переконатися, що перенаправлення працюють і вказують на нові сторінки, які ми обрали.

КРОК 4 - Підготуйте все в Google Search Console:

Хоча воно не почне працювати, доки новий вебсайт не буде доступний для ботів Google, вам треба випередити це й почати готувати property. Таким чином він зможе збирати точні дані з нового вебсайту, реєструючи будь-які помилки, які потрібно виправити якнайшвидше.

КРОК 5 - Не забувайте про ваші PPC-кампанії:

Досить часто ми зосереджуємося лише на виконанні SEO-вимог, щоб гарантувати успішну міграцію. Однак, якщо у вас є активні PPC-оголошення, вам потрібно повідомити команду про зміну URL, щоб посилання можна було оновити, аби вони вказували на правильні URL. Залишити це на «волю долі» може зрештою дорого коштувати клієнтові. У найкращому випадку буде 301-перенаправлення; у найгіршому — це може вказувати на 404 і зруйнувати кампанію. Найкраща практика, у будь-якому випадку, — це поставити їх на паузу, поки ви не переконаєтеся, що все працює належно.

Відстежуйте до, під час і після міграції

Щоразу, коли вносяться зміни, завжди є шанс, що щось піде не так. І міграція вебсайту не виняток. Саме тому повна координація та комунікація між задіяними командами є важливою, щоб з SEO-точки зору ми знали статус у кожен момент, могли перевіряти, що все добре, і могли моніторити прогрес на основі надійної інформації.

Не лякаючи вас, але коли є процес міграції вебсайту, майже завжди здається, що закон Мерфі вирішує нас відвідати. Майте на увазі, що якщо щось має шанс піти не так, то воно піде не так. Саме тому контролювати якомога більше до, під час і після — це рекомендація, яку ви маєте впроваджувати в кожній міграції, над якою працюєте.

Коли новий вебсайт став активним і проіндексованим, доцільно проводити регулярні перевірки протягом першого місяця його життя. Ми маємо розуміти, що Google не обов'язково сканує і впізнає всі зміни за одну ніч. Він скануватиме поступово, індексуючи потроху часом, тож помилки можуть з'являтися навіть тижні після дня, коли сайт мігрував.

Поширені помилки в SEO-дружній міграції вебсайту

• ›

  Не зробити резервну копію оригінального вебсайту. Ви завжди можете повернутися до цієї версії, якщо щось у міграції не вдасться, і ви думаєте, що виправлення затягнеться.

• ›

  Проблеми з індексацією. Тут на сцену виходять деякі з найчастіших помилок:

Robots.txt з директивами, що дозволяють ботам заходити на ваш домен, поки ви тестуєте.

• ›Не включити атрибут 'noindex' у meta-robots сторінок, щоб заблокувати доступ і на цьому рівні також.

Коли це можливо, ідеально заблокувати доступ за IP або з паролем. І, якщо це неможливо, найкраща практика — переконатися, що файл robots.txt і тег meta-robots запобігають доступу пошуковика.

Коли ви мігрували й переконалися, що все спочатку OK, видаліть ці обмеження, щоб Google міг сканувати й індексувати зміни.

Не забувайте й про ці маленькі поради:

• ›

  Робити це у п'ятницю або в період, коли вебсайт має найбільший органічний трафік, може бути фатальним. Завжди пам'ятайте про закон Мерфі… будьте обережні й не ризикуйте, якщо це не суворо необхідно.

• ›

  Не впровадити Google Analytics в HTML нового домену може залишити ваші звіти на нулі. У такому випадку ви побачите проблему дуже чітко: графік виглядатиме приблизно як «пряма лінія». Якщо ви це бачите, двічі перевірте, що Analytics встановлено і що це зроблено правильно.

• ›

  Не моніторити процес — це завжди залишати незав'язані кінці. Якщо ви не знаєте, які зміни внесли і коли їх внесли, як ви зможете виправити проблеми, як тільки вони з'являться? Журналювання кожної дії, яку ви робите, є важливим для міграцій вебсайтів і для всього іншого.

Коли йдеться про міграції вебсайтів, ми могли б говорити годинами. Але з цими початковими рекомендаціями ми думаємо, що у вас більше ніж достатньо, щоб почати, чи не так?

Ви знаєте, ми любимо, коли ви ділитеся своєю точкою зору, додаєте свої враження й думки. Не зупиняйтеся й тут.

Пишіть нам коли захочете в розділі коментарів, будь ласка!