Міграція з PrestaShop на 1С-Бітрікс: перенесення даних та функціоналу

Перенесення інтернет-магазину з PrestaShop на 1С-Бітрікс — завдання, з яким стикаються власники eCommerce-проектів, що виросли з європейської платформи. Ми виконали понад 50 таких міграцій і знаємо кожну пастку: від різниці в моделі даних до несумісності закордонних модулів з російськими платіжними системами. Міграція сайту з PrestaShop на 1С-Бітрікс дозволяє не тільки змінити CMS, але й підвищити продуктивність, отримати вбудовану інтеграцію з 1С і спростити адміністрування.

Наприклад, в одному з проектів ми перенесли каталог з 8 000 товарів з 12 варіаціями кожен — на це пішло 4 тижні без втрати даних. Перехід на Бітрікс знижує витрати на техпідтримку до 40% і прискорює завантаження сторінок у 2 рази. Середній проект міграції окупається за 6–9 місяців за рахунок зниження витрат на підтримку.

Як влаштована база даних PrestaShop?

PrestaShop — популярна європейська eCommerce-платформа з реляційною схемою бази даних. На відміну від Magento EAV, дані в PrestaShop зберігаються в нормалізованих таблицях, що суттєво спрощує SQL-експорт. Складність міграції визначається кількістю кастомізацій, встановлених модулів та обсягом каталогу.

Які таблиці потрібно експортувати?

Таблиці PrestaShop мають префікс ps_ (налаштовується при встановленні). Ключові таблиці:

• ps_product — базові дані товару: id_product, reference (артикул), weight, price, active
• ps_product_lang — переклади: name, description, description_short, link_rewrite (slug)
• ps_category / ps_category_lang — категорії з перекладами
• ps_product_attribute — комбінації (варіації товарів)
• ps_attribute / ps_attribute_lang — атрибути (розмір, колір)
• ps_orders — замовлення
• ps_order_detail — склад замовлень
• ps_customer — покупці
• ps_image — зображення товарів

Мультимовність в PrestaShop вбудована на рівні схеми: для кожної таблиці з текстовим контентом є парна *_lang таблиця.

Як перенести товари з варіаціями?

Базовий запит для експорту товарів з перекладами:

SELECT
    p.id_product,
    p.reference,
    p.price,
    p.weight,
    p.active,
    pl.name,
    pl.description,
    pl.description_short,
    pl.link_rewrite,
    pl.meta_title,
    pl.meta_description
FROM ps_product p
JOIN ps_product_lang pl ON p.id_product = pl.id_product AND pl.id_lang = 1
WHERE p.active = 1;

Варіації товарів (комбінації)

PrestaShop називає варіації «комбінаціями» (combinations). Кожна комбінація — це набір атрибутів з ціновим модифікатором. Таблиця ps_product_attribute_combination зв'язує комбінацію (id_product_attribute) з атрибутами (id_attribute).

В Бітрікс це торгові пропозиції. Кожна комбінація PrestaShop стає окремим SKU з набором властивостей. Ціновий модифікатор комбінації (price_impact) додається до базової ціни товару для отримання фінальної ціни SKU.

Категорії та хлібні крихти

PrestaShop зберігає дерево категорій з nleft/nright (модель вкладених множин). Для відтворення ієрархії в Бітрікс достатньо запиту з ORDER BY level_depth:

SELECT c.id_category, c.id_parent, c.level_depth, cl.name, cl.link_rewrite
FROM ps_category c
JOIN ps_category_lang cl ON c.id_category = cl.id_category AND cl.id_lang = 1
WHERE c.active = 1 AND c.id_category > 2  -- виключити Root і Home
ORDER BY c.level_depth, c.id_category;

Зображення

PrestaShop зберігає зображення в /img/p/ з розбивкою по папках на основі цифр ID: товар з id=1234 має зображення за шляхом /img/p/1/2/3/4/1234.jpg. Генеруються кілька розмірів (thumbnail, medium, large, home).

При перенесенні в Бітрікс потрібні оригінальні зображення максимального розміру. Бітрікс сам генерує прев'ю через CFile::ResizeImageGet().

Модулі та функціональність

PrestaShop має велику екосистему модулів. Частина з них має прямі аналоги в Бітрікс:

Кастомні модулі PayPal, DHL та інших закордонних сервісів в Бітрікс не переносяться — потрібні вітчизняні аналоги (ЮKassa, СДЕК, Boxberry).

Перенесення SEO-налаштувань

Важливо зберегти позиції в пошуковій видачі. Ми експортуємо метатеги з ps_meta та ps_product_lang.meta_title/meta_description, переносимо ЧПУ з link_rewrite та налаштовуємо редиректи 301 зі старих URL. Після міграції перевіряємо індексацію та коригуємо карту сайту.

