Ви використовуєте Magento 1, але його підтримка завершена — кожен день роботи на цій платформі підвищує ризики злому, втрати даних і штрафів PCI DSS. Переїзд на Magento 2 — не оновлення, а повна перезбірка магазину: різні архітектури (Zend Framework 1 vs Symfony), різні формати даних, різні системи розширень. На відміну від застарілої платформи, Magento 2 заснований на компонентах Symfony та сучасному PHP, що безпосередньо впливає на продуктивність і безпеку (див. Magento). Без глибокого аудиту та поетапного плану ви ризикуєте втратити до 30% функціоналу. Наша команда проведе міграцію під ключ зі збереженням усіх бізнес-процесів, SEO-позицій та клієнтської бази.
Що переноситься, а що — ні
Офіційний інструмент Data Migration Tool переносить стандартні сутності, але кастомні таблиці та весь код вимагають ручної роботи.
| Компонент | Статус |
|---|---|
| Товари, категорії, атрибути | Переносяться через Data Migration Tool |
| Клієнти та паролі | Клієнти переносяться, паролі — ні (алгоритм хешування змінився) |
| Замовлення та історія замовлень | Переносяться |
| CMS-сторінки та блоки | Переносяться |
| Теми (шаблони) | Не переносяться — Magento 2 використовує PHTML + Knockout.js + LESS |
| Розширення | Не переносяться — Magento 2 API несумісний |
| Кастомні таблиці БД | Вимагають ручного перенесення |
| URL-редиректи | Переносяться з застереженнями |
Типові помилки при міграції
- Пропуск кастомних атрибутів продукту. - Неправильний маппінг customer_group. - Втрата посилань на CMS-сторінки через змінені ідентифікатори. - Невраховані 301 редиректи для старих URL.Чому не можна просто оновити Magento 1?
Magento 1 і 2 — різні платформи. Оновлення (upgrade) неможливе, необхідно мігрувати. В M1 стара архітектура, заснована на Zend Framework 1, тоді як M2 побудований на Symfony та сучасному PHP. Через це будь-яке розширення або кастомізація потребують переписування. Ми бачили проєкти, де після «швидкої» міграції втрачали 30% функціоналу — цього можна уникнути з правильним підходом.
Як перенести кастомні розширення?
Data Migration Tool не знає про ваші модулі. Для кожного розширення потрібно знайти аналог для M2 або замовити портування. Наприклад, популярне розширення для створення резервних копій в M1 (AheadWorks) має пряму заміну Amasty в M2. Але унікальні модулі переписуються з нуля під архітектуру Magento 2. На одному з проєктів ми перенесли 34 розширення, з них 25 потребували повного рерайту. Термін збільшився на 1.5 місяця, але всі функції зберегли.
Як перенести паролі клієнтів?
Magento 1 використовує MD5, Magento 2 — bcrypt. Паролі не конвертуються напряму. Ми застосовуємо lazy migration: при першому вході перевіряємо старий MD5-хеш і перешифровуємо в bcrypt. Клієнти не помічають зміни, але паролі стають безпечними.
// Plugin для CustomerAuthenticationService public function aroundAuthenticate($subject, callable $proceed, $username, $password) { try { return $proceed($username, $password); } catch (AuthenticationException $e) { $customer = $this->customerRepository->get($username); $legacyHash = md5($password); if (hash_equals($customer->getLegacyPasswordHash(), $legacyHash)) { $this->customerRepository->save( $customer->setPasswordHash($this->encryptor->getHash($password, true)) ); return $customer; } throw $e; } } Як виглядає міграція по кроках
- Аудит Magento 1 — інвентаризація розширень, оцінка сумісності.
- Встановлення Magento 2 та Data Migration Tool — розгортання чистої платформи.
- Налаштування маппінгу та міграція даних — поетапне перенесення через
migrate:settings,migrate:data,migrate:delta. - Перенесення кастомних таблиць — написання PHP-скриптів для ручної синхронізації.
- Вирішення проблеми паролів — lazy migration через плагін аутентифікації.
- Налаштування SEO-редиректів — генерація 301 редиректів для старої URL-структури.
Порівняння підходів до міграції
| Підхід | Терміни | Складність | Ризики |
|---|---|---|---|
| Самостійна міграція | 1–6 міс. | Висока | Втрата даних, помилки SEO |
| Міграція через нас | 2–4 міс. | Низька | Мінімальні |
Magento 2 швидший за Magento 1 в 2–3 рази за показниками TTFB і LCP завдяки сучасному фреймворку та вбудованому кешуванню. Витрати на самостійну міграцію можуть сягати значних сум з урахуванням простоїв і помилок, тоді як наша вартість міграції розраховується індивідуально залежно від обсягу робіт.
Що входить у роботу
- Повний аудит поточного магазину
- Міграція даних (каталог, замовлення, клієнти)
- Портування або заміна розширень
- Розробка нової теми під M2
- Налаштування 301 редиректів
- Документація по новій системі
- Навчання вашої команди
- 30 днів пост-релізної підтримки
Цей проєкт не про встановлення плагіна, а про переїзд цілого магазину. Наш досвід більше 50 успішних міграцій. Ми гарантуємо збереженість даних і працездатність. Замовте безкоштовну оцінку вашого проєкту — ми підготуємо план і терміни. Свяжіться з нами для консультації.