Перенос сайта с Тильды на Битрикс: полный пошаговый гайд

Тильда и Битрикс — в чем принципиальная разница

Прежде чем разбирать сам процесс переноса, зафиксируем, что именно вы меняете и зачем. Потому что «переехать с Тильды на Битрикс» — не смена оболочки, а новая модель владения сайтом.

Что такое Tilda и для кого она создана

Tilda — облачная SaaS-платформа для создания сайтов без написания кода. Все, что вы делаете на Тильде, живет на серверах компании Tilda Publishing. Вы платите подписку — и сайт работает. Перестаете платить — сайт гаснет.

На Tilda создано более 2 миллионов сайтов, платформа занимает 2-е место по популярности среди всех CMS в Рунете. Это уже не «конструктор для лендингов» образца 2018 года. Последние обновления добавили в архитектуру: каталог до 50 000 товаров, личный кабинет покупателя, блоговый модуль «Потоки», Auto Layout и встроенную аналитику.

Для старта и тестирования гипотез у Тильды почти нет конкурентов по скорости и простоте. Проблемы начинаются тогда, когда бизнес вырастает из этих рамок.

Что такое 1С-Битрикс и какие задачи он решает

1С-Битрикс («Управление сайтом») — коробочная CMS, которую вы устанавливаете на собственный сервер или хостинг. Код принадлежит вам. Платформа не исчезнет, если разработчик закроет компанию или поднимет цены.

Главное конкурентное преимущество — нативная интеграция с 1С:Предприятием. Для российского ритейла, где практически любой средний бизнес ведет учет в 1С, это не опция, а необходимость: каталог, остатки на складах, цены и статусы заказов синхронизируются из коробки, без сторонних интеграторов.

Дополнительно — маркетплейс из 3 200+ готовых решений (из них 1 093 бесплатных), встроенные модули для онлайн-касс (54-ФЗ), подключение СБП, СДЭК, Почты России и всех крупных российских платежных шлюзов. Сертификация ФСТЭК действует до 2028 года.

Основные отличия двух платформ — сравнительная таблица

Вывод: Тильда сильнее в скорости и стоимости запуска. Битрикс — в глубине интеграций, масштабируемости и полноте контроля.

Отлично, данные собраны. Пишу второй раздел.

Когда стоит переходить с Тильды на Битрикс — а когда нет

Это первый и самый важный вопрос, который стоит задать перед переездом. Любая смена платформы связана с затратами, требует времени и почти всегда сопровождается временными колебаниями SEO-показателей. Поэтому переходить только потому, что кто-то порекомендовал другую систему, — не лучшая стратегия. Решение о переезде имеет смысл тогда, когда бизнес действительно перерос возможности Тильды и дальнейшее развитие начинает упираться в ограничения платформы.

Ниже — конкретные триггеры, которые сигнализируют: пора.

6 признаков того, что ваш проект перерос Тильду 

1. Трафик пробил отметку ~1 000 уникальных посетителей в сутки, и сайт начал «подтормаживать»

Тильда — облачная платформа с общей инфраструктурой. При пиковой нагрузке вы конкурируете за ресурсы сервера с тысячами других сайтов на платформе. Самостоятельно настроить кэширование, оптимизировать базу данных или масштабировать сервер — невозможно. На Битриксе эти рычаги в ваших руках: технология «Композитного сайта» генерирует статичные HTML-страницы прямо на лету, а BitrixVM* на VPS позволяет тонко настроить стек под нагрузку.

1. Нужна интеграция с 1С:Предприятием

Если вы ведете учет в 1С и хотите, чтобы остатки, цены и заказы синхронизировались автоматически — Тильда здесь не поможет. Да, формально можно настроить обмен данными через CSV или сторонние сервисы, но это костыль, который требует ручного контроля и ломается при каждом обновлении. В Битриксе штатный обмен с 1С:Предприятием — это коробочная функция, которая работает «из коробки» начиная с редакции «Малый бизнес».

1. Каталог товаров перевалил за 50 000 позиций

Максимальный лимит Тильды на тарифе Business — 50 000 товаров. Для большинства магазинов этого хватает. Но если вы торгуете, например, электроникой, стройматериалами или комплектующими — каталог в 100 000+ SKU станет ограничением. У Битрикс нет лимита по количеству товаров.

1. Требования 152-ФЗ о персональных данных становятся критичными

С 1 сентября 2025 года вступили в силу обновленные требования к согласию на обработку персональных данных. Когда данные ваших клиентов хранятся на серверах Tilda Publishing — вы де-факто передаете их третьей стороне. Для малого бизнеса это обычно не проблема. Но если вы работаете в медицине, финансах, образовании или с корпоративными клиентами — риски реальные. На Битриксе данные лежат на вашем сервере, а в платформу встроены готовые шаблоны согласий и механизм логирования.

1. Нужна глубокая кастомизация, которую Тильда не дает

Тильда — «закрытая коробка»: вы не можете залезть в ядро, изменить серверную логику или написать собственный бэкенд. Все, что выходит за рамки визуального редактора и HTML-блоков, требует обхода через сторонние сервисы. Если бизнесу нужны сложные B2B-кабинеты с индивидуальными прайсами, многоуровневые скидочные программы или нестандартные интеграции с ERP — Тильда упрется в потолок.

1. Штат вырос, и несколько сотрудников должны работать с сайтом одновременно

Тильда допускает только одного активного редактора в аккаунте в один момент времени. Дополнительные роли стоят от 480 ₽/месяц за каждого. На Битриксе вы настраиваете права доступа для неограниченного числа сотрудников: контент-менеджер, менеджер склада, маркетолог, администратор — каждый видит только свой раздел.

Когда переезжать на Битрикс нецелесообразно

Не стоит переезжать, если:

• У вас лендинги, тестовые гипотезы или сезонные промо-страницы. Тильда — идеальный полигон: запустили за день, проверили, закрыли.
• Каталог меньше 5 000 товаров, нет интеграции с 1С, трафик стабильный и не растет. В этом случае затраты на переезд будут выше, чем потенциальная выгода от него.
• Нет бюджета на разработку и поддержку. Минимальный порог входа — от 30 000 ₽ за перенос + стоимость лицензии. А еще нужен разработчик для дальнейших доработок.
• В компании нет собственного технического специалиста, и вы не заключили договор с подрядчиком, который обеспечивает поддержку и развитие сайта.
• Битрикс — мощный инструмент, но он требует администрирования.
• Вы работаете только через маркетплейсы (Ozon, Wildberries, Яндекс Маркет) и собственный сайт — это просто визитка. В этом случае оставайтесь на Тильде и тратьте ресурсы на контент и рекламу.

Альтернативы: WordPress, InSales — краткое сравнение

Иногда у владельца сайта возникает вопрос: а может быть, не Битрикс?

