План міграції з bitrix на Magento2 — реальність за 90 днів

На 2026-й рік ще багато українських eCommerce-проектів використовують систему, створену в “одній сусудній країні” . В жодному разі не засуджуємо: знаємо, наскільки бізнес залежить від CMS інтернет-магазину та пов’язаних інтеграцій. Однак з кожним роком bitrix для українських користувачів стає все менш працездатним та контрольованим. Отже, бізнес щодня перебуває у реальній небезпеці. Чи потрібно його рятувати? Відповідь передбачувана. 

Надалі наші розробники, які з 2016-го року мали справу з bitrix, пропонують чіткий та детальний план міграції на міжнародну платформу eCommerce — Magento2. З технологією працюємо з 2022-го, тож без зайвої “води”, вже з більшістю закладених ризиків (але вони для кожного проєкту визначаються окремо) — все, щоб ви зрозуміли послідовність, оцінили час та можливості й наважилися на відповідальний, але такий необхідний крок. Погнали?

Дисклеймер: чому з bitrix саме на Magento2? Детально ми описали різницю у виборі платформ eCommerce на сторінці “Розробка проєктів eCommerce та ІТ-екосистеми бізнесу”. Але якщо коротко: Magento2 якнайкраще дозволяє перейняти і покращити всі функції попередньої платформи великого та інтегрованого рішення для електронної комерції. 

План міграції на 10 етапів та 90 днів (зазначаємо “з” і “по”)

Кожен етап плану — це набір обов’язкових дій, без яких 100%-ва міграція — просто неможлива. Спираючись на досвід, ми склали оптимальний план. Звісно, багато залежить від конкретного бізнесу та його особливостей, тому коригування плану буде  індивідуальним для кожного замовника. Однак обов’язкові кроки та послідовність дій — спільні для всіх. Інакше не працює. 

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

ЕТАП 1. АУДИТ І ПРОЄКТУВАННЯ (дні з 1-го по 15-й)

Найперше для команди розробників — знати, з чим вони будуть мати справу. Оцінка безпідставна, якщо не підкріплена реальними фактами. “На око” визначити це неможливо; формулювання на кшталт “є інтернет-магазин, там тисяча товарів” — нічого не означає. Єдиною виправданою основою для оцінки та розвитку проєкту є аудит — комплексна перевірка та аналіз всієї IT-інфраструктури для визначення масштабу, складу та призначення окремих компонентів і зв’язків між ними. 

Щодо сайту, аудиту підлягають:

Але сайт інтернет-магазину в eCommece — лише один із багатьох складників. Непомітними залишаються важливі компоненти, без яких структура не працює цілісно. Тож наступний крок — інвентаризація наявного функціоналу та складання реєстру. Сюди належать: 

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

• відповідність сутностей Бітрікс → Magento;

• структура атрибутів;

• типи товарів;

• структура URL;

• SEO-правила;

• інтеграції тощо. 

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

• Technical Discovery — аналіз наявних матеріалів, визначення технічного стеку;

• Architecture Document — структурований технічний опис майбутнього рішення;

• Migration Map — дорожня карта майбутнього проєкту. 

ЕТАП 2. ПІДГОТОВКА ІНФРАСТРУКТУРИ ( дні з 16-го по 25-й)

Другий етап починається лише за повної згоди в попередньому. Тепер розгортаються середовища: Development — де відбувається основна розробка, Staging — точна копія умов роботи готового рішення та Production — для кінцевого результату. 

Далі налаштуємо інструментів розробників та залучених для проєкту технологій. Їхній перелік може відрізнятися за довжиною та назвами, однак сучасні eCommerce-проєкти мають типові потреби та завдання, тож очевидним буде використання: 

• Git — обов’язково, сервіс для спільної роботи команди розробників проєкту;

• CI/CD — інструменти DevOps для збірки воєдино окремих компонентів;

• Docker (за необхідності) — якщо це передбачає архітектура проекту;

• Redis — рішення для ефективного керування даними та кешування;

• OpenSearch/Elasticsearch — технології оптимізації роботи з пошуком;

• RabbitMQ — рішення з розподілу даниз для протидії піковим навантаженням на систему;

• CDN — засоби для покращення доставки контенту для швидкого завантаження;

• Резервне копіювання — обов’язково, це запорука вирішення будь-яких непередбачуваних ситуацій у майбутньому.

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

ЕТАП 3. РОЗРОБКА ФУНКЦІОНАЛУ (дні з 26-го по 50-й)

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