Чому міграція з PrestaShop на Бітрікс вигідна?

Бітрікс обробляє каталог з 10 000 товарів у 3 рази швидше за PrestaShop за рахунок тегованого кешування. Інтеграція з 1С реалізована на рівні ядра — не потрібні модулі. Офіційна документація 1С-Бітрікс підтверджує сумісність з російськими стандартами фіскалізації (54-ФЗ, ОФД). Крім того, перехід на Бітрікс знижує витрати на техпідтримку за рахунок єдиної платформи та вбудованих інструментів.

Що входить в міграцію?

• Аудит поточної БД — виявлення невикористовуваних таблиць, дублів, помилок
• Написання скриптів експорту/імпорту — з урахуванням кастомних полів та модулів
• Перенесення зображень — зі збереженням структури папок та оптимізацією
• Налаштування 1С-обміну — через CommerceML з синхронізацією залишків та цін
• Тестування — еталонна вибірка товарів, перевірка замовлень, швидкості роботи
• Навчання команди — базове адміністрування Бітрікс
• Гарантія на роботу 12 місяців — безкоштовне виправлення помилок, пов'язаних з міграцією

Замовлення та клієнтська база

Якщо важливо зберегти історію замовлень для LTV-аналітики та повторних продажів — мігруємо з ps_orders + ps_order_detail в модуль «Інтернет-магазин» Бітрікс. Статуси замовлень з ps_order_state маппяться на статуси в Бітрікс вручну.

Типові терміни

Дизайн сайту розробляється заново під шаблон Бітрікс. Отримайте консультацію по вашому проекту — оцінимо обсяг робіт та терміни. Зв'яжіться з нами, щоб обговорити деталі міграції.

Міграція сайтів на 1С-Бітрікс

Переїзд на нову CMS — завжди стрес для сайту. Якщо проігнорувати URL-структуру, через два тижні трафік падає на 50–80 %. WordPress генерує /product/item-name/, OpenCart — /index.php?route=product/product&product_id=123, а Бітрікс за замовчуванням хоче /catalog/section/element/. Без карти 301-редиректів пошуковики фіксують масові 404. Ми починаємо будь-яку міграцію зі сканування старого сайту через Screaming Frog і складаємо повну карту редиректів ще до першого рядка коду. Як сказано в документації 1С-Бітрікс: коректна міграція вимагає повного маппінгу URL.

За 7 років ми перенесли понад 50 проєктів — від лендінгів до каталогів на 300 000 товарів. Середній термін — 2–8 тижнів. Оцінку проєкту робимо безкоштовно за 1 день — зв'яжіться для попереднього розрахунку.

Які CMS ми переносимо на Бітрікс?

За роки роботи дані мігрували з десятків систем.

Блоги та корпоративні сайти: WordPress / WooCommerce → 1С-Бітрікс. Таблиці wp_posts, wp_postmeta, wp_wc_product_meta_lookup маппяться в інфоблоки та highload-блоки. Варіації товарів (WooCommerce Variable Product) стають торговими пропозиціями (b_catalog_product).

Інтернет-магазини: OpenCart / ocStore → 1С-Бітрікс. Структура oc_product, oc_product_description, oc_product_to_category переїжджає в ієрархію інфоблоків. Мультимовність OpenCart перетворюється на мовні версії властивостей. Joomla / VirtueMart, MODX Revolution (TV-змінні → властивості інфоблоків), Drupal, PrestaShop — аналогічно.

SaaS-платформи: Tilda, InSales, Shopify, Wix, Squarespace. Бізнес переріс конструктор — потрібні 1С-інтеграції та управління залишками.

Самописні двигуни: реверсимо БД і відновлюємо бізнес-логіку за вихідним кодом.

Що переноситься?

Контент: сторінки, статті, новини → інформаційні інфоблоки. Каталог: категорії → розділи, товари → елементи з прив'язкою до b_catalog_product, властивості → властивості інфоблоку або highload-довідники. Зображення, відгуки, FAQ.

E-commerce: товари з варіаціями (торгові пропозиції), ціни в b_catalog_price (мультивалютні через b_catalog_currency), залишки по складах b_catalog_store_product, знижки (b_sale_discount), історія замовлень (b_sale_order + b_sale_basket).

Користувачі: клієнтська база — b_user + UF-поля. Паролі в кожній CMS хешуються по-своєму: WordPress — phpass, OpenCart — SHA1+salt, Drupal — SHA512. Ми пишемо кастомний CUser::LoginByHash з fallback на старий алгоритм — клієнт вводить пароль один раз, система перехешує в bcrypt Бітрікса.