WordPress — хорошая опция для блогов, медиа и небольших магазинов на WooCommerce. Но в российском e-commerce #CURRENT_YEAR# года это означает: самостоятельный поиск и настройка модулей для российских платежных шлюзов, СБП, СДЭК, 54-ФЗ.

InSales — специализированная российская платформа для e-commerce. Хороший выбор для небольшого магазина, если нужна простота. Но по глубине интеграции с 1С и масштабируемости уступает Битриксу.

Резюмируем: WordPress и InSales — рабочие альтернативы для старта или среднего сегмента. Но когда бизнес перерастает «конструкторскую» логику, когда нужны десятки тысяч товаров, сложные интеграции с 1С, CRM и внешними API, а также полный контроль над правами доступа — Битрикс остается безальтернативным решением в российском ландшафте. Выбор платформы определяется не модой, а тем, где ваш бизнес находится сейчас и куда растет.

Подготовка к переносу — что нужно сделать до начала работ

Большинство проблем при переносе сайта связано не с самой миграцией, а с недостаточной подготовкой к ней. Пропустили резервную копию — потеряли данные. Не составили карту URL — потеряли трафик. Не проверили хостинг — получили ошибки после запуска. Теперь разберемся, что нужно сделать заранее, чтобы ни один из этих сценариев не стал проблемой для вашего проекта.

Технический и SEO-аудит текущего сайта на Тильде

Прежде чем что-то переносить, нужно зафиксировать стартовое состояние. Это нужно по двум причинам: чтобы знать, что именно переносить, и чтобы после запуска нового сайта было с чем сравнивать.

Что фиксируем до начала работ:

• Список всех проиндексированных страниц. Выгружаем через Яндекс.Вебмастер (раздел «Индексирование» → «Страницы в поиске») и Google Search Console (раздел «Страницы»). Это ваш эталонный список URL — именно эти адреса нужно будет покрыть редиректами.
• Текущие позиции по ключевым запросам. Снимаем скриншот или выгрузку из Яндекс.Вебмастер → «Поисковые запросы» и GSC → «Эффективность». Эти показатели станут базовой точкой для сравнения: после запуска нового сайта вы сможете объективно оценить, как перенос повлиял на видимость и позиции в поиске.
• Трафик по страницам. В Яндекс.Метрике открываем отчет «Содержание» → «Страницы входа». Сортируем по убыванию визитов — это список ваших самых ценных страниц. Именно они в первую очередь требуют бережного обращения при переносе.
• Технические ошибки. Прогоняем сайт через Screaming Frog SEO Spider (бесплатная версия сканирует до 500 URL) или Sitechecker. Фиксируем: битые ссылки, страницы с отсутствующими title и description, дубли контента, изображения без alt-атрибутов.
• Core Web Vitals. Проверяем в Google PageSpeed Insights и в отчете GSC → «Основные интернет-показатели». Если на Тильде есть проблемы со скоростью — это ориентир для нового сайта: он должен быть как минимум не хуже.

Весь собранный массив данных фиксируем в одном Google Sheets-документе. Это будет «библия» проекта миграции, к которой команда будет обращаться на каждом этапе.

Сбор и защита данных — резервная копия сайта на Тильде

Резервная копия — это страховка от форс-мажора. Тильда не дает прямого доступа к базе данных, поэтому «полный бэкап одной кнопкой» здесь невозможен. Данные собираем по частям.

Что и как экспортируем из Тильды:

• HTML/CSS/JS-код страниц. В настройках каждой страницы есть кнопка «Экспорт». Платформа выдает ZIP-архив с HTML-файлом, папками с CSS, JS и изображениями. Важно: экспорт доступен только на платных тарифах.
• Каталог товаров. Экспортируем через Настройки магазина → «Товары» → «Экспорт в CSV». Получаем таблицу с названиями, ценами, описаниями, артикулами и ссылками на изображения.
• База заказов и клиентов. Раздел «Заказы» → «Экспорт». Выгружаем в CSV всю историю транзакций с контактными данными покупателей.
• Медиафайлы. Изображения, которые загружены напрямую в Тильду, экспортируются вместе с HTML-кодом страниц. Но если медиа хранятся на внешних CDN или в Яндекс.Диске — скачиваем их отдельно.
• Формы и настройки интеграций. Делаем скриншоты или текстовый дамп всех настроек: подключенные CRM, вебхуки, настройки доставки и платежных систем. После переноса их придется настраивать заново в Битриксе.

Все файлы сохраняем в облаке — Яндекс.Диск или корпоративный Google Drive — и дублируем на локальный диск. Двух копий достаточно.

Составление карты URL и плана редиректов

Это самый трудоемкий, но и самый критичный шаг подготовки. Именно отсутствие полной карты редиректов — главная причина потери позиций после переезда.

Логика простая: поисковый робот знает ваши старые URL. Если после переезда он придет по старому адресу и получит ошибку 404 — страница выпадет из индекса, а вместе с ней и весь накопленный «вес». 301-редирект говорит роботу: «страница переехала навсегда, вот новый адрес» — и передает SEO-ценность.

Как составляем карту:

1. Берем список проиндексированных URL из Яндекс.Вебмастера и GSC (собрали на этапе аудита).
2. Добавляем к нему все страницы, которые получают трафик по данным Яндекс.Метрики.
3. Прогоняем итоговый список через Screaming Frog — получаем финальный перечень живых страниц с их HTTP-статусами.
4. В Google Sheets создаем таблицу с двумя столбцами: «Старый URL» и «Новый URL». Заполняем ее в соответствии с новой структурой сайта на Битриксе.
5. Приоритизируем: страницы с максимальным трафиком и входящими ссылками — в первую очередь.

Правило хорошего тона: если новая структура позволяет — сохраняйте URL без изменений. Это самая безопасная стратегия. Если URL меняются (например, с /product-123 на /catalog/product-slug) — редирект обязателен для каждой такой страницы.

Выбор редакции 1С-Битрикс

Редакция определяет, какой функционал будет доступен и сколько вы заплатите. Ошибиться здесь дорого: купить слишком слабую редакцию — значит докупать апгрейд уже в процессе работ.

Практическое правило: если переносите интернет-магазин с Тильды — минимальная редакция «Малый бизнес». Именно начиная с нее доступен полноценный модуль торговли: корзина, оформление заказа, личный кабинет, интеграция с 1С, онлайн-кассы, многотипность цен.

Выбор хостинга и сервера для Битрикс

Тильда включает хостинг в подписку. Битрикс — нет. Сервер нужно выбирать до начала установки CMS.

Минимальные технические требования для Битрикс:

• PHP 8.0+ (рекомендуется 8.2)
• MySQL 8.0+ или MariaDB 10.4+
• Оперативная память: от 2 ГБ RAM (для небольшого магазина), от 4 ГБ для нагруженного проекта
• Дисковое пространство: от 20 ГБ SSD

