Повний гід з міграції інтернет-магазину з Magento на 1С-Бітрікс
Власник магазину на Magento 1 стикається з необхідністю міграції через завершення підтримки та потребу інтеграції з 1С. Magento (особливо версія 1.x) використовує EAV-модель (Entity–Attribute–Value), де атрибути товарів розкидані по десятках таблиць. Це ускладнює підтримку та сповільнює запити при каталозі >10 000 товарів. Бітрікс з інфоблоками v2.0 та ORM дає більш плоску та швидку структуру, особливо в поєднанні з тегованим кешуванням. За 8 років ми виконали понад 30 проектів з міграції з Magento на Бітрікс і гарантуємо цілісність даних на кожному етапі.
Чому Magento не завжди найкращий вибір?
Інтеграція з 1С через CommerceML у Бітрікс реалізована «з коробки», а для Magento потрібен сторонній модуль або костильна синхронізація. Це знижує вартість володіння після міграції. Крім того, у Magento 1.x EAV-модель призводить до того, що для отримання повних даних про товар потрібен JOIN через 5–6 таблиць. У Бітрікс дані зберігаються в одній таблиці інфоблоку, що прискорює вибірки.
Які проблеми вирішуємо при міграції
EAV-модель та продуктивність
При каталозі >10 000 товарів Magento починає гальмувати на типових запитах. В одному з проектів (інтернет-магазин одягу, 12 000 товарів з варіаціями) час генерації сторінки каталогу сягав 8 секунд. Після міграції на Бітрікс з тегованим кешем сторінки стали відкриватися за 1-2 секунди — це у 4–8 разів швидше. Такий приріст продуктивності критично впливає на конверсію та позиції в пошуку.
Конфігуровані товари
У Magento конфігурований товар — це батько з дочірніми простими товарами, пов'язаними через catalog_product_super_link. У Бітрікс така ієрархія транслюється в інфоблок каталогу (батько) та торгові пропозиції (дочірні). Атрибути-варіації (розмір, колір) стають властивостями SKU. Ми зберігаємо всі зв'язки та ціни для кожної варіації.
Замовлення та клієнти
Клієнтська база Magento (таблиця customer_entity) маппляться на користувачів Бітрікс. Замовлення мігрують через CSaleOrder::Add() з відтворенням складу та статусів. Історія замовлень в особистому кабінеті відновлюється — це критично для B2B-клієнтів. В одному з проектів ми перенесли 50 000 замовлень за 3 дні без втрат.
Як ми переносимо дані без втрат
Експорт товарів з Magento
Штатний експорт Magento через CSV не включає медіа-файли та ціноутворення для різних груп покупців. Для повного експорту надійніше SQL:
-- Отримати товари з назвою та ціною (Magento 1) SELECT p.entity_id, pv.value AS name, pt.value AS description, pd.value AS price, p.sku, p.type_id FROM catalog_product_entity p JOIN catalog_product_entity_varchar pv ON p.entity_id = pv.entity_id AND pv.attribute_id = 71 AND pv.store_id = 0 LEFT JOIN catalog_product_entity_text pt ON p.entity_id = pt.entity_id AND pt.attribute_id = 72 AND pt.store_id = 0 LEFT JOIN catalog_product_entity_decimal pd ON p.entity_id = pd.entity_id AND pd.attribute_id = 75 AND pd.store_id = 0 WHERE p.status = 1; Значення attribute_id потрібно уточнити для конкретної інсталяції Magento через таблицю eav_attribute.
Перенесення категорій та дерева розділів
Категорії Magento зберігаються в catalog_category_entity (EAV). Ієрархія задається полем path (наприклад, 1/2/5/12). У Бітрікс ми відтворюємо розділи інфоблоку з відповідною вкладеністю, зберігаючи метадані та налаштування відображення.
Ціни та групи покупців
Magento підтримує tier pricing (ціни за обсягом) та customer group pricing. У Бітрікс це реалізується через типи цін (b_catalog_price_type) та правила знижок. Ми маппимо групи покупців Magento на групи користувачів Бітрікс і налаштовуємо відповідні типи цін.
Процес роботи
- Аудит вихідної бази Magento: структура каталогу, атрибути, товари, замовлення, клієнти.
- Написання скриптів міграції на PHP з урахуванням EAV-моделі.
- Перенесення товарів з атрибутами, зображеннями, зв'язками.
- Перенесення замовлень, клієнтів, адрес та історії.
- Налаштування цін та груп покупців.
- Розробка нового шаблону на Бітрікс (дизайн Magento не переноситься).
- Тестування всіх функцій: каталог, кошик, оформлення, особистий кабінет.
- Навчання адміністраторів роботі в Бітрікс.
- 30-денна підтримка після запуску.
Що входить у вартість міграції?
- Повний аудит вихідної бази Magento: структура каталогу, атрибути, товари, замовлення, клієнти.
- Написання та виконання скриптів міграції з гарантією цілісності даних.
- Перенесення всіх товарів (з атрибутами, зображеннями, зв'язками), категорій, замовлень, клієнтів та цін.
- Налаштування типів цін, груп покупців та правил знижок.
- Розробка нового шаблону на Bitrix Framework з урахуванням фірмового стилю.
- Тестування всіх функцій та виправлення помилок.
- Навчання адміністраторів роботі в Бітрікс (до 4 годин).
- 30-денна підтримка після запуску.
- Документація за результатами міграції.
Вартість міграції для типового магазину (до 5 000 товарів) стартує від 150 000 грн. Точна сума залежить від складності каталогу, кількості атрибутів та необхідності нестандартних доопрацювань.
Орієнтовні терміни
| Тип проекту | Товарів | Термін |
|---|---|---|
| Простий магазин, стандартні атрибути | до 3 000 | 6–10 тижнів |
| Середній магазин з варіаціями | 3 000–20 000 | 3–5 місяців |
| Великий B2B-магазин, багатосклад, tier pricing | 20 000+ | 5–8 місяців |
Паралельно з перенесенням даних розробляється шаблон сайту на Бітрікс.
Наш досвід та гарантії
Ми — сертифіковані спеціалісти Бітрікс з досвідом міграції понад 30 проектів. Гарантуємо, що всі дані (товари, замовлення, клієнти, ціни) будуть перенесені без втрат. Після запуску надаємо документацію та 30-денну підтримку. Зв'яжіться з нами для оцінки вашого проекту — підберемо оптимальний план міграції. Отримайте консультацію по вашому проекту, щоб дізнатися точні терміни та вартість.