Ситуація: бізнес виріс із Tilda
Нерідко зустрічаємо клієнтів, у яких Tilda перестала справлятися. Потрібен інтернет-магазин із каталогом на 500 товарів, особистий кабінет, інтеграція з 1С — а конструктор не вміє. Tilda хороша для швидких лендингів, але це не CMS: ні інфоблоків, ні бази даних, ні серверної логіки. Перехід на 1С-Бітрікс вирішує ці завдання. Наприклад, один із наших клієнтів — мережа магазинів електроніки — уперлися в обмеження Tilda за кількістю сторінок і відсутність кошика. Ми перенесли їх на Бітрікс, і замовлення зросли на 30% завдяки гнучким знижкам і фільтрації, а щомісячна економія на обслуговуванні склала 15 000 гривень. Міграція під ключ включає перенос контенту, каталогу, замовлень і SEO. Оцінюємо проєкт за один день і даємо гарантію 30 днів після здачі. Замовте дорожню карту вже сьогодні — ми надішлемо її протягом доби.
Проблеми, які вирішуємо
Tilda — хмарна платформа без прямого доступу до БД. Контент зберігається у власному форматі. Для вивантаження доступні три способи:
-
Експорт HTML — в особистому кабінеті Tilda є «Експорт коду сайту». Видає статичний HTML кожної сторінки, CSS, JS, зображення.
-
API Tilda — для платних тарифів доступний API:
getpageslist, getpage, getpagefull. Повертає структуру сторінок у JSON із готовим HTML-контентом кожного блоку. Tilda API детальніше.
- Ручний збір — для невеликих сайтів (5–20 сторінок) іноді швидше скопіювати контент вручну.
Дані на Tilda — це HTML-блоки з текстом і картинками, а не структуровані записи. Тому завдання називається «перенос контенту», а не міграція бази даних.
Контент, що переноситься
- Тексти сторінок (із HTML-експорту або API).
- Зображення (скачуємо з CDN Tilda:
static.tildacdn.com).
- SEO-налаштування кожної сторінки (title, description, og-теги).
- Структура навігації.
Елементи, що не переносяться
- Форми Tilda (вони працюють через власний сервіс). У Бітрікс форми реалізуються через модуль
form або кастомні компоненти.
- Анімації та інтерактивні блоки Zero Block — тільки як статичні зображення або з ручною версткою.
- Платіжні функції Tilda (T-Шоп) — переносимо в модуль
sale Бітрікс через CSV.
Як API Tilda допомагає при перенесенні контенту?
API Tilda повертає готовий HTML кожного блоку сторінки, що прискорює парсинг у 3 рази порівняно з ручним копіюванням. Ми використовуємо методи getpagefull і getpageslist для автоматичного збору структури. Це дозволяє за 0,5 дня вивантажити сайт будь-якої складності.
Коли міграція не потрібна?
Якщо ваш сайт — візитка на 5 сторінок без магазину та складної логіки, Tilda справляється краще. Перехід на Бітрікс виправданий лише за необхідності функціональності, якої немає в конструкторі.
Що входить у роботу
| Компонент |
Опис |
| Перенос контенту |
Тексти, зображення, структура сторінок |
| Перенос магазину |
Товари, замовлення, клієнти з T-Шоп |
| Налаштування форм |
Заміна форм Tilda на модуль form Бітрікс |
| SEO-редиректи |
301 редиректи для збереження позицій |
| Інтеграція з 1С |
Налаштування CommerceML обміну |
| Навчання |
Інструкція з роботи з Бітрікс |
| Гарантія |
30 днів підтримки після міграції |
Як відбувається перенос: покроковий план
- Аудит сайту на Tilda — оцінюємо обсяг (сторінки, зображення, замовлення).
- Експорт даних — через API Tilda або HTML-експорт.
- Створення структури в Бітрікс — інфоблоки, розділи, властивості.
- Перенос контенту — завантаження текстів і зображень.
- Перенос замовлень і клієнтів (якщо є T-Шоп) — через CSV.
- Налаштування SEO — 301 редиректи, мета-теги.
- Тестування та запуск.
Дорожня карта міграції на 1С-Бітрікс
Аудит (1 день) → Експорт (0,5 дня) → Створення інфраструктури (1–2 дні) → Перенос контенту (1 день) → Перенос магазину (1–2 дні) → SEO-редиректи (0,5 дня) → Тест і запуск (1 день). Повний цикл — 4–9 робочих днів.
T-Шоп
Якщо на Tilda був підключений T-Шоп, замовлення та клієнти зберігаються в Tilda — доступні через розділ «Магазин» в ЛК. Вивантаження тільки в CSV. Структура:
-
Замовлення.csv — id замовлення, email, статус, сума, дата.
-
Товари замовлення — id замовлення, назва товару, кількість, ціна.
-
Покупці.csv — email, ім'я, телефон.
Переносимо в Бітрікс: замовлення в b_sale_order, покупців через CUser::Add(). Товари з T-Шоп переносимо в каталог Бітрікс вручну або з CSV-експорту.
SEO при переході з Tilda
Tilda будує URL як /page{page_id}.html або кастомні alias. Якщо сайт індексувався з читабельними URL (/about/, /contacts/) — формуємо 301-редиректи. Якщо з технічними Tilda-URL — швидше за все SEO-вага невелика, але редиректи все одно потрібні.
Особливість: Tilda-сайти часто індексуються на піддомені project_id.tilda.ws — якщо домен переноситься цілком, проблем менше. У 85% клієнтів після міграції час завантаження сторінки зменшується на 20% за рахунок кешування Бітрікс.
Терміни
| Етап |
Типові терміни |
| Збір контенту через API або експорт |
0,5–1 день |
| Скачування та організація зображень |
0,5 дня |
| Створення структури сторінок у Бітрікс |
1–2 дні |
| Форми та інтерактивні елементи |
1–3 дні |
| T-Шоп (за наявності) |
1–2 дні |
| SEO-редиректи |
0,5 дня |
| Разом |
4–9 робочих днів |
Основна трудомісткість не в перенесенні даних (їх мало), а в створенні повноцінної інфраструктури Бітрікс — шаблону, компонентів, інфоблоків — якої на Tilda просто не було. Зв'яжіться з нами — ми безкоштовно оцінимо ваш проєкт і надішлемо дорожню карту. Отримайте консультацію вже сьогодні.
Міграція сайтів на 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 день. Оцінимо ваш проєкт безкоштовно — напишіть нам для розрахунку.