Три варианта размещения:

Виртуальный хостинг — самый дешевый вариант (от 200–500 ₽/месяц). Подходит для небольшого магазина с трафиком до 500–700 посетителей в сутки. Минус — общие ресурсы сервера, ограниченная конфигурация.

VPS с BitrixVM — оптимальный выбор для большинства проектов. BitrixVM — это готовый образ виртуальной машины от 1С-Битрикс с предустановленными и преднастроенными Nginx, PHP-FPM, MySQL и memcached. Стоимость VPS у российских провайдеров (Selectel, Timeweb Cloud, Яндекс Cloud) — от 800 до 3 000 ₽/месяц в зависимости от конфигурации. Настраивается быстро, работает стабильно.

Выделенный сервер — для highload-проектов с трафиком от 5 000 посетителей в сутки и каталогом от 50 000 SKU. Стоимость — от 5 000 ₽/месяц.

У 1С-Битрикс есть 219 сертифицированных хостинг-партнеров. Выбирайте из этого списка — они прошли проверку на совместимость и поддерживают специфические требования платформы.

Пошаговый процесс переноса сайта с Тильды на Битрикс

Ниже пошаговый план миграции — от установки CMS до переключения домена на новый сайт. Каждый этап связан с предыдущим и подготавливает основу для следующего. Нарушение последовательности или пропуск отдельных шагов может привести к техническим ошибкам и дополнительным рискам. Например, если не провести полноценное тестирование функционала, можно запустить сайт с неработающей корзиной или другими критичными проблемами. Поэтому миграцию важно выполнять последовательно и без спешки.

Шаг 1 — Установка и первичная настройка 1С-Битрикс

Установку выполняем на тестовом окружении — либо на отдельном поддомене вашего хостинга (например, test.vash-domen.ru), либо на временном домене хостинг-провайдера. Основной домен на этом этапе не трогаем: старый сайт на Тильде продолжает работать в штатном режиме.

Последовательность установки:

1. Скачиваем дистрибутив Битрикс с официального сайта 1c-bitrix.ru — файл bitrixsetup.php (скрипт установки). Загружаем его в корневую папку сайта через FTP или файловый менеджер хостинга.
2. Открываем в браузере ваш-тестовый-домен.ru/bitrixsetup.php — запускается мастер установки.
3. Вводим лицензионный ключ, выбираем тип решения. Для интернет-магазина выбираем шаблон «Интернет-магазин» из раздела готовых решений. Для корпоративного сайта — соответствующий шаблон.
4. Мастер автоматически создает базу данных, настраивает файловую структуру и устанавливает демо-данные. Демо-данные пригодятся для понимания структуры инфоблоков — потом их удалим.
5. После установки заходим в административную панель (/bitrix/admin/), меняем пароль администратора, проверяем раздел «Производительность» — там система сама укажет на узкие места конфигурации сервера.

Если используете VPS — оптимальный вариант развернуть BitrixVM: скачиваем образ виртуальной машины с 1c-bitrix.ru/download/vm/, разворачиваем, получаем преднастроенное окружение с Nginx, PHP-FPM, MySQL и memcached без ручной настройки стека.

Шаг 2 — Экспорт данных из Тильды

К этому моменту у вас уже должны быть все резервные копии (собрали на этапе подготовки). Теперь структурируем экспорт по типам данных.

HTML/CSS/JS страниц:
В личном кабинете Tilda открываем каждый проект → Настройки страницы → «Экспорт HTML». Платформа генерирует ZIP-архив: index.html, папка css/, папка js/, папка images/.

Важно! Этот код — статичный. Он отображает то, как страница выглядит, но не управляется через CMS. Для «посадки» на Битрикс его придется адаптировать (об этом в Шаге 4).

Каталог товаров:
Настройки магазина → «Товары» → «Экспорт». Тильда выдает CSV-файл со столбцами: название, артикул, цена, описание, ссылки на изображения, категория, свойства. Этот файл — основа для импорта в инфоблок Битрикс.

Проверяем CSV перед импортом: открываем в Google Sheets или LibreOffice Calc, смотрим кодировку (должна быть UTF-8), убеждаемся, что все столбцы заполнены корректно, нет лишних спецсимволов в названиях и описаниях.

База заказов и клиентов:
Раздел «Заказы» в панели Тильды → «Экспорт». Получаем CSV с историей покупок, контактами, суммами. На Битриксе эти данные импортируются в модуль «Интернет-магазин» → раздел заказов и в модуль «Пользователи».

Шаг 3 — Импорт контента в Битрикс

Это самый трудоемкий шаг. Способ импорта выбирайте в зависимости от объема данных.

Для небольших сайтов (до 50–100 страниц) — ручной перенос
Текстовый контент копируем напрямую в визуальный редактор страниц Битрикс. Это медленно, но дает максимальный контроль над качеством: сразу расставляем правильные заголовки H1–H3, прописываем alt-атрибуты у изображений, проставляем метатеги.

Для каталога товаров — импорт через CSV
В административной панели Битрикс: «Контент» → «Инфоблоки» → выбираем нужный инфоблок каталога → «Импорт». Загружаем подготовленный CSV-файл из Тильды. Система предлагает сопоставить столбцы файла с полями инфоблока: сопоставляем «Название» → «NAME», «Описание» → «DETAIL_TEXT», «Цена» → поле торгового каталога, «Артикул» → «XML_ID».

Фотографии товаров в CSV-файлах обычно указываются в виде ссылок на изображения. При импорте Битрикс может автоматически загрузить такие файлы по URL, поэтому перед началом переноса важно проверить, что все ссылки на изображения, размещенные в Тильде, остаются доступными и корректно открываются. В противном случае часть товаров может импортироваться без фотографий.

Для больших проектов — парсинг или автоматизированный обмен
Если товаров тысячи и ручной импорт нецелесообразен — используем парсер старого сайта (инструменты: Screaming Frog в режиме извлечения данных, либо кастомный скрипт на Python) или организуем передачу данных через XML-формат CommerceML*, который нативно поддерживается в Битриксе для обмена с 1С.

Шаг 4 — Перенос дизайна и адаптация верстки

Самый неочевидный шаг для тех, кто не занимался этим раньше. Дизайн Тильды нельзя «скопировать» в Битрикс одной кнопкой. Экспортированный HTML — это статичный код, который нужно «посадить» на динамические компоненты CMS.

Три сценария работы с дизайном:

Сценарий А: Сохранить дизайн Тильды на Битриксе
Разработчик берет HTML/CSS из экспорта Тильды и превращает его в шаблон Битрикс. Технически это называется «натяжка верстки»: статичный HTML «разрезается» на компонентные части (header.php, footer.php, шаблоны компонентов каталога, карточки товара и т.д.), которые подключаются к данным из инфоблоков CMS. Это самый трудоемкий вариант, но дает 100% сохранение визуальной идентичности сайта.

