Міграція з CS-Cart на 1С-Бітрікс: без втрат даних і SEO

Наша компанія займається розробкою, підтримкою та обслуговуванням рішень на Бітрікс та Бітрікс24 будь-якої складності. Від простих односторінкових сайтів до складних інтернет-магазинів, CRM систем з інтеграцією 1С та телефонії. Досвід розробників підтверджено сертифікатами від вендора.
Послуги, які ми пропонуємо
Показано 1 з 1Усі 1626 послуг
Міграція з CS-Cart на 1С-Бітрікс: без втрат даних і SEO
Середній
~1-2 тижні
Часті запитання

Наші компетенції:

Етапи розробки

Останні роботи

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1357
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    943
  • image_bitrix-bitrix-24-1c_development_of_an_online_appointment_booking_widget_for_a_medical_center_594_0.webp
    Розробка на базі Бітрікс, Бітрікс24, 1С для компанії Development of an Online
    693
  • image_bitrix-bitrix-24-1c_mirsanbel_458_0.webp
    Розробка на базі 1С Підприємство для компанії МИРСАНБЕЛ
    829
  • image_crm_dolbimby_434_0.webp
    Розробка сайту на CRM Бітрікс24 для компанії DOLBIMBY
    731
  • image_crm_technotorgcomplex_453_0.webp
    Розробка на базі Бітрікс24 для компанії ТЕХНОТОРГКОМПЛЕКС
    1074

Міграція сайту з CS-Cart на 1С-Бітрікс

Власники інтернет-магазинів на CS-Cart з часом впираються в стелю продуктивності. При каталозі в 5–7 тисяч товарів час генерації сторінок сягає 2–3 секунд, база MySQL починає тупити на складних вибірках з характеристиками та комбінаціями. А інтеграція з 1С через стандартні модулі потребує постійних доопрацювань — то вивантаження падає, то ціни не синхронізуються. Перехід на 1С-Бітрікс вирішує ці проблеми: продуктивність сторінок зростає в 3–4 рази, обмін з 1С налаштовується через штатний CommerceML і працює стабільно. Наша команда виконала десятки таких міграцій, і ми гарантуємо, що ви не втратите жодного замовлення та жодної SEO-позиції.

З якими складнощами ми стикаємося в процесі?

Найчастіший біль — торговельні пропозиції. У CS-Cart це комбінації опцій, кожна зі своєю ціною та залишком. У Бітрікс — окремі елементи інфоблоку ТП, пов'язані з товаром через PROPERTY_CML2_LINK. Простий скрипт перетворення не підходить: потрібно розібрати структуру опцій CS-Cart (типи: select, radio, checkbox) і для кожної комбінації створити ТП, а також перенести ціни в b_catalog_price та залишки в b_catalog_store_product. У документації Бітрікс рекомендується використовувати D7 ORM для масового завантаження, що дає виграш у швидкості до 10 разів порівняно зі звичайними Add. Ми застосовуємо Bitrix\Catalog\ProductTable::add для товарів і прямий SQL для цін — це дозволяє обробляти до 50 000 ТП на годину.

Друга складність — складні акції. Прості знижки на товар переносяться автоматично. Але комбіновані акції (наприклад, "при покупці товару X знижка 10% на товар Y") у CS-Cart зберігаються як cscart_promotions з серіалізованими умовами. Ми витягуємо ці умови, переносимо їх у бізнес-процеси Бітрікс або вручну налаштовуємо через маркетингові акції. В одному проєкті було 40 таких акцій — ми впоралися за 2 дні.

Що саме ми переносимо?

Основні дані з CS-Cart:

Сутність Таблиця CS-Cart Куди в Бітрікс
Товари cscart_products Елементи інфоблоку каталогу
Торговельні пропозиції комбінації опцій Елементи інфоблоку ТП
Категорії cscart_categories Розділи інфоблоку
Замовлення cscart_orders b_sale_order
Покупці cscart_users b_user
Акції cscart_promotions b_sale_discount + налаштування
SEO-URL cscart_seo_names 301 редиректи в .htaccess або модуль SEO

Кожне перенесення перевіряється звіркою кількості.

Як ми гарантуємо збереження даних?