Каталог товарів:

• категорії;

• атрибути;

• фільтри;

• бренди;

• комплекти;

• пов'язані товари.

Користувачі:

• особистий кабінет;

• адреси;

• історія замовлень.

Замовлення:

• оформлення;

• статуси;

• email-повідомлення.

Кастомний функціонал:

• бонусні системи;

• програми лояльності;

• калькулятори;

• конфігуратори;

• спеціальні бізнес-процеси.

ЕТАП 4. РОЗРОБКА ФРОНТЕНДУ (дні з 35-го по 60-й)

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

На етапі фронтенду ваш проєкт “оживає”. Також є важливою розробка адаптивної версії, оскільки роками поспіль статистика конверсії магазинів грає на користь саме мобільних пристроїв. Тому заключний крок тут — оптимізація Core Web Vitals. Це ключові фактори ранжування в Google, що впливають на зручність для користувачів та відсоток конверсій.

ЕТАП 5. ІНТЕГРАЦІЇ (дні з 45-го по 65-й)

Одним з важливих завдань міграції є забезпечення повної працездатності функціоналу та зв’язків попереднього проєкту. Magento2 має гнучкі інструменти для інтегрування. В будь-якому випадку, якщо інтеграції працювали у bitrix, їх можливо створити і в Magento2. 

На цьому етапі відбувається підключення: 

Важливими та відповідальними процесами будуть налаштування API, черги обміну даними між різними системами, логування та обробка помилок. 

ЕТАП 6. МІГРАЦІЯ ДАНИХ (дні з 55-го по 70-й)

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

Також зауважимо, що найперше проводиться тестова міграція, що дозволяє відшукати та виправити можливі неточності скриптів, перш ніж дані потечуть на Production. Зазвичай переносяться: 

Не в усіх випадках (але якщо є — то обов’язково) також переносяться:

ЕТАП 7. SEO-МІГРАЦІЯ (дні з 60-го по 75-й)

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

На цьому етапі формуються: 

• Карта 301 редиректів — це таблиця відповідностей старих URL-адрес сайту та їхніх нових версій, яка налаштовує постійне перенаправлення. Вона критично важлива для збереження позицій у пошуку та передачі посилальної ваги під час переїзду ;

• Новий sitemap — спеціальний файл (або сторінка), де перелічені всі URL-адреси вебсайту, що слугує своєрідним «змістом» для пошукових систем та відвідувачів, допомагаючи їм швидше знаходити та розуміти структуру ресурсу;

• Robots.txt — текстовий документ у кореневій папці сайту, що містить прямі інструкції для пошукових систем. Він вказує роботам, які сторінки, файли чи розділи їм дозволено сканувати, а які — заборонити для індексації;

• Canonical — це спеціальний HTML-тег, що повідомляє пошуковим системам, яка сторінка є основною, якщо на сайті є кілька копій або дуже схожих сторінок;

• Мікророзмітка — це розмітка даних на сторінці та на сайті, яка використовується для покращення розуміння вмісту пошуковим ботом. 

Паралельно виконуються перевірки індексації, метаданих, URL та пагінації сайту на Magento2.

ЕТАП 8. ТЕСТУВАННЯ (дні зі 70-го по 82-й)

Будь-який наш проєкт обов’язково проходить всі види тестування перед безпосереднім запуском. Міграція — не виняток, і на цьому єтапі проходять різні види тестів (автоматизовані і безпосередньо стараннями QA), серед яких:

• функціональне;

• інтеграційне;

• регресійне;

• навантажувальне;

• кросбраузерне;

• мобільне. 

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

ЕТАП 9. ПІДГОТОВКА ДО ЗАПУСКУ (дні з 83-го по 87-й)

Тестувальники кажуть “так” — виконуємо останні найважливіші у плані міграції дії на проєкті: 

• фінальна міграція даних;

• заморожування контенту;

• актуалізація замовлень;

• оновлення DNS;

• перевірка SSL;

• перевірка резервних копій.

ЕТАП 10. GO-LIVE (дні з 88-го по 90-й)

Не зовсім коректно вважати, що запуск Production та переключення домену є вінцем всього проєкту. Технічно так, адже тепер старий bitrix більше не потрібен, і цю частину наміру виконано на 100%. Однак для стабільної роботи рішення на Magento2 ще необхідно перевірити критичні сценарії та спостерігати за моніторингом даних всієї IT-інфраструктури. 

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