Сценарий Б: Готовый шаблон из маркетплейса + адаптация под бренд
На marketplace.1c-bitrix.ru более 330 готовых шаблонов интернет-магазинов. Качественные варианты стоят от 20 000 до 50 000 ₽. Разработчик берет подходящий шаблон, настраивает цветовую схему, типографику, блоки главной страницы под ваш бренд. Это быстрее и дешевле сценария А, но дизайн будет отличаться от тильдовского.

Сценарий В: Разработка нового дизайна с нуля
Если переезд совмещается с ребрендингом или сайт на Тильде морально устарел — делаем новый дизайн. В этом случае от старого визуала берем только фирменные цвета и логотип. Самый дорогой вариант по бюджету и времени, но самый правильный, если цель — не просто «переехать», а качественно обновиться.

Про адаптивность: независимо от выбранного сценария, проверяем новый шаблон на трех breakpoints: десктоп (1280px+), планшет (768px) и смартфон (375px). Большинство готовых шаблонов Битрикс адаптивны из коробки. При кастомной натяжке — проверяем вручную через Chrome DevTools.

Шаг 5 — Настройка функционала интернет-магазина

После того как контент и дизайн на месте, настраиваем торговую механику. Это критично сделать на тестовом окружении — каждый пункт проверяем в рабочем сценарии (кладем товар в корзину, проходим весь путь до оплаты).

Платежные системы. В административной панели: «Магазин» → «Настройки» → «Платежные системы». Битрикс нативно поддерживает: ЮKassa, Robokassa, PayMaster, интернет-эквайринг Сбербанка, Т-Банка, Альфа-Банка, СБП. Для каждой системы вводим ключи API из личного кабинета платежного провайдера. Обязательно проводим тестовый платеж через sandbox-режим.

Доставка. «Магазин» → «Настройки» → «Службы доставки». Автоматический расчет стоимости работает для: СДЭК, DPD, Boxberry, Ozon Rocket, Почты России, Деловых линий, ПЭК и ряда других. Каждый модуль подключается через маркетплейс Битрикс. Дополнительно настраиваем самовывоз и курьерскую доставку с ручным расчетом.

Онлайн-касса (54-ФЗ). Если принимаете онлайн-оплату — обязаны подключить ОФД. В Битриксе из коробки поддерживаются: Атол.Онлайн, Orange Data, 1С-Битрикс.Кассы, Касса 1С. Настраивается в разделе «Магазин» → «Онлайн-касса». Без этой настройки выпускать магазин в продакшн нельзя — штрафы от ФНС начинаются от 10 000 ₽.

Статусы заказов и почтовые шаблоны. Настраиваем цепочку статусов (новый → подтвержден → оплачен → в доставке → выполнен → отменен) и письма-уведомления для каждого перехода. Шаблоны писем редактируются в разделе «Настройки» → «Почтовые события».

Личный кабинет покупателя. В стандартной поставке Битрикс уже есть готовый модуль личного кабинета с историей заказов, повторным заказом, управлением адресами. Проверяем регистрацию, авторизацию, восстановление пароля.

Шаг 6 — Интеграции: 1С, CRM, складской учет

Если одна из ключевых причин переезда — интеграция с 1С, настраиваем ее до запуска.

Штатный обмен с 1С:Предприятием.
Для работы нужны: 1С:Предприятие версии 8.2/8.3, конфигурация «Управление торговлей 11» (или УНФ, ERP), модуль Битрикс «Управление сайтом» от редакции «Малый бизнес».

Настройка в Битриксе: «Настройки» → «Настройки продукта» → «Интеграция с 1С». Настройка в 1С: меню «Сервис» → «Обмен данными» → «Обмен с интернет-магазином». После первичной синхронизации проверяем: товары выгрузились корректно, остатки актуальны, заказы уходят в 1С без ошибок.

Обмен происходит по протоколу CommerceML — это стандарт, разработанный совместно 1С и Битрикс. Регулярность синхронизации настраивается через планировщик заданий: для активного магазина — раз в 15–30 минут.

Интеграция с CRM.
Если используете Битрикс24 — связка настраивается нативно через «Маркетплейс» → модуль «CRM-форм» или через REST API. Все заказы и лиды с сайта автоматически попадают в воронку продаж CRM. Если используете AmoCRM или RetailCRM — устанавливаем соответствующий модуль из маркетплейса Битрикс.

Шаг 7 — Тестирование на тестовом домене

Перед переключением основного домена сайт должен пройти полное тестирование. Запускаем его по следующему чек-листу:

✅ Все страницы открываются без ошибок 404 и 500

✅ Карточки товаров отображаются корректно: фото, описание, цена, кнопка «В корзину»

✅ Фильтры каталога работают и возвращают правильные результаты

✅ Корзина: добавление, изменение количества, удаление товаров

✅ Оформление заказа: все поля формы работают, валидация корректна

✅ Тестовый платеж проходит в sandbox-режиме

✅ Письмо-подтверждение заказа приходит покупателю

✅ Заказ появляется в административной панели

✅ Если настроен обмен с 1С — заказ уходит в 1С

✅ Мобильная версия корректна на смартфоне (проверяем на реальном устройстве, не только в DevTools)

✅ Скорость загрузки главной страницы в PageSpeed Insights — не ниже 60 баллов (мобильная версия)

✅ Форма обратной связи отправляет данные и уведомляет менеджера

Если хотя бы один пункт не пройден — фиксируем в трекере задач и устраняем до переключения домена.

Шаг 8 — Переключение домена и запуск

Только после того, как все вышеперечисленное проверено и работает — переключаем домен. Это необратимый шаг с точки зрения видимости сайта для пользователей, поэтому выбираем время с минимальной активностью аудитории: как правило, ночь буднего дня.

Последовательность действий:

1. На время переключения устанавливаем «заглушку» на старом сайте в Тильде — простую страницу с текстом «Сайт обновляется, скоро вернемся». Так пользователи, зашедшие в переходный период, не увидят сломанный сайт.
2. В панели управления доменом у регистратора меняем NS-записи на NS-серверы нового хостинга. Либо меняем A-запись домена на IP нового сервера — это быстрее (обновление занимает от 30 минут до 2 часов вместо стандартных 24–48 часов для NS).
3. Ждем распространения DNS-изменений. Проверяем через dnschecker.org — смотрим, что в большинстве регионов России домен уже ведет на новый IP.
4. Убеждаемся, что SSL-сертификат на новом сервере активен и сайт открывается по HTTPS без ошибок.
5. Снимаем «заглушку» — сайт в эфире.
6. Немедленно проверяем 301-редиректы: берем 10–15 старых URL из карты редиректов и проверяем, что каждый из них корректно перенаправляет на новый адрес (используем redirect-checker.org).
7. В течение первых 24 часов мониторим ошибки в Яндекс.Вебмастере и Google Search Console — новые ошибки 404, предупреждения о доступности страниц.

