Перенос сайта на Битрикс обычно всплывает у бизнеса, который перерос свою CMS: WooCommerce начинает тормозить на каталоге в несколько тысяч товаров, Tilda не тянет личный кабинет и сложную логику скидок, а самописный движок на PHP никто уже не хочет поддерживать. За несколько лет я делал такие переносы с WordPress, с Tilda и с OpenCart - и каждый раз процесс упирался не в саму установку 1С-Битрикс, а в данные, интеграции и SEO, которые легко потерять при спешке.
Когда перенос сайта на Битрикс оправдан
Битрикс имеет смысл брать, когда бизнесу нужна глубокая интеграция с 1С - складской учёт, синхронизация остатков и цен в обе стороны, обмен заказами. На Tilda или WooCommerce это делается через костыли и внешние сервисы, на Битрикс - штатным модулем обмена, пусть и с настройкой под конкретную конфигурацию 1С.
Второй сценарий - B2B с личными кабинетами, ролями пользователей и отдельными прайсами под контрагента. Третий - крупный каталог с фильтрами, свойствами товаров и SEO-требованиями к листингам, где движку нужна нормальная работа с ЧПУ и большим количеством страниц без просадки по скорости.
Если у вас landing или блог на 20 страниц без каталога - переезд не окупится. Лицензия редакции «Стандарт» и выше плюс хостинг с поддержкой битриксовой инфраструктуры стоят заметно дороже обычного хостинга под WordPress, и это разовая статья расходов, которая должна отбиваться функциональностью, а не модой на конкретную CMS.
Аудит перед переносом: что выгружать с текущей CMS
Перед тем как трогать новый движок, я всегда делаю полную выгрузку и сверяю её с тем, что реально видно на сайте - админки нередко хранят мусор, черновики и старые версии, которые в выгрузку попадать не должны.
WordPress и WooCommerce
Стандартный экспорт WordPress отдаёт посты и страницы в WXR, но метаполя WooCommerce (артикулы, остатки, вариации, привязки к атрибутам) в нём часто теряются частично. На одном проекте с каталогом в 3 000 товаров пришлось писать отдельный PHP-скрипт поверх WP REST API, который выгружал товары вместе с вариациями и медиафайлами в CSV - стандартный экспорт терял часть кастомных полей темы.
Tilda
С Tilda сложнее всего с логикой, а не с контентом: сам текст и картинки выгружаются штатным экспортом в html/zip, а вот кастомные JS-виджеты - калькуляторы, формы подбора, интеграции с CRM через Tilda-скрипты - переносить один в один нельзя. Их логику придётся переписывать заново под компоненты Битрикса, потому что Tilda-скрипты завязаны на её собственный API и структуру блоков.
Самописный движок или другая CMS
Здесь всё зависит от доступа к базе. Если есть прямой доступ к MySQL или PostgreSQL, я пишу скрипт на Python, который вытаскивает нужные таблицы, приводит структуру к формату, понятному битриксовым инфоблокам, и параллельно чистит дубли и битые ссылки - руками на каталоге от пары сотен позиций это уже не сделать за разумное время.
Перенос контента, каталога и структуры разделов
В Битриксе контент и товары живут в инфоблоках, и прежде чем заливать данные, я проектирую структуру: какие свойства будут у элементов, какие - множественные, какие разделы вложены друг в друга. Если спроектировать это на бумаге до импорта, сам импорт через API инфоблоков занимает часы, а не дни.
| Способ переноса | Когда подходит | Срок для 1000 позиций |
|---|---|---|
| Ручной ввод через админку | Каталог до 50-100 позиций | 2-4 дня |
| Штатные модули обмена (1С, CommerceML) | Есть 1С с настроенной выгрузкой | 1-2 дня на настройку, дальше автоматически |
| Кастомный скрипт через REST API Битрикса | Данные с другой CMS, нестандартная структура | 3-7 дней на разработку и прогон |
Отдельно проверяю медиафайлы: битрикс требует уникальные имена файлов внутри инфоблока, и если на старом сайте были картинки вида image.jpg в разных папках, при массовой заливке они начнут конфликтовать - переименовываю пакетно перед импортом.
Бесплатный материал
🎁 Полезный скрипт в подарок
Подпишитесь на Telegram - пришлю готовый скрипт по этой теме.
Без спама. Отписка в 1 клик.
SEO при миграции: URL, редиректы и метаданные
Это раздел, где чаще всего теряют трафик. Битрикс формирует ЧПУ по своим правилам, и если старые адреса не совпадают с новыми хотя бы по шаблону, без карты 301-редиректов проект просядет в выдаче на 1-2 месяца, а иногда и дольше.
Я выгружаю полный список URL старого сайта из Яндекс.Метрики и Google Search Console (или их аналогов), сопоставляю каждый со страницей на новом движке и настраиваю редиректы через модуль «Веб-мастер» либо через .htaccess/nginx-конфиг, если редиректов больше пары сотен - интерфейс админки на таком объёме работает медленно.
Meta title, description и h1 переносятся вручную или через тот же импорт-скрипт, если они хранились как отдельные поля у старой CMS. После запуска обязательно повторно отправляю карту сайта в вебмастера обеих поисковых систем и слежу за индексацией новых URL в течение первых двух-трёх недель - резкие просадки на этом этапе почти всегда говорят о забытых редиректах или дублях, которые движок сгенерировал сам.
Оплата, доставка и CRM - что не переносится «из коробки»
Платёжные интеграции и модули доставки завязаны на конкретную CMS, и переносить их «как есть» нельзя. На одном из проектов клиент перешёл с WooCommerce на Битрикс, эквайринг был через Т‑Банк - готового модуля с нужной логикой обработки вебхуков под битриксовую версию платёжного шлюза не нашлось, пришлось писать обработчик заново под битриксовый API оплаты, включая обработку статусов и возвратов.
С доставкой похожая история: интеграция с СДЭК в WooCommerce и в Битриксе настраивается по-разному - разные плагины, разная логика расчёта тарифов и работы с пунктами выдачи, готовую конфигурацию скопировать нельзя, только пересобрать заново под новый модуль.
Если на сайте были уведомления о заказах через телеграм-бота (у меня такие обычно на aiogram), после переноса нужно перевести вебхук с уведомлением о новом заказе на новый движок - иначе бот продолжит слушать эндпоинт старой CMS и просто перестанет получать события. Для самого процесса переноса данных между старой базой и Битриксом иногда удобнее не писать разовый скрипт, а собрать процесс на n8n - так проще проконтролировать, что все заказы синхронизировались, и повторно прогнать только упавшие записи. Часть таких сценариев переноса и синхронизации уже оформлена в виде готовых скриптов для выгрузки и импорта каталогов, которые ускоряют именно этот этап.
CRM-интеграцию (amoCRM, Bitrix24 как отдельный сервис от самой CMS) тоже нужно перепроверять - на Битрикс есть готовые модули под Bitrix24, но если раньше использовалась amoCRM, связку часто приходится настраивать через API заново, а не переносить настройки из старого плагина.
Тестирование и запуск: на что смотреть
Весь перенос я делаю на отдельном тестовом домене или поддомене, недоступном для индексации (закрываю через robots.txt и метатег noindex на время тестов). На нём проверяю:
- Корректность всех редиректов - прогоняю список старых URL скриптом, который проверяет код ответа и конечный адрес
- Оформление заказа целиком, от корзины до реального тестового платежа через эквайринг
- Расчёт доставки для разных городов и способов получения
- Отправку писем и уведомлений - email, SMS, телеграм-бот
- Скорость загрузки каталога и карточки товара под нагрузкой, близкой к боевой
Переключение домена делаю в низкий по трафику день, обычно рано утром, с заранее подготовленным планом отката - если что-то пойдёт не так с оплатой или заказами, откатываю DNS обратно на старый хостинг, пока не разберусь в причине. Сразу после запуска слежу за логами сервера и заказами первые сутки-двое вручную, не полагаясь только на автоматические алерты.
Чтобы сайт работал без сбоев
Техподдержка
от 15 000 ₽/мес
Подробнее →Частые вопросы
Сколько времени занимает перенос сайта на Битрикс
Для интернет-магазина на 500‑1000 товаров с базовыми интеграциями оплаты и доставки - от 3 до 6 недель, включая аудит, разработку скрипта переноса, настройку редиректов и тестирование. Простой контентный сайт без каталога переносится быстрее, за 1-2 недели.
Можно ли перенести сайт на Битрикс без потери позиций в поиске
Полностью без просадки - редко, поисковики всё равно переиндексируют сайт заново. Но если настроить корректные 301-редиректы на все старые URL, сохранить структуру заголовков и метаданные, просадка обычно ограничивается временным колебанием на 2-4 недели, а не долгосрочной потерей трафика.
Нужна ли лицензия Битрикс для тестового переноса
Для разработки и тестов на локальном или закрытом от индексации домене можно использовать демо-версию с ограничением по времени. Для боевого запуска нужна полноценная лицензия - её редакция зависит от требуемого функционала: каталога, личного кабинета, модулей обмена с 1С.
Что делать с накопленными отзывами и рейтингами товаров при переносе
Если отзывы хранились в стандартных полях старой CMS (WooCommerce, например), их можно выгрузить вместе с товарами и импортировать в битриксовый модуль отзывов через API, сохранив даты и авторов. Если отзывы собирались сторонним виджетом - уточняйте у его разработчика, отдаёт ли он данные через API, иначе перенести историю не получится.