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

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

Признаки, что конструктор упёрся в потолок

Дело не в возрасте сайта и не в количестве страниц. Дело в том, какие задачи перед ним ставит бизнес сейчас — и совпадают ли они с тем, что умеет блочный редактор.

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

Нужна интеграция с учётной системой. Синхронизация остатков с 1С, передача заказов в CRM без ручного экспорта, обмен статусами со складом — на конструкторе это делается через посредников вроде Zapier-подобных сервисов, у каждого свои лимиты и точки отказа. Чем больше систем нужно соединить, тем очевиднее, что сайту нужен собственный backend, а не цепочка внешних сервисов.

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

Скорость и Core Web Vitals не устраивают. Конструктор отдаёт страницу вместе с общим движком платформы — скриптами и стилями, часть которых сайту не нужна, но всё равно загружается. На тяжёлых страницах это давит на скорость и на метрики Core Web Vitals, которые учитываются при ранжировании. Ускорить отдельный блок можно, заменить архитектуру страницы — нет.

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

SEO упирается в ограничения движка. Гибкие правила для sitemap, тонкая настройка канонических адресов, полный контроль над структурой URL — на конструкторе либо недоступны, либо требуют обходных путей. Для сайта, где органический трафик — основной канал, это может стать решающим фактором.

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

Варианты переноса сайта с Тильды

Когда решение принято, встаёт вопрос не «переезжать или нет», а «куда». У задачи три практических решения, и они не взаимозаменяемы.

Экспорт сайта с Тильды в статику на свой хостинг

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

Перенос на CMS: Битрикс или WordPress

Перенос на Битрикс или на WordPress закрывает больше задач, чем экспорт в статику: CMS даёт готовую логику — каталог, личный кабинет, формы с обработкой на сервере, модули интеграций. Но автоматической миграции между Тильдой и CMS не существует, блочная структура конструктора не транслируется в шаблоны напрямую. Тексты и изображения переносятся, дизайн адаптируется под систему, а логика настраивается заново уже её средствами. Битрикс обычно выбирают под плотную интеграцию с 1С и торговые модули; WordPress — когда важнее гибкость публикации контента.

Разработка заново

Если конструктор упёрся в потолок сразу по нескольким пунктам, обычно разумнее не переносить старый сайт в новую оболочку, а спроектировать его заново под актуальные задачи бизнеса. От прежнего сайта в этом случае остаётся смысловая часть: структура разделов, тексты, seo-урлы, которые нужно сохранить. Это отдельная услуга — разработка сайтов под ключ, цена начинается от 80 000 ₽ и зависит от объёма функциональности: чем ближе задача к «визитке с формой», тем ближе к нижней границе, чем больше кастомной логики и интеграций — тем выше.

Если часть функциональности на текущей Тильде ещё устраивает и нужно закрыть один-два конкретных пробела, а не переезжать целиком, это может быть доработка сайта от 15 000 ₽ — иногда доработка сайта на Тильде решает проблему на ближайший год без полного переезда, и это нормальный промежуточный шаг.

SEO при переезде: как не потерять позиции

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

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

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

Метатеги и разметка. Title, description и заголовки h1-h2 переносятся вместе с контентом, но их нужно перепроверить после переноса — при миграции в другую CMS формат хранения метаданных другой, и часть полей может остаться пустой при массовом импорте.

Sitemap и проверка индексации. После запуска sitemap.xml нужно пересобрать под новую структуру и повторно отправить в Яндекс.Вебмастер и Google Search Console. В первые недели стоит регулярно проверять статус индексации ключевых страниц — если старые адреса всё ещё в индексе, а новые не появляются, значит где-то не сработали редиректы или робот не обошёл новую версию сайта.

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

Частые вопросы

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

Стоимость зависит от выбранного варианта. Экспорт в статику — минимальные трудозатраты, но и минимальная функциональность на выходе. Полноценный переезд с воссозданием логики — это фактически разработка сайта заново, и её цена начинается от 80 000 ₽ в зависимости от объёма функций и интеграций. Точечные доработки текущего сайта на Тильде стоят от 15 000 ₽ и могут быть промежуточным шагом перед полным переездом.

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

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

Как экспортировать сайт с Тильды самостоятельно?

Встроенная выгрузка статического архива есть, но она доступна только на тарифе Business — на бесплатном и на младших платных тарифах экспорта нет, сначала придётся перейти на нужный тариф. Экспорт отдаёт HTML, CSS и изображения, но не переносит серверную логику — формы, приём платежей, базу данных клиентов. Для сайта-визитки без сложной логики этого может быть достаточно; для интернет-магазина или сайта с личным кабинетом — нет.

Что лучше: перенос сайта с Тильды на Битрикс или на WordPress?

Зависит от задачи, а не от популярности платформы. Битрикс обычно выбирают для интернет-магазинов с интеграцией с 1С и готовыми торговыми модулями. WordPress чаще подходит информационным проектам, где важна гибкость публикации. Название CMS само по себе не гарантирует результат — важнее, кто настраивает перенос и насколько точно логика старого сайта переносится в новую систему.

Стоит ли вообще уходить с Тильды, если сайт пока справляется?

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

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