SEO-дані: мета-теги, alt-теги, URL-структура. Головне завдання — зберегти всі URL або проставити 301-редиректи.

Медіа: зображення, документи, відео — зі збереженням шляхів та оптимізацією через CFile::MakeFileArray().

Як відбувається міграція?

Як зберегти SEO-позиції?

Втрата органічного трафіку — головний страх, і він обґрунтований. Ось як ми його уникаємо.

Маппінг URL 1:1 — де можливо, через CUrlRewriter та ЧПУ-налаштування інфоблоку зберігаємо точну структуру. Де не можна — 301. Автогенерація карти редиректів: парсимо експорт Screaming Frog, зіставляємо з slugs нових елементів, генеруємо конфіг nginx. Кожен редирект перевіряється curl -I після перемикання.

Перенесення мета-тегів: title, description, h1 переносяться як є у властивості ELEMENT_META_TITLE, ELEMENT_META_DESCRIPTION. Canonical: rel="canonical" через SEO-компонент Бітрікс. Дуби відсікаємо: www/без www, http/https, параметри сортування. Sitemap: нова sitemap.xml через модуль seo Бітрікса, подача в Search Console та Вебмастер одразу після перемикання.

Порівняння швидкості: Бітрікс у 3 рази швидше обробляє каталог із 100 000 товарів, ніж OpenCart, завдяки тегованому кешуванню та оптимізації запитів до b_catalog_product.

Що входить у роботу (deliverables)

Міграція інтеграцій

Зовнішні інтеграції — окремий пласт. Ми перепідключаємо:

• Платіжні системи — sale.paysystem зі збереженням історії транзакцій.
• Доставка — налаштування sale.delivery.handler (СДЕК, Укрпошта).
• CRM — прив'язка до Бітрікс24 або збереження поточної через REST API.
• 1С — налаштування обміну через CommerceML. Часто це головна причина міграції на Бітрікс.
• Email-маркетинг — перенесення підписників, шаблонів, вебхуків.
• Аналітика — e-commerce tracking під нову структуру dataLayer.

Типові помилки при міграції

Кожна з цих помилок призводила до втрати позицій і клієнтів.

Втрата URL без редиректів — найруйнівніший промах. /product/123 замість /catalog/item-name.html — без 301 це масові 404 та обвал трафіку. Ми генеруємо карту автоматично і перевіряємо кожен редирект після перемикання.

Дублювання контенту: один товар доступний з www і без, по HTTP і HTTPS, з GET-параметрами фільтрації — п'ять URL замість одного. SEO-вага розмивається. Налаштовуємо canonical, 301 для варіацій, robots.txt з Disallow для параметрів.

Биті зображення: абсолютні URL в контенті (src="https://old-site.ru/img/photo.jpg"), втрата якості при перетисканні. Замінюємо на відносні шляхи, переносимо зі збереженням структури, перевіряємо HTTP 200 для кожного файлу.

Втрата мета-тегів і мікророзмітки: title, description, Schema.org можуть не перенестися або перенестися криво. Робимо повний маппінг і перевірку на staging.

Відвалені форми та інтеграції: змінилися ID, API-ключі, вебхуки. Складаємо реєстр усіх інтеграцій до початку і перевіряємо кожну після.

Мобільна версія: старий m.site.ru → адаптивний Бітрікс. Без редиректу мобільних URL — 404 для мобільних користувачів. Враховуємо в карті редиректів.

Перед міграцією обов'язково: 1) повне сканування Screaming Frog / Sitebulb; 2) експорт SEO (title, description, h1, canonical, hreflang); 3) фіксація позицій за ключовими запитами; 4) бекап файлів і БД з перевіркою відновлення; 5) реєстр усіх інтеграцій; 6) карта редиректів для кожної проіндексованої сторінки; 7) тестова міграція на staging з повною перевіркою; 8) коректна мобільна версія та редиректи з m.site.ru; 9) нова sitemap.xml готова до подачі; 10) план відкату: DNS збережені, конфіг задокументовано, доступ до старого хостингу є.

Терміни та економія

Економія: після міграції ви перестаєте платити за ліцензію старої CMS та підтримку застарілого коду. Типова економія на рік — значна сума за рахунок відмови від плагінів та хостингу з низькою продуктивністю. Додайте сюди вартість ліцензії 1С-Бітрікс (редакція «Бізнес») — вона повністю окупається в перший місяць.

Отримайте консультацію з міграції: заповніть форму на сайті, і ми підготуємо пропозицію за 1 день. Оцінимо ваш проєкт безкоштовно — напишіть нам для розрахунку.