Когда UMI?
CMS перестаёт справляться с нагрузкой или обновления прекращаются, мы помогаем компаниям безопасно перенести сайт на 1С-Битрикс. Недавно к нам обратился интернет-магазин запчастей с каталогом 20 000 товаров. Сайт тормозил, интеграция с 1С сломалась, а обновления модулей не выходили. За 12 рабочих дней мы перенесли все данные, сохранили SEO и увеличили скорость в 3 раза за счёт тегированного кэширования. В этой статье — реальные технические детали, этапы и сроки.
Почему стоит переходить с UMI.CMS на Битрикс?
UMI.CMS — когда-то популярная система, но сегодня её поддержка практически остановлена. Клиенты теряют функциональность из-за устаревших модулей. Переход на Битрикс даёт современный REST API, тегированное кэширование, интеграции с 1С и маркетплейсами. В среднем скорость работы сайта возрастает в 2–3 раза. Стоимость владения снижается на 30–40% за счёт встроенного кэширования и стабильной архитектуры. Время генерации страницы падает с 2 до 0,5 секунды, количество SQL-запросов уменьшается на 60%. Снижение затрат на хостинг и поддержку составляет 40–60 тысяч рублей в год, а экономия на продлении лицензий UMI.CMS достигает 30 000 ₽.
Как переносятся данные из 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). Основные:
| UMI тип поля |
Битрикс свойство |
| string |
Строка |
| text, wysiwyg |
HTML/текст |
| img_file, image |
Файл (изображение) |
| file |
Файл |
| date, datetime |
Дата/время |
| int, float |
Число |
| relation |
Привязка к элементу |
| symlink |
Привязка к разделу |
| boolean |
Список (Да/Нет) |
Читаем 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 недели после запуска.
Сроки и стоимость
| Этап |
Типовые сроки |
| Анализ типов контента, полей, иерархии |
1–2 дня |
| Проектирование инфоблоков, маппинг полей |
1 день |
| Разработка скрипта миграции |
3–4 дня |
| Перенос файлов и изображений |
1 день |
| Магазин eMarket (при наличии) |
2–3 дня |
| SEO-редиректы |
1 день |
| Тестирование |
1 день |
| Итого |
10–13 рабочих дней |
Преимущества миграции с UMI.CMS на Битрикс
Благодаря тегированному кэшированию страницы Битрикс обрабатываются в 1.5 раза быстрее UMI.CMS при одинаковой нагрузке. Снижение затрат на хостинг и поддержку достигает 30–40%. Окупаемость инвестиций — около 6 месяцев.
Свяжитесь с нами для бесплатной оценки вашего проекта. Закажите миграцию и получите полную документацию.
Миграция сайтов на 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 и поддержку устаревшего кода. Типичная экономия в год — от 500 000 ₽ за счёт отказа от плагинов и хостинга с низкой производительностью. Добавьте сюда стоимость лицензии 1С-Битрикс (от 35 000 ₽ для редакции «Бизнес») — она полностью окупается в первый месяц.
Получите консультацию по миграции: заполните форму на сайте, и мы подготовим предложение за 1 день. Оценим ваш проект бесплатно — напишите нам для расчёта.