Как сохранить SEO при переносе сайта — главное о редиректах и технических настройках

После запуска нового сайта поисковые системы должны без проблем понять, что изменилось, и корректно перенести накопленный SEO-вес страниц. Для этого важно заранее настроить редиректы, проверить индексацию и убедиться, что все технические параметры работают корректно. Ниже — список обязательных действий перед переносом.

Почему переезд опасен для поискового трафика

Поисковые системы — это, по сути, гигантская база данных с адресами страниц. Яндекс и Google годами накапливают информацию о ваших URL: какие запросы им соответствуют, сколько ссылок на них ведет, как ведут себя пользователи.

Когда сайт переезжает на новую CMS и меняет структуру адресов без редиректов — поисковый робот приходит по старому URL, получает ответ 404 («страница не существует») и удаляет ее из индекса. Вместе с ней уходят позиции, накопленный «вес» и органический трафик.

Три главных SEO-риска при переезде:

• Массовые 404-ошибки — самая частая причина обвала трафика. Возникают, когда старые URL не получают редиректов на новые.
• Дублирование контента — если новый сайт доступен одновременно по нескольким адресам (с www и без, с / и без слеша, по HTTP и HTTPS) без склейки, поисковики видят дубли и понижают ранжирование.
• Неправильный robots.txt — классическая ошибка: на тестовом окружении все страницы закрыты от индексации директивой Disallow: /. После переключения домена забыли заменить файл — и сайт пропадает из поиска целиком.

На практике, отсутствие редиректов и ошибки в robots.txt — причины 90% случаев потери трафика при переездах на Битрикс.

Настройка 301-редиректов в Битрикс через .htaccess

301-редирект — это постоянное перенаправление: он говорит поисковому роботу «страница переехала навсегда» и передает SEO-ценность со старого URL на новый. Яндекс и Google одинаково трактуют этот статус — оба рекомендуют именно 301 для постоянных переносов.

Где находится файл .htaccess в Битриксе:
Файл располагается строго в корневой папке сайта на сервере. Редактировать его нужно через FTP-клиент (FileZilla, WinSCP) или файловый менеджер хостинга — не через административную панель Битрикс.

Битрикс при установке создает .htaccess автоматически и заполняет его своими директивами. Ваши редиректы добавляются в строго определенные места файла, иначе они конфликтуют с логикой CMS.

Два типа редиректов и где их прописывать:

Внутренние редиректы (меняется только путь, домен остается) — прописываются вне блока <IfModule mod_rewrite.c>, в простом виде:

Redirect 301 /old-page/ /new-page/

Redirect 301 /catalog/category-old/ /catalog/category-new/

Межхостовые редиректы (смена домена, переход с HTTP на HTTPS, редирект с www) — прописываются внутри блока <IfModule mod_rewrite.c>:

<IfModule mod_rewrite.c>

Options +FollowSymLinks

RewriteEngine On

# Редирект с HTTP на HTTPS

RewriteCond %{HTTPS} off

RewriteRule ^(.*)$ https://%{HTTP_HOST}/$1 [R=301,L]

# Редирект с www на без www

RewriteCond %{HTTP_HOST} ^www\.(.+)$ [NC]

RewriteRule ^ https://%1%{REQUEST_URI} [R=301,L]

</IfModule>

Практический совет: настраивайте редиректы блоками по 10–15 штук, после каждого блока проверяйте через redirect-checker.org. Не добавляйте все 300 редиректов разом — одна синтаксическая ошибка в .htaccess положит весь сайт с ошибкой 500.

Перенос метатегов — Title, Description, H1

Метатеги — это сигналы релевантности для поисковых систем. Title напрямую влияет на позицию страницы в выдаче, Description — на CTR сниппета. Потеря уникальных метатегов при переезде равносильна частичной потере SEO-работы, вложенной в сайт.

Два подхода к переносу метатегов в Битрикс:

Ручной перенос — для сайтов до 50–100 страниц. Для каждой страницы в административной панели Битрикс (раздел «Контент» → нужная страница или элемент инфоблока) открываем вкладку «SEO» и вписываем Title и Description вручную. Долго, но точно.

Шаблонная генерация — для каталогов с сотнями и тысячами товаров. Битрикс умеет автоматически генерировать метатеги по шаблонам с переменными. Настраивается в разделе «Контент» → «Инфоблоки» → нужный инфоблок → вкладка «SEO».

Пример шаблона для карточки товара:

• Title: {=this.Name} — купить в [Название магазина], цена {=this.PRICE} ₽
• Description: {=this.PREVIEW_TEXT}. Быстрая доставка по России. Заказать {=this.Name} в [Название магазина].

Переменная {=this.Name} подставляет название конкретного товара. Таким образом, тысячи карточек получают уникальные метатеги без ручного труда.

Важно! После переезда сверьте Title и Description нескольких десятков страниц нового сайта с их значениями на старом сайте в Тильде — через Screaming Frog или ручную проверку. Подтвердите, что контент совпадает или улучшен, а не обнулен.

Настройка robots.txt и sitemap.xml в Битриксе

Это два файла, о которых чаще всего забывают — и платят за это позициями.

robots.txt

После запуска нового сайта проверьте файл первым делом. Откройте ваш-домен.ru/robots.txt в браузере. Типичная ошибка — в файле осталась строка Disallow: / от тестового окружения, которая закрывает весь сайт от индексации.

Корректный базовый robots.txt для Битрикс выглядит так:

User-agent: *

Disallow: /bitrix/

Disallow: /upload/

Disallow: /personal/

Disallow: /basket/

Disallow: /order/

Disallow: /search/

Disallow: /?*

Sitemap: https://ваш-домен.ru/sitemap.xml

Разделы /bitrix/ и /upload/ — это служебные директории CMS, их индексировать не нужно. Раздел /personal/ — личный кабинет пользователя. /basket/ и /order/ — корзина и оформление заказа. /search/ — результаты поиска по сайту. /?* — параметрические URL с UTM-метками и сессионными переменными.

sitemap.xml*

Битрикс умеет генерировать карту сайта автоматически. Настройка: административная панель → «Маркетинг» → «Поисковая оптимизация» → «Настройка sitemap». Указываем, какие инфоблоки включать в карту, задаем частоту обновления (changefreq) и приоритет (priority) для разных типов страниц.

После генерации отправляем sitemap в поисковики:

• Яндекс.Вебмастер: «Индексирование» → «Файлы Sitemap» → «Добавить»
• Google Search Console: «Индексирование» → «Файлы Sitemap» → «Добавить новый файл Sitemap»

Подключение к Яндекс.Вебмастеру и Google Search Console после переезда

Если домен не меняется (вы просто переезжаете с Тильды на Битрикс, оставаясь на том же адресе) — инструменты вебмастеров уже подключены. Нужно только добавить новый sitemap и запросить переобход изменившихся страниц.

