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

Страх зазвичай починається з кошторису від розробника й одного питання: що буде із замовленнями, які сьогодні приходять із Google? Після недбалого запуску можна побачити менше замовлень, більше помилок “сторінку не знайдено” і звіт про пошук, повний адрес, яких більше немає.

Переїзд інтернет-магазину: чому магазини втрачають трафік

Трафік падає після переїзду, коли Google і люди, які прийшли з пошуку, потрапляють на адреси, що більше нікуди корисно не ведуть. Search Engine Journal називає звичні причини: “Погані редиректи, забуті теги noindex і пізнє залучення SEO спричиняють більшість міграційних провалів”.

Змінюються адреси товарів і категорій. Нова платформа може будувати адреси за іншим шаблоном. Документація WooCommerce показує, як це працює: зміна структури постійних посилань, тобто шаблону адрес, оновлює URL наявних товарів. Без редиректів старі посилання “повертатимуть помилки 404”, тобто відповідь “сторінку не знайдено”. Редирект 301 це постійне перенаправлення зі старої адреси на нову; Google використовує його як сигнал, що в пошуку має показуватися адреса призначення.

Усі старі посилання ведуть на головну. У посібнику Google з переїзду сайту сказано не перенаправляти багато старих URL на одну нерелевантну сторінку, “наприклад на головну сторінку нового сайту”. Google додає, що це “може бути розцінено як помилка soft 404”, тобто редирект може зараховуватися як відсутня сторінка. Ознака: усі старі посилання на товари відкривають вашу головну.

Заборона з тестової копії потрапляє в робочий магазин. Під час розробки тестову копію часто приховують тегом noindex (позначка, яка просить пошукові системи не показувати сторінку) або правилами robots.txt (що роботам не можна відвідувати). Google нагадує власникам сайтів прибрати всі заборони noindex і robots.txt, “які були потрібні лише для міграції”. Якщо якась із них переживе запуск, нові сторінки залишаться поза пошуком.

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

Ламається облік, і це схоже на втрату трафіку. Кевін Гіббонс написав у Search Engine Journal, що невелика помилка в аналітиці “може створити враження, ніби трафік обвалився, хоча насправді його просто неправильно відстежують”. Перевірте вимірювання, перш ніж вирішувати, що переїзд провалився.

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

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

Як знайти, що зламає переїзд

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

  1. Вивантажте всі адреси старого магазину. Візьміть з адмінки товари, категорії, статті блогу і сторінки з правилами, потім додайте сторінки з карти сайту (списку сторінок, який магазин віддає пошуковим системам). Google також радить звіт про посилання в Search Console, своєму безкоштовному сервісі для відстеження того, як сайт виглядає в пошуку. Додайте сторінки з найбільшим трафіком з аналітики або логів сервера.
  2. Відсортуйте список за виторгом, потім за візитами. Сторінки, які приносять замовлення, перенаправляються і перевіряються першими. Сторінка товару зі стабільними продажами з пошуку важливіша за відвідувану статтю блогу, яка нічого не продає.
  3. Перевірте, як нова платформа будує адреси. Відкрийте на новій платформі тестовий товар і тестову категорію та порівняйте їхні адреси зі старими. Скрізь, де шаблон відрізняється, кожній сторінці цього типу потрібен редирект.
  4. Складіть список того, що не перенесеться автоматично. Shopify пише, що відгуки не можна експортувати чи перенести з WooCommerce у Shopify, а паролі покупців не можна перенести з іншого магазину через CSV. У документації Shopware SEO URL (читабельні адреси сторінок) зазначено серед даних, які переносяться з версії 5 на 6, але старі шаблони не переносяться. Перевірте аналогічні сторінки для ваших платформ.

Як перенести магазин, крок за кроком

Ведіть переїзд у такому порядку: виміряти, скласти карту, перевірити все на закритій тестовій копії, потім перемкнути все одразу і спостерігати. Для невеликих і середніх сайтів Google рекомендує переносити всі URL одночасно, а не по розділах.

  1. Зафіксуйте вихідні дані, поки нічого не змінилося. Збережіть візити з безкоштовної видачі, замовлення з пошуку і кількість проіндексованих сторінок (сторінок, які Google зберігає для своєї видачі) у Search Console. У наших SEO-аудитах цей знімок іде першим, бо без нього ніхто потім не доведе, що змінив переїзд.
  2. Складіть карту редиректів. Google називає важливим зіставити старі URL з новими. У таблиці поставте кожну стару адресу поруч із найближчою новою сторінкою, починаючи зі сторінок, які приносять виторг. Зберігайте стару адресу там, де нова платформа це дозволяє.
  3. Вирішіть, що робити з товарами, які ви більше не продаєте. Знятий із продажу товар із близькою заміною можна перенаправити на цю заміну або на його категорію. Якщо нічого схожого немає, Google пише, що стара URL має коректно повертати помилку 404 або 410 (“не знайдено” або “видалено назавжди”).
