Аналіз і повний перелік URL
Сканування старого сайту, дані sitemap, Search Console та аналітики допомагають зібрати товари, категорії, сторінки й історичні адреси, які не можна втратити з плану.
Міграція сайту на Shopify
01
Коли це доречно
Коли потрібна міграція на Shopify
Shopify не є універсально кращою платформою. Перехід має сенс, коли його обґрунтовують операційні, технічні або продуктові вимоги, а команда розуміє наслідки зміни платформи.
- 01
WooCommerce або WordPress + WooCommerce переходить на Shopify.
- 02
Магазин переїжджає з custom CMS чи застарілої eCommerce-платформи.
- 03
Редизайн відбувається одночасно зі зміною CMS.
- 04
Під час переходу змінюється структура URL, категорій або навігації.
- 05
Потрібно перенести каталог і контент, не переносячи технічний борг старої системи.
- 06
Команді потрібні критерії приймання й контроль магазину після запуску.
02
Обсяг робіт
Що входить у міграцію
Scope визначається після аналізу поточної платформи, каталогу, історії URL, мов, інтеграцій і нової теми Shopify.
Дані магазину
Перенесення товарів, варіантів, collections, сторінок, metadata та доречних alt-текстів. Точний склад залежить від джерела даних, теми й інтеграцій.
URL і перенаправлення
Таблиця відповідностей старих і нових URL, 301 redirects до кінцевих релевантних сторінок, перевірка 404, конфліктів і redirect chains.
Пошукові сигнали
Canonical, robots.txt, sitemap, structured data, navigation, internal links і multilingual / hreflang-логіка, якщо магазин має кілька мов або ринків.
Аналітика й відстеження
Перевірка GA4, Google Search Console, рекламних і подієвих тегів, ключових конверсій та коректності data layer після зміни платформи.
Перевірка після запуску
Повторний crawl, контроль індексації, 404, перенаправлень, canonical і основних шаблонів. Зміни відстежуються після запуску, а не лише в день перемикання.
03
Ризики
Що найчастіше ламає SEO під час міграції
Трафік змінюється не через сам факт переходу на Shopify, а через сукупність змін у доступності, адресах, вмісті та сигналах сторінок.
URL і redirects
Зміна адрес без перенаправлень, механічний mapping за slug, chains, loops або масове перенаправлення видалених сторінок на головну.
Індексація й canonical
Залишений noindex, блокування в robots.txt, canonical на тестовий домен чи старий сайт, помилки у sitemap.
Архітектура магазину
Втрачені категорії, orphan pages, змінена навігація, слабші internal links або індексовані filter/query URL без окремого рішення.
Вміст і розмітка
Неповне перенесення metadata, alt-текстів і сторінок; конфліктна Product schema або дані, що не відповідають видимому вмісту.
Rendering і мови
JavaScript-залежний вміст, помилки теми, некоректні hreflang та різні цілі для мовних або регіональних URL.
Вимірювання
Втрачені GA4/GTM події, конверсії чи Search Console property позбавляють команду даних саме в момент, коли їх потрібно порівнювати.
04
Процес
Як проходить перенесення магазину
- 01
Аудит до міграції
Фіксую поточну структуру, дані й ризики.
- 02
URL inventory
Збираю indexable, трафікові та історичні адреси.
- 03
Mapping
Зіставляю старі сторінки з новими цілями.
- 04
Реалізація
Переношу погоджені дані й технічні налаштування.
- 05
Pre-launch
Перевіряю шаблони, сигнали, tracking і redirects.
- 06
Запуск
Контролюю перемикання домену та критичні сценарії.
- 07
Post-launch
Повторно сканую сайт і перевіряю помилки.
- 08
Моніторинг
Порівнюю індексацію, landing pages і вимірювання.
05
Redirect mapping
Перенаправлення формуються за змістом, а не лише за slug
Однакові слова в адресі ще не означають однаковий намір сторінки. Для кожної важливої старої адреси потрібна навмисно обрана й доступна кінцева ціль.
Товари й collections
Товар веде на той самий товар або близьку заміну; категорія — на відповідну collection, а не на довільну сторінку з подібним slug.
Контент і видалені сторінки
Інформаційні сторінки зберігають намір. Якщо релевантної заміни немає, коректний 404 часто чесніший за нерелевантний redirect.
Aliases, дублікати й filters
Історичні цілі розгортаються до фінального URL. Дублі й конфлікти перевіряються, а indexable query/filter URL отримують окреме рішення.
06
Production case
1 033 правила до запуску Shopify
У кейсі WordPress → Shopify вихідний експорт містив старі товари, категорії, blog routes і накопичені перенаправлення.
1 033початкові правила
1 413нормалізованих відповідностей
80конфліктів для ручного рішення
Процес, перевірки й критерії приймання описані в кейсі про міграцію переспрямувань WordPress до Shopify.
07
Матеріали
Планування й перевірка міграції
До запуску корисно окремо розібрати дані, URL і критерії приймання. Після запуску — пройти контрольний список та звірити пошукові дані.
Гайд
Міграція WooCommerce на Shopify
Technical SEOSEO-міграція з WooCommerce на Shopify
ValidationПеревірка магазину після запуску
Для ширшої діагностики доступні технічний SEO-аудит і SEO для інтернет-магазинів.
08
FAQ
Поширені запитання
Чи можна перенести WooCommerce на Shopify без втрати SEO?
Неможливо гарантувати незмінний трафік або позиції. Повний перелік URL, релевантні 301 redirects, перенесення вмісту й технічна перевірка до та після запуску зменшують кількість керованих ризиків.
Що буде зі старими URL після міграції?
Цінні старі URL зіставляються з найближчими за змістом новими сторінками й отримують постійні перенаправлення. Адреси без релевантної заміни не варто масово вести на головну.
Чи потрібно переносити всі сторінки?
Ні. Рішення залежить від органічних входів, зовнішніх посилань, конверсій, актуальності вмісту й наявності відповідної сторінки в новій структурі.
Чи можна змінити структуру сайту під час міграції?
Так, але нову структуру потрібно затвердити до формування mapping. Поєднання редизайну, зміни CMS і URL збільшує кількість залежностей та обсяг перевірки.
Чи обов’язкові 301 redirects?
Вони потрібні для старих адрес, які мають нову релевантну ціль. Самого імпорту товарів у Shopify недостатньо, якщо шляхи сторінок змінилися.
Чи переноситься Google Analytics та Google Search Console?
Налаштування аналітики, події та зв’язок із Search Console перевіряються окремо. Важливо не лише додати теги, а й переконатися, що ключові події та конверсії фіксуються коректно.
Коли проводити SEO-аудит після міграції?
Критичні шаблони перевіряються до запуску й одразу після нього. Далі потрібні повторний crawl та спостереження за індексацією і пошуковими даними в міру пересканування нових URL.
Оцінити обсяг міграції
Надішліть адресу магазину, поточну платформу й коротко опишіть, що має змінитися. Я уточню дані, інтеграції та SEO-ризики, які потрібно врахувати до запуску.