Перед початком ми робимо повний дамп бази CS-Cart та проєктне тестування на копії. Після перенесення запускаємо автоматизований скрипт порівняння: кількість товарів, замовлень, сумарний виторг, кількість активних покупців. Якщо хоча б один показник розходиться більш ніж на 0.01%, зупиняємо процес і знаходимо причину. Досвід показує, що при акуратній міграції розходження нульове. За понад 10 років роботи у нас не було жодного випадку втрати даних.

Процес роботи

Етап Тривалість
Аудит та проєктування 1–2 дні
Перенесення товарів, категорій 3–5 днів
Торговельні пропозиції 1–2 дні
Замовлення та покупці 1–2 дні
Акції та промокоди 1 день
SEO-редиректи 1 день
Тестування та приймальний контроль 1 день
Разом 10–14 днів

Строки можуть варіюватися. Ми оцінимо ваш проєкт безкоштовно.

Чому варто обрати міграцію з CS-Cart на 1С-Бітрікс?

Бітрікс — стандарт для комерції в Україні, що забезпечує надійну інтеграцію з 1С через CommerceML, гнучкі бізнес-процеси та масштабування. CS-Cart хороший для старту, але на обсягах понад 5000 товарів він поступається. Після міграції ви отримуєте швидкість завантаження сторінок у 3 рази вище, можливість використовувати ORM, теговане кешування та вбудовану підтримку фіскалізації. Економія на підтримці — до 2000 євро на рік за рахунок зниження трудозатрат на інтеграцію з 1С та фіскальними серверами.

Чек-лист після міграції
  • Перевірте, що всі товари відображаються з цінами та залишками.
  • Переконайтеся, що старі URL редиректять на нові (301).
  • Порівняйте кілька замовлень зі старої та нової системи.
  • Перевірте працездатність акцій та купонів.
  • Запитайте звіт по перенесених даних.

Ми супроводжуємо вас на всіх етапах. Зв'яжіться з нами для консультації — оцінимо ваш проєкт і назвемо точні строки.

Міграція сайтів на 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().

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

Етап Тривалість Що робимо
Аудит 1–3 дні Скануємо Screaming Frog: всі URL, статус-коди, мета-теги. Аналізуємо структуру БД, кастомні доробки, інтеграції. Складаємо карту перенесення.
Проектування архітектури 2–5 днів Маппінг: типи контенту → інфоблоки, поля → властивості, довідники → highload-блоки. Архітектура має бути зручною для адміністрування в Бітрікс.
Скрипти міграції 3–10 днів PHP-скрипти читають зі старої БД (або API), трансформують і пишуть через API Бітрікса (CIBlockElement::Add, \Bitrix\Sale\Order::create). Запускаємо повторно при тестуванні.
Staging 1–2 дні Повне перенесення на тестовий сервер. Перевіряємо цілісність: кількість товарів, властивості, URL, фільтри.
Дизайн / шаблони 1–4 тижні Редизайн або адаптація верстки під шаблонізатор Бітрікса (template.php, result_modifier.php).
301-редиректи 1–2 дні Повна карта в .htaccess або nginx.conf. Кожен проіндексований URL → відповідна сторінка нового сайту.
Фінальна міграція 1 день Дельта-імпорт свіжих даних, перемикання DNS, моніторинг.
Постміграційний контроль 2–4 тижні Моніторимо Google Search Console та Яндекс.Вебмастер: індексація, позиції, crawl errors.

Як зберегти 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)

Що отримує клієнт Опис
Документація Карта редиректів, опис маппінгу, схема БД
Доступи Адміністративна панель, FTP/SSH, API-ключі
Навчання Відеоуроки або консультація з роботи з Бітрікс
Підтримка 2 тижні постміграційного моніторингу та фіксу багів
Гарантія Повернення до старого сайту протягом 48 годин при форс-мажорі

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

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

  • Платіжні системи — 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 збережені, конфіг задокументовано, доступ до старого хостингу є.

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

Тип проєкту Терміни Коментар
Інформаційний сайт (до 500 стор.) 2–4 тижні Контент + дизайн + редиректи
Інтернет-магазин (до 10 000 товарів) 4–8 тижнів Каталог + замовлення + інтеграції
Великий магазин (100 000+ товарів) 2–4 місяці Кастомні скрипти + навантажувальне тестування

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

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