Дерево рішень для однієї старої адреси магазину з трьома відповідями: товар у продажу веде на свою нову сторінку, знятий товар із заміною веде на заміну або категорію, сторінка без аналога віддає помилку не знайдено
Заповнюйте карту редиректів рядок за рядком за цим питанням, починаючи зі старих сторінок, які приносять замовлення.
  1. Знайте правила редиректів своєї платформи. У Shopify редирект працює лише з непрацюючої адреси: якщо за старою URL досі відкривається жива сторінка, редирект не спрацює. Відправляйте кожен редирект одразу на кінцеву сторінку, як радить Google, без ланцюжка перенаправлень між ними.
  2. Як слід закрийте тестову копію і оформіть справжнє тестове замовлення. Захистіть тестову копію ще й паролем, бо, як пише Google, robots.txt “не є механізмом, який не дає вебсторінці потрапити в Google”. Імпортуйте дані в порядку, який дає Shopify: товари, потім покупці, потім історія замовлень. Потім оформіть тестове замовлення і проведіть його через налаштування оплати й доставки. Воно має потрапити у вашу CRM, систему, де ви зберігаєте покупців і замовлення, із записаним джерелом, як це влаштовано в нашому налаштуванні CRM.
  3. Запускайте все одразу. Увімкніть редиректи і перевірте, що кожна нова сторінка вказує себе як основну версію (канонічний тег, що посилається на саму сторінку). Якщо в магазину кілька мовних версій, теги, які їх пов’язують (hreflang), мають вказувати на нові URL. Оновіть внутрішні посилання, приберіть заборони noindex і robots.txt і надішліть нову карту сайту в Search Console. Інструмент Change of Address від Google, налаштування в Search Console для переїзду на нову адресу, потрібен лише якщо разом із платформою змінюється домен або піддомен.
  4. Зберігайте редиректи. Google радить тримати їх якомога довше, “зазвичай щонайменше 1 рік”. У наших проєктах сайтів редиректи зі старих адрес входять в етап запуску, і після перемикання ми перевіряємо їх ще раз.

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

За чим стежити в перші тижні після запуску

Невеликі коливання позицій одразу після запуску нормальні. Google пише: “Очікуйте тимчасових коливань”, і для сайтів середнього розміру може минути кілька тижнів або більше, перш ніж нові URL з’являться в пошуку. Падіння, яке не відновлюється, це привід шукати помилку.

  • Помилки “не знайдено” в Search Console. Шукайте старі адреси, які віддають помилку замість редиректу, і додавайте їх у карту.
  • Проіндексовані сторінки проти вихідних даних. Нові сторінки товарів і категорій мають замінити старі у звіті про індексування.
  • Замовлення з пошуку, тиждень за тижнем. Порівнюйте повні тижні з тими самими тижнями до переїзду за збереженими вихідними даними.
  • Сам облік. Оформіть ще одне тестове замовлення і перевірте, що й аналітика, і CRM записують його з правильним джерелом.

Чим допоможемо ми

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

Поширені запитання

Чи можна зберегти ті самі URL, коли переносиш магазин на нову платформу?
Іноді, але рідко всі. Платформи часто будують адреси товарів і категорій по-різному, тому в багатьох магазинів хоча б частина каталогу отримує нові URL. Зберігайте стару адресу там, де нова платформа це дозволяє, а решту перенаправляйте посторінково.
Скільки тримати редиректи після переїзду інтернет-магазину?
У посібнику Google з переїзду сайту сказано тримати редиректи якомога довше, зазвичай щонайменше 1 рік. Старі посилання в листах, закладках і на інших сайтах ще довго ведуть людей на старі адреси після того, як оновилася видача, тому ми залишаємо редиректи на місці.
Чи потрібен інструмент Change of Address від Google, коли змінюєш платформу магазину?
Лише якщо змінюється домен. Google пише, що інструмент потрібен тільки під час переїзду з одного домену чи піддомену на інший. Якщо магазин на новій платформі залишається на тому самому домені, достатньо редиректів, нової карти сайту і перевірок у Search Console.
Чи доведеться покупцям скидати паролі після переїзду на Shopify?
Залежить від типу акаунтів. Shopify пише, що паролі покупців не можна перенести з іншого магазину через CSV, а в його поточних акаунтах покупців вхід відбувається за одноразовим кодом із листа. У будь-якому разі повідомте покупців про переїзд до запуску і не додавайте в це повідомлення пропозицій, якщо у вас немає згоди на маркетингові розсилки.

← Усі статті