Перехід з Prom.ua або OpenCart на Drupal: як перенести магазин і зберегти важливі дані
Перехід із Prom.ua або OpenCart на Drupal — це можливість не просто змінити платформу, а створити інтернет-магазин із більшими можливостями для роботи компанії. Але новий сайт має не лише отримати потрібний функціонал, а й зберегти все цінне зі старого: товари, замовлення, клієнтські дані, інтеграції та сторінки, через які приходять покупці.
І тут є важливий нюанс: Prom.ua та OpenCart мають різні можливості доступу до даних і налаштувань, тому й підхід до перенесення відрізняється. Що можна перенести на Drupal, що доведеться налаштовувати заново і як організувати переїзд, поки магазин продовжує продавати? Розберімося по черзі.
Коли варто переїжджати, а коли достатньо доопрацювання
Змінювати CMS через одну нову функцію не завжди доцільно. Якщо її можна нормально реалізувати у чинному магазині, доопрацювання буде простішим рішенням.
Але коли для кожної зміни доводиться шукати обхідний шлях — наприклад, щоб налаштувати окремі ціни для дилерів, погодження замовлень чи обмін даними між відділами, — варто порівняти витрати на постійні доробки з розробкою нової системи.
На Drupal можна створити інтернет-магазин під ці процеси й надалі додавати потрібний функціонал. Якщо перехід справді має сенс, починати потрібно з перевірки старої платформи: що вона дозволяє перенести і в якому вигляді.
Перехід із Prom.ua та OpenCart: у чому різниця
З Prom.ua: спочатку перевіряємо доступні дані
Prom.ua — готовий сервіс, тому не всі дані й налаштування магазину доступні так само, як у власній CMS. Перш ніж планувати перенесення, перевіряємо, що можна експортувати.
За довідкою Prom.ua, товари й групи можна вивантажити в табличних форматах або YML, а замовлення — у XLS чи XML за доступних умов. Проте склад даних залежить від налаштувань і можливостей експорту. Тому нам важливо побачити не просто файл, а які саме поля він містить і чи вистачить їх для нового магазину.
Не менш важлива адреса магазину. Якщо використовується власний домен, перевіряємо доступ до його налаштувань і плануємо перемикання. Якщо сторінки працюють на адресах Prom.ua, просто забрати ці URL на інший домен не можна. Тому можливості збереження пошукового трафіку потрібно оцінити ще до розробки.
З OpenCart: перевіряємо базу даних і встановлені модулі
OpenCart — платформа з відкритим кодом. За наявності доступу до хостингу, файлів і бази даних можна дослідити структуру магазину та підготувати перенесення з урахуванням його особливостей.
Та два магазини на OpenCart можуть дуже відрізнятися. В одному все працює майже стандартно, в іншому — десятки модулів, власні поля та змінена логіка замовлень. Тому спершу з’ясовуємо, де зберігаються потрібні дані та як вони пов’язані між собою, і робимо резервні копії файлів та бази.
Тобто з Prom.ua перш за все з’ясовуємо, що доступне для експорту й кому належить адреса магазину. З OpenCart — як влаштована база та які модулі впливають на роботу. Від цього залежить, які дані можна перенести, а що доведеться налаштовувати заново.
Які дані переносимо, а що створюємо заново
Після перевірки старої платформи складаємо перелік того, що знадобиться новому магазину. Одні дані можна перенести, інші доведеться перетворити під структуру Drupal, а інтеграції — підключити заново.
Що є в старому магазині | Що робимо під час переходу на Drupal |
Товари та каталог | Переносимо доступні назви, артикули, ціни, фото, характеристики, варіації й залишки; звіряємо категорії, бренди та зв’язки між товарами. |
Клієнти> | Перевіряємо доступні контакти, адреси й історію. Можливість перенесення облікових записів і способу входу оцінюємо окремо. |
Замовлення | Переносимо погоджену історію зі статусами й доступними даними про оплату та доставку. |
Інтеграції | Наново підключаємо та перевіряємо CRM, ERP, склади, платежі, доставку й інші сервіси: старі налаштування не можна просто скопіювати в Drupal. |
Сторінки та SEO-дані | Зберігаємо потрібний контент і метадані; для важливих URL заздалегідь визначаємо, чи можна залишити адреси або налаштувати перенаправлення. |
Копіювати все один в один не завжди є сенс. Застарілі записи можна залишити в архіві, дублікати — прибрати, а незручну структуру каталогу — змінити. Важливо лише домовитися про це до перенесення, щоб потрібні дані не загубилися серед необов’язкових.
А як бути з новими замовленнями під час розробки?
Поки ми створюємо сайт на Drupal, старий магазин може продовжувати продавати. За цей час змінюються залишки й ціни, з’являються нові покупці та замовлення — отже, одного експорту на старті недостатньо.
Тому передбачаємо пробне перенесення для перевірки даних і фінальне оновлення перед запуском. Окремо визначаємо, що робити із замовленнями, які з’являться між цими етапами, та як уникнути дублів. Якщо для перемикання знадобиться коротка пауза, погодимо її заздалегідь. На весь період розробки закривати старий магазин не потрібно.
Як ми організовуємо перехід на Drupal
Коли ми знаємо, які дані доступні та як магазин працюватиме під час переїзду, складаємо послідовний план розробки й запуску.
1. Аналізуємо стару систему й складаємо план
Збираємо все в один план: які функції залишаємо, що змінюємо, які дані переносимо та як перевіримо результат. Фіксуємо також важливі URL і доступ до домену — про це краще подбати до створення нового магазину.
2. Проєктуємо магазин під нові задачі
Продумуємо структуру каталогу, фільтри, особисті кабінети, ціноутворення та оформлення замовлень. На цьому етапі визначаємо, що потрібно відтворити, а що варто змінити. Так новий сайт не успадкує незручні рішення лише тому, що вони були у старому.
3. Створюємо тестову версію й переносимо дані
Налаштовуємо Drupal, виконуємо пробний імпорт і порівнюємо результат з оригіналом: артикули, фото, характеристики, категорії, клієнтів та доступні замовлення. Для перенесення з різних джерел можемо використовувати Drupal Migrate API, але конкретний спосіб залежить від структури вихідних даних.
4. Відновлюємо інтеграції та перевіряємо продажі
Підключаємо CRM, ERP, склад, оплату й доставку. Далі тестуємо не кожен сервіс окремо, а повний сценарій: покупець оформив замовлення, оплата пройшла, дані потрапили в облік, залишки оновилися, а менеджер бачить актуальний статус. Приклади таких підключень є на сторінці «Можливості GL.ua».
5. Готуємо нові адреси та SEO-дані
За списком важливих сторінок перевіряємо, які URL залишаться незмінними, а для яких можна налаштувати перенаправлення. Переносимо потрібний контент і метадані, перевіряємо внутрішні посилання. Для сторінок на адресах Prom.ua можливості будуть іншими, ніж для магазину на власному домені.
Докладніше про редиректи, індексацію й контроль трафіку після запуску читайте в нашій статті «Редизайн і міграція сайту без втрати SEO». Важливо пам’ятати: навіть ретельна підготовка не гарантує, що позиції в Google зовсім не зміняться.
6. Робимо фінальні перевірки й запускаємо магазин
Перед перемиканням перевіряємо, чи все готове до реальних продажів:
- товари, категорії й характеристики перенесені коректно;
- погоджені дані клієнтів та історія замовлень доступні;
- тестове замовлення проходить від кошика до оплати, доставки й обліку;
- зрозуміло, як оновимо останні зміни зі старого магазину;
- важливі старі URL перевірені, доступні перенаправлення підготовлені;
- визначено, хто контролюватиме роботу магазину після запуску.
Тестову версію до запуску закриваємо від сторонніх відвідувачів та індексації. Після перевірок виконуємо погоджене фінальне оновлення даних і перемикаємо магазин. А вже на новому сайті контролюємо замовлення, доступність сторінок та обмін даними між системами.
Від чого залежать терміни та вартість
Обсяг роботи добре видно вже на прикладі каталогу: магазин із типовими товарами та доступним експортом перенести простіше, ніж систему з власними модулями OpenCart, кількома мовами, складними цінами й інтеграціями.
Тому окремо оцінюємо перенесення даних, розробку потрібних функцій, дизайн, інтеграції та перевірки. Якщо змінюються ще й структура магазину та правила продажів, це фактично розробка нового інтернет-магазину з міграцією даних, а не просте перемикання CMS. Про орієнтовну тривалість таких робіт розповідаємо на сторінці «Терміни».
Почнімо з вашого поточного магазину
Плануєте перейти з Prom.ua або OpenCart на Drupal? Покажіть нам поточний магазин і розкажіть, що хочете змінити: каталог, ціни для різних покупців, інтеграції чи оформлення замовлень.
У GL.ua (Глянець) ми спеціалізуємося на розробці інтернет-магазинів на Drupal. Перевіримо, які дані вдасться перенести, що потрібно створити заново, і запропонуємо план переходу з урахуванням ваших задач.
Чи обов’язково змінювати дизайн разом із платформою?
Ні. Можна зберегти знайому покупцям візуальну концепцію й оновити насамперед технічну частину. Але самі шаблони та функціонал доведеться реалізувати під Drupal — автоматично перенести оформлення зі старої CMS зазвичай не вийде.
Що робити, якщо частину даних не вдається експортувати?
Спершу з’ясовуємо, які дані справді потрібні новому магазину. Для частини інформації можна передбачити інший спосіб перенесення, ручне відновлення або архів. Якщо даних немає у доступному форматі, не обіцяємо перенести їх без втрат — визначаємо обмеження до початку робіт.
Чи можна залишити Prom.ua після запуску власного магазину?
Так, можна використовувати Drupal-магазин і Prom.ua як окремі канали продажів. Але синхронізацію товарів, цін, залишків і замовлень потрібно продумати окремо: можливості залежать від доступних інструментів і потрібної схеми роботи.
Чи зможуть покупці користуватися старими обліковими записами?
Це залежить від даних, до яких є доступ у Prom.ua чи OpenCart, і способу зберігання паролів. Іноді можна перенести профілі та історію замовлень, але для входу покупцям знадобиться встановити новий пароль. Такий сценарій потрібно передбачити ще до запуску.
Ваш будущий сайт слишком хорош, чтобы принадлежать кому-то другому



