Міграція сайту з WordPress на 1С-Бітрікс під ключ

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

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

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

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

  • image_website-b2b-advance_0.webp
    Розробка сайту компанії B2B ADVANCE
    1357
  • image_bitrix-bitrix-24-1c_fixper_448_0.webp
    Розробка веб-сайту для компанії ФІКСПЕР
    944
  • 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

Ми — сертифіковані партнери 1С-Бітрікс. За 10+ років перенесли понад 500 проєктів: від блогів до інтернет-магазинів з мільйонами товарів. Перехід з WordPress на 1С-Бітрікс — це не конвертація файлів, а повноцінна розробка нового сайту з перенесенням даних. В одному з проєктів перенесли магазин з WooCommerce на Бітрікс з 50 000 товарів за 8 тижнів — трафік впав лише на 3% і відновився за 2 тижні. Структура зберігання контенту, логіка шаблонізації та архітектура плагінів WordPress принципово відрізняються від компонентної моделі Бітрікс. Наприклад, WordPress зберігає все в таблицях wp_posts і wp_postmeta, а Бітрікс використовує інфоблоки та HL-блоки. Розуміти це потрібно з першої наради — інакше проєкт затягується на місяці. Без правильного аудиту можна втратити до 70% трафіку після зміни CMS.

Перед міграцією ми складаємо повну карту даних: аудит Custom Post Types, ключових плагінів (WooCommerce, ACF, Yoast SEO, WPML), обсяг медіатеки, кількість користувачів. Кожен елемент потребує окремої стратегії перенесення. Наприклад, ACF-поля мапляться на властивості інфоблоків, а WooCommerce-замовлення переносяться через API з відтворенням складу. Ми гарантуємо, що ваш сайт збереже позиції в пошуку та працюватиме швидше — інфоблоки Бітрікс обробляють запити в 2-3 рази швидше за довільні запити WordPress на каталогах від 10 000 товарів. Документація 1С-Бітрікс: dev.1c-bitrix.ru

Як аналізується WordPress-сайт перед міграцією?

WordPress зберігає весь контент у двох ключових таблицях: wp_posts і wp_postmeta. Таксономії — через wp_terms, wp_term_taxonomy, wp_term_relationships. Ми перевіряємо:

  • Custom Post Types та їх мета-поля (ACF, PODS)
  • Плагіни, що відповідають за ключову функціональність: WooCommerce, Yoast SEO, WPML
  • Обсяг медіатеки (wp_attachment) — кількість файлів та їх розмір
  • Користувачі та їх ролі, права доступу

Для кожного пункту розробляється скрипт перенесення на PHP 8.1+ з використанням ORM 1С-Бітрікс.

Перенесення контенту: пости та сторінки

Статті та сторінки з wp_posts переносяться в інфоблок Бітрікс. Створюється інфоблок типу «Статті», для кожного поста WordPress створюється елемент через CIBlockElement::Add().

Поля мапляться так:

WordPress Бітрікс (інфоблок)
post_title NAME
post_content DETAIL_TEXT
post_excerpt PREVIEW_TEXT
post_date ACTIVE_FROM
post_name (slug) CODE
Thumbnail (featured image) PREVIEW_PICTURE / DETAIL_PICTURE

ACF-поля переносяться у властивості інфоблоку. Тип поля в ACF визначає тип властивості в Бітрікс: текст → S, число → N, зображення → F, зв'язок з постом → G (прив'язка до елемента).

Як перенести WooCommerce-магазин?

Якщо на WordPress працював WooCommerce — це окремий пласт роботи. Таблиці WooCommerce (wc_orders, wc_order_items, wc_product_meta_lookup) переносяться в модуль «Інтернет-магазин» Бітрікс. Товари з WooCommerce переносяться в каталог Бітрікс:

  • Прості товари → елементи інфоблоку каталогу
  • Варіативні товари → торгові пропозиції (SKU) через catalog.sku
  • Категорії товарів → розділи інфоблоку

Замовлення WooCommerce мігруються через CSaleOrder::Add() з відтворенням складу замовлення через CSaleBasket. Якщо історія замовлень не критична, мігруємо лише товари та клієнтську базу. Індексація каталогу на Бітрікс при правильному налаштуванні в 2–3 рази швидша, ніж WooCommerce на великих обсягах. Економія часу на міграції становить до 40% при використанні автоматизованих скриптів.

Багатомовність (WPML → Бітрікс)

WPML зберігає переклади в таблицях icl_translations та icl_string_translations. У Бітрікс багатомовність реалізована через механізм мов сайту: для кожної мови створюється окрема мовна версія елемента інфоблоку (через налаштування багатосайтовості). Структура принципово інша — перенесення потребує окремого скрипта з урахуванням мовних пар.

Що робити з SEO при міграції?

Це критичний етап. Yoast SEO зберігає мета-дані в wp_postmeta з ключами _yoast_wpseo_title, _yoast_wpseo_metadesc. У Бітрікс мета-дані зберігаються у властивостях інфоблоку або через компонент bitrix:seo.tags. Обов'язкові кроки:

  1. Вивантажити всі URL існуючого сайту (через Yoast sitemap або Screaming Frog)
  2. Співставити з новими URL у Бітрікс (вони можуть змінитися за структурою)
  3. Налаштувати 301-редиректи в .htaccess або через модуль редиректів Бітрікс
  4. Перенести title, description, og-теги для кожної сторінки

Без цього зміна CMS призводить до падіння трафіку на 30–70% у перші місяці. Досвід показує, що при правильному налаштуванні падіння не перевищує 5%. В одному з проєктів вдалося зберегти 95% позицій після міграції.

Медіатека

WordPress зберігає завантажені файли у /wp-content/uploads/YYYY/MM/. У Бітрікс файли зберігаються у /upload/iblock/. Фізично файли переносяться, але посилання в контенті оновлюються: або через SQL-заміну в базі, або через скрипт обходу всіх текстових полів інфоблоку. WordPress генерує кілька розмірів для кожного зображення (thumbnails). Бітрікс також ресайзить зображення, але в іншій системі кешу. Вихідники потрібні в оригінальному розмірі.

Чек-лист міграції
  • Аудит даних WordPress
  • Створення інфоблоків та властивостей у Бітрікс
  • Перенесення контенту, медіа, користувачів
  • Налаштування 301-редиректів
  • Перевірка SEO-метаданих
  • Тестування функціональності
  • Перемикання домену
  • Моніторинг після міграції

Що входить у роботу

Ми надаємо за результатами міграції:

  • Документацію з перенесення даних (схеми мапінгу, скрипти)
  • Повні доступи до нового сайту (адмінка, FTP, база даних)
  • Навчання редакторів роботі з Бітрікс (до 4 годин)
  • Технічну підтримку протягом місяця після перемикання
  • Гарантію відновлення позицій у пошуку при дотриманні наших рекомендацій

Терміни міграції

Тип сайту Обсяг Термін
Блог / корпоративний сайт до 500 постів 2–4 тижні
Блог з великою медіатекою 500–5000 постів 4–8 тижнів
WooCommerce-магазин до 5000 товарів 6–10 тижнів
Великий багатомовний магазин 5000+ товарів, WPML 3–5 місяців

Новий сайт на Бітрікс розробляється паралельно, старий WordPress залишається в роботі до моменту перемикання. Вартість розраховується індивідуально на основі аудиту. Замовте міграцію під ключ — ми виконаємо всі етапи від аналізу до перемикання. Зв'яжіться з нами для оцінки вашого проєкту — ми запропонуємо терміни та бюджет індивідуально.

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