Если домен меняется — выполняем полную процедуру переезда.

В Яндекс.Вебмастере:
Раздел «Индексирование» → «Переезд сайта». Указываем старый и новый домен, подтверждаем права на оба. Яндекс соединит историю старого домена с новым и ускорит переиндексацию. Важное условие: robots.txt на старом и новом домене должен одинаково разрешать индексацию, иначе инструмент переезда не сработает (yandex.ru/support/webmaster).

В Google Search Console:
Google не имеет специального инструмента «переезда» в том же виде, что Яндекс. Достаточно: настроить 301-редиректы, добавить новый ресурс в GSC, подтвердить права, загрузить sitemap. Google переиндексирует сайт быстрее Яндекса — как правило, за несколько дней.

Мониторинг позиций и трафика после переноса — что проверять и когда

Небольшое снижение трафика в первые недели после переезда — обычное явление. Поисковым системам требуется время, чтобы заново просканировать страницы, обработать изменения и обновить данные в индексе. Поэтому краткосрочные колебания показателей после миграции не обязательно свидетельствуют о проблемах.

Реалистичные сроки восстановления:

• Google реагирует быстрее: при корректно настроенных редиректах новые адреса появляются в выдаче через 2–7 дней. Полная стабилизация — 2–4 недели.
• Яндекс медленнее: при чистом переезде снижение трафика на 10–20% в первую неделю — норма. Восстановление занимает 3–6 недель. При ошибках в редиректах или robots.txt — процесс растягивается на месяцы.

Что мониторим еженедельно в первые 2 месяца после запуска:

Красный флаг — если через 4 недели после запуска трафик из Яндекса упал более чем на 30% и не восстанавливается. В этом случае сразу смотрим на: полноту покрытия редиректами, состояние robots.txt, наличие дублей страниц, корректность sitemap.

Типичные ошибки при переносе с Тильды на Битрикс

Большинство провалов при миграции — не технические, а организационные. Команда торопится, пропускает «очевидные» шаги и получает обвал трафика, сломанный магазин или требование Роскомнадзора. Ниже — семь ошибок, которые встречаются чаще всего.

Ошибка 1. Перенос без резервной копии

Звучит банально, но именно этот шаг пропускают в каждом третьем самостоятельном переносе. Тильда не делает автоматических бэкапов на серверной стороне — если вы удалили страницу или перезаписали блок, откат невозможен. Перед любым действием: экспортируйте ZIP каждой страницы, сохраните CSV каталога, скопируйте все медиафайлы на Яндекс.Диск и локально. Потеря данных при переносе — не форс-мажор, а следствие пропущенного пункта чек-листа.

Ошибка 2. Запуск Битрикса сразу на рабочем домене

Разворачивать новый сайт прямо на your-domain.ru — значит показывать поисковикам незаконченную сборку: пустые страницы, битые изображения, отсутствующие мета-теги. Яндекс может переиндексировать «скелет» за несколько часов — и ваши позиции обнулятся раньше, чем вы успеете настроить редиректы. Всегда используйте тестовый поддомен (test.your-domain.ru) и закрывайте его через robots.txt:

User-agent: *

Disallow: /

Снимайте запрет только в момент финального переключения.

Ошибка 3. Неполная карта 301-редиректов

Это главная причина потери трафика. Типичный сценарий: редиректы прописали для главной и категорий, а карточки товаров — «потом». В итоге сотни URL отдают 404, Яндекс исключает их из индекса, позиции падают. Правило простое: нет редиректа — нет страницы для поисковика. Карта URL должна покрывать 100% проиндексированных адресов, включая пагинацию, фильтры и страницы блога.

Ошибка 4. Забытый robots.txt с Disallow: /

После разработки на тестовом окружении robots.txt часто остается закрытым. Сайт запускается, домен переключается — и поисковики несколько дней (или недель) не могут обойти ни одну страницу. Яндекс.Вебмастер покажет резкое падение количества проиндексированных страниц, но к тому моменту позиции уже просядут. Проверяйте robots.txt через инструмент «Проверка robots.txt» в Яндекс.Вебмастере сразу после переключения DNS.

Ошибка 5. Дубли страниц после переноса

Битрикс по умолчанию может генерировать несколько вариантов одного URL: с трейлинг-слешем и без, с www и без, через index.php и напрямую. Если не настроить канонические URL и редиректы в .htaccess, поисковик увидит один и тот же контент по четырем адресам и размоет ссылочный вес.

Ошибка 6. Перенос дизайна «один в один» без адаптации под Битрикс

Лучше не «натягивать» просто HTML-экспорт Тильды на шаблон Битрикса. В результате: компоненты Битрикса (каталог, фильтры, корзина, личный кабинет) не интегрированы в верстку, страницы конфликтуют по CSS, мобильная версия ломается. Правильный подход — адаптация дизайна под компонентную архитектуру Битрикса, а не простое копирование HTML. Если бюджет ограничен, выгоднее взять готовый шаблон из маркетплейса (от 5 000 ₽) и доработать его, чем тащить сырой HTML.

Ошибка 7. Отсутствие мониторинга после запуска

Переключили домен — и забыли на неделю. За это время Яндекс мог переиндексировать страницы с ошибками, сломаться форма заказа или упасть сервер под нагрузкой. Минимальный стек мониторинга на первые две недели после запуска:

• Яндекс.Вебмастер → раздел «Ошибки» и «Страницы в поиске» — проверять ежедневно.
• Google Search Console → «Покрытие» и «Основные интернет-показатели».
• Яндекс.Метрика → «Источники → Поисковые системы» — отслеживать динамику органики.
• UptimeRobot (бесплатный план) → уведомления о недоступности сайта на email/Telegram.
• redirect-checker.org → точечная проверка 15–20 критичных URL сразу после запуска.

Красный флаг: снижение органического трафика из Яндекса более чем на 30% в течение четырех недель после переезда — немедленно проверяйте редиректы и robots.txt.

Стоимость и сроки переноса с Тильды на Битрикс

Первое, что хочет знать любой владелец бизнеса перед стартом проекта — сколько стоит перенос с Тильды на Битрикс и когда будет готово. Цена зависит от типа сайта и объема работ, а сроки — от сложности дизайна, каталога и количества интеграций. Никаких фиксированных прайсов «под ключ» нет, но ориентиры есть вполне конкретные.

Из чего складывается бюджет

Полная смета на перенос с Тильды на Битрикс состоит из нескольких независимых статей.

Обратите внимание: лицензия оплачивается один раз, но с третьего года — ежегодное продление около 22% от стоимости редакции. Это нужно заложить в финансовую модель заранее.

Цены по типам проектов

Рынок устоялся, и агентства оценивают миграцию примерно одинаково. Вот реалистичные вилки по типам проектов на середину #CURRENT_YEAR# года.

