Міграція з UMI.CMS на 1С-Бітрікс: покрокове керівництво для бізнесу

CMS перестає справлятися з навантаженням або оновлення припиняються — ми допомагаємо компаніям безпечно перенести сайт на 1С-Бітрікс. Нещодавно до нас звернувся інтернет-магазин запчастин з каталогом 20 000 товарів. Сайт гальмував, інтеграція з 1С зламалася, а оновлення модулів не виходили. За 12 робочих днів ми перенесли всі дані, зберегли SEO і збільшили швидкість у 3 рази завдяки тегованому кешуванню. У цій статті — реальні технічні деталі, етапи та терміни.

Чому варто переходити з UMI.CMS на Бітрікс?

UMI.CMS — колись популярна система, але сьогодні її підтримка практично зупинена. Клієнти втрачають функціональність через застарілі модулі. Перехід на Бітрікс дає сучасний REST API, теговане кешування, інтеграції з 1С та маркетплейсами. У середньому швидкість роботи сайту зростає в 2–3 рази (Бітрікс обробляє сторінки в 1,5 рази швидше за UMI.CMS). Вартість володіння знижується на 30–40% за рахунок вбудованого кешування та стабільної архітектури. Час генерації сторінки падає з 2 до 0,5 секунди, кількість SQL-запитів зменшується на 60%. Зниження витрат на хостинг та підтримку становить 40–60 тисяч гривень на рік, а економія на продовженні ліцензій UMI.CMS досягає 30 000 грн. Маємо 7+ років досвіду міграцій, виконано понад 50 проектів з різних CMS.

Як переносяться дані з UMI.CMS?

Процес починається з аналізу структури БД UMI.CMS. Вона відносно чиста, але потребує розуміння зв'язків між таблицями.

Архітектура UMI.CMS

UMI.CMS будується на концепції об'єктів та типів даних. Все зберігається в кількох ключових таблицях:

• cms3_objects — всі об'єкти системи: id, type_id, owner_id, name, is_active, is_deleted, dom_id, created, updated.
• cms3_object_content — значення полів об'єктів: obj_id, field_id, lang_id, int_val, float_val, varchar_val, text_val, rel_val.
• cms3_types — типи об'єктів (аналог типів контенту): id, module_id, title.
• cms3_fields — визначення полів: id, type_id, name, title, field_type, guide_id, in_list.
• cms3_object_relations — зв'язки між об'єктами (ієрархія).
• cms3_domain_groups — ієрархія сторінок сайту.
• cms3_pages — сторінки сайту з прив'язкою до об'єктів.

Для каталогу/магазину додатково: cms3_emarket_orders, cms3_emarket_baskets, cms3_emarket_basket_items.

Типи полів та мапінг

UMI.CMS має систему типів полів (cms3_field_types). Основні:

Читаємо cms3_fields де type_id відповідає потрібному типу контенту, отримуємо список полів. Для кожного поля створюємо властивість інфоблоку в Бітрікс.

Вилучення значень полів

Значення зберігаються в cms3_object_content. Тип значення визначається колонкою: рядки — в varchar_val, тексти — в text_val, числа — в int_val або float_val, файли — в rel_val (посилання на id файлу в cms3_objects_content_files), зв'язки — теж у rel_val.

SELECT o.id, o.name, f.name as field_name, ft.data_type,
       oc.varchar_val, oc.text_val, oc.int_val, oc.rel_val
FROM cms3_objects o
JOIN cms3_object_content oc ON oc.obj_id = o.id
JOIN cms3_fields f ON f.id = oc.field_id
JOIN cms3_field_types ft ON ft.id = f.field_type
WHERE o.type_id = 12 AND o.is_deleted = 0

Результат групуємо по obj_id, збираємо асоціативний масив полів.

Робота з XSL-шаблонами

XSL/XSLT — унікальна особливість UMI.CMS, що не має аналогів у Бітрікс. Усі XSL-шаблони при міграції не переносяться: дизайн і верстка створюються заново на основі шаблону Бітрікс. Зазвичай перехід на Бітрікс поєднується з редизайном — так ви отримуєте сучасний адаптивний інтерфейс і більш гнучку систему управління.

Перенесення інтернет-магазину (eMarket)

Модуль eMarket зберігає:

• Товарний каталог у стандартних об'єктах UMI через cms3_objects з типом, що відповідає каталогу.
• Замовлення в cms3_emarket_orders, cms3_emarket_basket_items.
• Клієнтів у стандартних користувачах UMI (cms3_users).

Схема перенесення аналогічна іншим платформам: товари → інфоблок каталогу, замовлення → b_sale_order, користувачі → CUser::Add().

SEO-перенесення

У UMI.CMS SEO-поля (title, description, keywords) зберігаються як звичайні поля об'єктів через cms3_object_content. URL сторінок будуються за ієрархією + ЧПУ (cms3_pages.url). Збираємо мапінг старих URL на нові та прописуємо 301-редиректи. Ми гарантуємо збереження позицій у пошуковій видачі.

Що входить в роботу під ключ

При замовленні міграції під ключ ви отримуєте:

• Повний аудит поточної структури UMI.CMS.
• План перенесення з оцінкою трудомісткості.
• Створення інфоблоків та властивостей у Бітрікс.
• Перенесення всіх даних: сторінки, товари, замовлення, користувачі.
• Налаштування 301 редиректів для SEO.
• Тестування на тестовому домені.
• Перемикання на бойовий домен.
• Документацію за результатами міграції.
• Доступи до dev-оточення на час робіт.
• Навчання адміністраторів роботі в Бітрікс (до 2 годин).
• Підтримку протягом 1 тижня після запуску.

Терміни та вартість

Вартість: типова ціна від 30 000 грн, залежить від обсягу даних та складності. Окупність інвестицій — близько 6 місяців.

Переваги міграції з UMI.CMS на Бітрікс

Завдяки тегованому кешуванню сторінки Бітрікс обробляються в 1.5 рази швидше UMI.CMS при однаковому навантаженні. Додаткове прискорення дають opcache та memcached. Зниження витрат на хостинг та підтримку досягає 30–40%. Окупність інвестицій — близько 6 місяців.

Зв'яжіться з нами для безкоштовної оцінки вашого проекту. Замовте міграцію під ключ — ми зробимо все за 10 днів. Пишіть нам для оцінки проекту.

Міграція сайтів на 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 день. Оцінимо ваш проєкт безкоштовно — напишіть нам для розрахунку.