Нестандартный функционал — B2B-кабинет, конфигуратор товара, программа лояльности — добавляет к смете от 50 000 до 200 000 ₽ за каждую фичу.

Сроки: сколько времени занимает перенос

Средний срок переноса интернет-магазина с Тильды на 1С-Битрикс — 6–8 недель при каталоге от 500 до 2 000 товаров и интеграции с 1С:Предприятие.

Сроки увеличиваются при сложном дизайне на Zero-Block* (верстка пересобирается полностью), большом количестве нестандартных форм, редкой CRM или когда клиент медленно согласовывает правки.

Самостоятельный перенос против работы с агентством

Теоретически перенести сайт с Тильды на Битрикс можно самостоятельно — если есть уверенные навыки PHP, понимание компонентной архитектуры Битрикса, опыт работы с инфоблоками и серверным окружением. На практике самостоятельный перенос чаще всего заканчивается одним из двух сценариев: либо потерей трафика из-за проблем с редиректами, либо затянувшимся процессом на несколько месяцев вместо нескольких недель.

Для коммерческих сайтов с органическим трафиком — рекомендуется работа с сертифицированным партнером 1С-Битрикс. Список партнеров можно найти на официальном сайте 1c-bitrix.ru в разделе «Партнеры». MWI тоже в этом списке. Критерии выбора: специализация именно на Битриксе (а не «делаем все»), наличие кейсов переноса с Тильды, готовность показать реальные примеры с сохраненным трафиком.

Чек-лист переноса сайта с Тильды на Битрикс

Подготовка:

• ✅ Выгрузить все URL через Screaming Frog — сохранить с Title, Description, H1
• ✅ Зафиксировать позиции и трафик (Яндекс.Метрика, GSC) — точка отсчета
• ✅ Экспортировать товары, заказы, медиафайлы и настройки форм из Тильды
• ✅ Составить карту URL: «Старый URL → Новый URL»

Инфраструктура:

• ✅ Выбрать редакцию Битрикса (минимум «Малый бизнес» для магазина)
• ✅ Развернуть сайт на тестовом домене, закрыть его от индексации

Разработка:

• ✅ Настроить инфоблок каталога, импортировать товары через CSV
• ✅ Перенести тексты страниц и разделов без сокращений
• ✅ Проверить адаптивность на 360, 768, 1024, 1440 px

SEO:

• ✅ Перенести Title, Description, H1 без изменений
• ✅ Настроить 301-редиректы для всех изменившихся URL
• ✅ Проверить 15–20 ключевых редиректов через redirect-checker.org
• ✅ Настроить robots.txt, сгенерировать sitemap.xml
• ✅ Добавить микроразметку schema.org: Product, Offer, BreadcrumbList

Функционал:

• ✅ Проверить оплату в sandbox-режиме, доставку, формы, email-уведомления
• ✅ Подключить CRM, настроить счетчики Яндекс.Метрики и GA4

Запуск:

• ✅ Снять Disallow: / с боевого robots.txt
• ✅ Переключить DNS, установить SSL, проверить https-редирект
• ✅ Отправить sitemap в Яндекс.Вебмастер и GSC, использовать инструмент «Переезд сайта»

Мониторинг (первые 4 недели):

• ✅ Ежедневно смотреть ошибки в Яндекс.Вебмастере и GSC первые 7 дней
• ✅ Снять контрольный срез позиций через 7 и 14 дней
• ✅ Красный флаг: падение органики >30% через 4 недели — проверить редиректы и robots.txt

Достаточно данных. Пишу FAQ на основе реальных вопросов из выдачи и предыдущих разделов гайда.

FAQ: часто задаваемые вопросы о переносе с Тильды на Битрикс

Можно ли перенести сайт с Тильды на Битрикс самостоятельно, без агентства?

Технически — да, если у вас есть уверенные навыки PHP, понимание компонентной архитектуры Битрикса и опыт работы с серверным окружением. На практике самостоятельный перенос без такого бэкграунда почти всегда заканчивается одним из двух сценариев: потерей трафика из-за проблем с редиректами или затянувшимся процессом на несколько месяцев вместо нескольких недель. Для коммерческого сайта с органическим трафиком разумнее работать с сертифицированным партнером 1С-Битрикс — список есть на официальном сайте 1c-bitrix.ru.

Сохранится ли дизайн сайта после переноса?

Дизайн не переносится автоматически — это важно понять заранее. HTML-экспорт Тильды использует абсолютное позиционирование блоков, которое несовместимо с компонентной архитектурой Битрикса. Верстальщик либо адаптирует экспортированный HTML под шаблоны Битрикса (трудоемко, но результат близкий к оригиналу), либо берет готовый шаблон из Marketplace и дорабатывает его под ваш фирменный стиль (быстрее и дешевле). Точная копия дизайна возможна, но это индивидуальная разработка — самый дорогой сценарий.

Упадут ли позиции в Яндексе и Google после переезда?

При правильной миграции — нет, или падение будет минимальным и кратковременным. Яндекс может показать просадку 10–20% в первую неделю с восстановлением за 3–6 недель, Google реагирует мягче — 2–4 недели. При некорректной миграции (без редиректов, с измененными мета-тегами, с закрытым robots.txt) трафик падает на 40–60% и восстанавливается месяцами. Ключевая защита — покарточные 301-редиректы и идентичные Title/Description/H1 на каждой странице.

Какую редакцию 1С-Битрикс выбрать для переноса магазина с Тильды?

Минимальная редакция для полноценного интернет-магазина — «Малый бизнес» (47 900 ₽). Она включает каталог, корзину, оплату, личный кабинет и базовый обмен с 1С. Редакции «Старт» (5 400 ₽) и «Стандарт» (15 900 ₽) модуля торговли не содержат — для магазина они не подходят. Если нужна многосайтовость, B2B-функции или сложные скидочные правила — смотрите в сторону «Бизнеса» (107 900 ₽).

Сохранятся ли данные клиентов и история заказов?

Да, при условии что их выгрузили до начала работ. Заказы и клиенты экспортируются из Тильды в CSV и импортируются в Битрикс через стандартные инструменты или API. Важно сделать это до переключения домена — после отключения старого сайта доступ к данным пропадет. Базу подписчиков также нужно перенести заранее и не копировать вручную.

Нужно ли уведомлять Яндекс и Google о переезде?

Да, и это не формальность. После запуска отправьте обновленный sitemap.xml в Яндекс.Вебмастер и Google Search Console. Если меняется домен — используйте инструмент «Переезд сайта» в Яндекс.Вебмастере: он значительно ускоряет переиндексацию. В Google аналогичного инструмента нет — там достаточно корректных 301-редиректов и нового sitemap. Полная переиндексация займет 4–8 недель в Яндексе и 2–4 недели в Google.

Что будет с SEO, если я поменяю структуру URL при переносе?

Каждый измененный URL — это потенциальная потеря трафика, если не настроен 301-редирект. Поисковик воспринимает новый адрес как новую страницу, которая начинает индексироваться с нуля. Если у страницы были накопленные ссылки и поведенческие сигналы — они не передадутся автоматически. Общее правило: по возможности сохраняйте URL без изменений; если меняете — 301-редирект обязателен для каждого адреса.

Можно ли работать на старом сайте Тильды во время переноса?

Да, и это правильная практика. Старый сайт продолжает работать в штатном режиме, пока новый собирается на тестовом домене. После финального тестирования переключается DNS* — и трафик уходит на Битрикс. Период параллельной работы рекомендуется держать 7–14 дней после запуска, чтобы поймать возможные проблемы с формами и заявками.

Что делать, если после переноса трафик упал и не восстанавливается?

Проверяйте по порядку: работают ли 301-редиректы (redirect-checker.org), открыт ли сайт в robots.txt, нет ли дублей страниц (www/без www, http/https, /index.php), правильно ли перенесены мета-теги, нет ли массовых 404-ошибок в Яндекс.Вебмастере. Если все в порядке технически, но трафик не растет дольше 6–8 недель — нужен полноценный SEO-аудит нового сайта. В 90% случаев причина находится на первом шаге — сломанные или отсутствующие редиректы.

Мнение эксперта

Дмитрий Коноваленко — совладелец и операционный директор digital-агентства MWI (входит в ТОП-10 Рейтинга Рунета). Отвечает за операционное управление компанией, бизнес-процессы, контроль качества реализации проектов и работу с ключевыми клиентами. Автор Telegram-канала «Предпринимательство и digital». Эксперт в области веб-разработки, технической архитектуры интернет-проектов и автоматизации бизнес-процессов. Практик с 15+ годами опыта в digital и e-commerce.

Перенос с Тильды на Битрикс — одна из тех задач, где разрыв между ожиданиями и реальностью особенно велик. Одни агентства продают ее как простую процедуру «за 3–5 дней», другие пугают многомесячным проектом. Истина, как обычно, зависит от контекста — и от честности людей, с которыми вы работаете.

Битрикс — мощный, но тяжелый инструмент. Он требует хорошего разработчика, правильного хостинга и готовности к регулярным расходам на поддержку. На рынке много специалистов, которые называют себя «битрикс-разработчиками», не имея реальной экспертизы — и это прямой путь к тормозящему сайту.

При всей критике есть сценарии, где Битрикс — единственный разумный выбор для российского бизнеса. Если вам нужна двусторонняя синхронизация с 1С:Предприятие в реальном времени — других нативных решений на рынке нет. Если каталог превышает 50 000 SKU — Тильда упирается в архитектурный потолок. Если данные клиентов должны лежать на вашем сервере по требованиям 152-ФЗ — SaaS-конструктор не подходит в принципе.

В этих случаях вопрос не «переходить или нет», а «как перейти без потерь».

Перенос с Тильды на Битрикс — это не апгрейд кнопки на сайте. Это смена бизнес-инфраструктуры. Хороший результат требует трех вещей: опытного разработчика с реальным портфолио на Битриксе, качественной подготовки (аудит, карта URL, SEO-снимок), и реалистичного бюджета — не только на разработку, но и на поддержку после запуска.

Если хотя бы один из этих трех элементов отсутствует — шансы получить сайт, который работает хуже старого, очень высоки.

Заключение

Перенос сайта с Тильды на Битрикс — это не техническая задача на выходные и не рутинная работа для джуна из Telegram-канала. Это стратегическое решение, которое либо дает бизнесу новый уровень возможностей, либо откатывает его на несколько месяцев назад — в зависимости от того, насколько серьезно к нему подошли.

Но Битрикс — инструмент с характером. Он окупается только тогда, когда его возможности реально используются: когда настроен обмен с 1С, подключена CRM, выстроена SEO-структура, а разработчик понимает, что делает. В противном случае вы получаете дорогой сайт, который работает медленнее и хуже старого конструктора.

Если вы дочитали этот гайд до конца — вы уже на несколько шагов впереди большинства. Вы знаете, когда переходить стоит, а когда нет. Знаете, что главный риск — не технический, а организационный. И знаете, что 301-редиректы — это не опция, а обязательное условие.

Термины и сноски

* 301-редирект — постоянное перенаправление со старого URL на новый. Передает поисковым системам сигнал: «эта страница переехала навсегда, перенесите весь накопленный вес на новый адрес». Обязателен при любом изменении структуры URL. Принципиально отличается от 302 (временного) редиректа, который SEO-вес не передает.

* BitrixVM — готовая виртуальная машина от 1С-Битрикс с предустановленным серверным окружением: Nginx, PHP-FPM, MySQL, Memcached. Оптимальный вариант для быстрого развертывания нового сайта на VPS.

* CommerceML — открытый XML-формат обмена данными между 1С:Предприятие и интернет-магазином. Стандарт де-факто для российского e-commerce. Битрикс поддерживает его нативно; именно через CommerceML идет двусторонняя синхронизация товаров, цен, остатков и заказов.

* Core Web Vitals — набор метрик Google для оценки пользовательского опыта: LCP (скорость загрузки главного контента), INP (отзывчивость на взаимодействие), CLS (стабильность верстки). Влияют на ранжирование в Google. Проверяются через PageSpeed Insights и Google Search Console.

* DNS (Domain Name System) — система, которая связывает доменное имя с IP-адресом сервера. При переносе сайта нужно сменить DNS-записи у регистратора домена, чтобы трафик пошел на новый хостинг. Распространение изменений занимает от 15 минут до 48 часов.

* htaccess — конфигурационный файл веб-сервера Apache. Размещается в корне сайта и управляет правилами обработки запросов: редиректами, переписыванием URL, ограничением доступа, HTTPS-принудительным перенаправлением. На Битриксе используется для настройки 301-редиректов и ЧПУ.

* robots.txt — текстовый файл в корне сайта, который сообщает поисковым роботам, какие страницы и разделы индексировать, а какие — нет. Критически важен при миграции: забытый Disallow: / после тестового окружения полностью блокирует индексацию нового сайта.

* Sitemap.xml — файл с картой всех страниц сайта, которые нужно проиндексировать. Отправляется в Яндекс.Вебмастер и Google Search Console после запуска — ускоряет переиндексацию после переезда. В Битриксе генерируется автоматически через раздел «Маркетинг → SEO → Карта сайта».

* Zero-Block — инструмент Тильды для создания полностью кастомных страниц с абсолютным позиционированием элементов. Главная причина сложности переноса дизайна: блоки привязаны к фиксированным координатам и не адаптируются автоматически под компонентную архитектуру Битрикса.

Категория вопроса

Что мы можем предложить?