Перенос сайта с Тильды: сколько времени и что сломается

Перенести сайт с Тильды можно, но не с любого тарифа и не целиком. Экспорт исходного кода справка платформы описывает однозначно: «Данная опция доступна только на линейке тарифов Business, от 5 сайтов и больше». На выходе вы получаете «статичный html плюс все необходимые файлы (картинки, CSS, JS)» — то есть страницы, а не сайт со всей его механикой.

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

01Сначала проверка: а переезжать точно надо

Четыре вопроса, после которых половина переездов отменяется.

1. Что именно вас не устраивает? Если ответ «хочу свой код» без продолжения, переезд не решит ни одной задачи. Если ответ «не хватает лимитов» — проверьте цифры. На тарифе Business Тильда допускает «до 5 проектов в аккаунте (по 1000 страниц в каждом, в общей сложности — 5000 страниц)», а каталог — «до 5000 товаров на тарифе Personal, и до 50 000 товаров на тарифе Business».
2. Кто будет вносить правки после переезда? На Тильде текст меняет любой сотрудник. После экспорта сайт становится набором файлов, и каждая правка — это задача подрядчику. По моим наблюдениям, переезд нередко заканчивается тем, что сайт потом год стоит без изменений.
3. Вы уходите ради скорости или ради поиска? У платформы есть измеримые границы, но до них надо сначала дойти; где именно они проходят, я разбирал в материале о том, что Тильда умеет из SEO и на какой цифре начинается её потолок, там три измеримых упора вместо ощущений.
4. У вас магазин? Тогда переезд — это не выгрузка страниц, а перенос каталога, оплаты и заказов. Что из этого делает сама платформа и во что обходится, я разбирал отдельно: что умеет интернет-магазин на Тильде и из чего складывается его содержание, и переезд магазина считается отдельно от переезда страниц.

Если после этих вопросов переезд остался нужен, дальше по порядку.

02Что справка Тильды подтверждает, а о чём молчит

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

Отдельная деталь. В справочной статье про экспорт есть подзаголовок «Ограничения при экспорте», но списка ограничений под ним нет — раздел пустой. Замер сделан 11 сентября 2026 года; если платформа его заполнит, проверяйте по справке, а не по этой таблице.

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

Про сертификат: «Сертификат работает только для сайтов, расположенных на Тильде. После экспорта проекта SSL-сертификат не будет работать, его нужно подключать на стороне своего сервера».

Про формы: «Также при экспорте проекта форма будет работать только на указанном в настройках сайта домене и его поддоменах» и «Сервисы приема данных из форм работают только при активной подписке».

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

03Правила, которые ограничивают уже не технику, а вас

Справка Тильды содержит 7 правил использования экспортированного кода. Пять из них меняют постановку задачи подрядчику:

• «Перед экспортом кода вы обязаны указать домен, на котором будет размещен экспортированный код, в настройках сайта».
• «Запрещено размещать экспортированный код на домене, не указанном в настройках сайта».
• «Запрещено использовать экспортированный программный код для создания страниц вне платформы Тильда».
• «Запрещено вносить изменения в программный код вне платформы Тильда».
• «Запрещено удалять идентификатор разработчика… кроме случаев предусмотренных тарифными планами».

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

04Порядок работ: 7 шагов

Шаги ниже — то, что должно быть в плане работ у подрядчика. Делать это руками вам не нужно, а вот сверять план — стоит.

1. Зафиксировать список адресов. Выгрузить все страницы старого сайта с их адресами: это будущая карта редиректов. Пропущенная страница — это будущая 404 в поиске.
2. Указать домен в настройках проекта. Без этого экспорт нарушает правило платформы, а формы не будут принимать заявки.
3. Экспортировать проект и распаковать архив. В архиве лежит файл конфигурации веб-сервера; справка предупреждает: «Переименуйте файл htaccess в .htaccess (указанный файл работает только под веб-сервером Apache, если у Вас Nginx, то для него нужно писать правила связи самостоятельно и подключать их в настройках Nginx)».
4. Поднять хостинг и сертификат. Сертификат Тильды на новом месте не работает, его подключают заново.
5. Разобраться с приёмом заявок. Пока подписка оплачена и домен указан в настройках, формы продолжают работать. Как только подписку закрывают, нужен собственный обработчик — и проверка, что письмо доходит до реального ящика и попадает в CRM. Это самый дорогой пункт из пропущенных.
6. Настроить переадресацию. Справка Яндекса про переезд формулирует требование так: «Установите на сервере редирект с HTTP-кодами 301 или 302», и отдельно — «Перенаправление должно вести со страниц старого сайта на аналогичные страницы нового — который должен участвовать в поиске». Google советует не торопиться их снимать: «Keep the redirects for as long as possible, generally at least 1 year» — держать перенаправления как минимум год, чтобы сигналы успели перейти на новые адреса.
7. Проверить аналитику и цели. Счётчик, цели, разметка рекламных ссылок — всё это переносится вручную и молча ломается, если про него забыли.

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

05Сколько времени занимает каждый шаг

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

В таблице видно, где в переезде прячется ожидание. Всё, что делается руками, заканчивается за один рабочий день: записи применились — сайт открывается на новом месте. Дальше темп задаёт уже поиск, и Яндекс сразу оговаривает разброс: «На это может потребоваться от нескольких недель до месяцев, в зависимости от типа переезда, скорости обхода сайтов роботом, а также обновления данных об адресах сайтов в поисковой выдаче». Поэтому в день приёмки нормально видеть рабочий сайт на новом месте и старый адрес в выдаче одновременно — это не недоделка.

Я открыл три страницы, которые отвечают на запрос про срок переезда, — сроки по шагам не расписывает ни одна. Sprinthost даёт только DNS: «от 2 до 8 часов» и «до 72 часов». SpaceWeb ограничивается фразой «обновление информации о DNS-серверах занимает до 24-х часов», Maxiplace — «DNS сервера обновляются не сразу, на это может уйти от нескольких часов до суток». Про сертификат, формы и переиндексацию — ни слова, а дни теряются именно там.

06Прошли сутки, а сайт не открывается

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

• DNSSEC. «DNSSEC может мешать корректной настройке домена на Тильде. Отключите его на стороне регистратора домена.» Проверять стоит при любом переезде: при смене NS-серверов подпись перестаёт сходиться с новой зоной, и домен не разрешается вообще ни во что.
• A-запись для www. Её заводят отдельно от основного домена: «убедитесь, что в настройках регистратора вы создали запись A с именем www». Забыли — адрес с www не открывается, а сертификат на него не выпускается.
• Кеш браузера. «Очистите кэш и/или проверьте отображение сайта на другом устройстве» — самый обидный случай, когда сайт уже работает у всех, кроме того, кто его переносил.
• AAAA-запись — а вот это только про Тильду. Справка требует: «АААА-запись мешает корректной работе сайта на Тильде. Удалите её.» Это ограничение платформы, а не DNS: AAAA — адрес сайта по IPv6, и если новый хостинг его выдал, запись нужна. Правило не переезжает вместе с сайтом, и это ровно тот случай, когда инструкцию Тильды выполнять не надо.

Любую из этих проверок имеет смысл делать только после того, как прошло 24 часа: «Обратите внимание, что обновление записей занимает от 3 до 24 часов. Поэтому результаты проверок будут корректны только после обновления записей». До этого момента отрицательный результат ничего не значит.

И отдельно про редирект, который хочется снять, как только новый сайт заработал. Снимать его рано: старые адреса держатся в выдаче «до тех пор, пока аналогичные страницы главного адреса сайта не будут проиндексированы, даже, если на них был установлен редирект» — то есть перенаправление переезд не ускоряет, оно только не даёт потерять посетителя. Срока, после которого редирект можно убрать, Яндекс не называет: в блоге для вебмастеров просят «оставлять неглавные зеркала доступными насколько это возможно долго», а «в течение 2-3 недель» там отводят на расклейку зеркал, а не на снятие перенаправления. Значит, рабочим ориентиром остаётся год, который называет Google в шестом шаге.

07Самый долгий пункт — домен, а не хостинг

Если домен куплен у Тильды, его передача регистратору идёт не часами, а днями, и календарь здесь задаёт не подрядчик:

• AuthInfo-код «действует не более 20 дней с даты получения», а если его потерять, «запросить следующий можно только через 20 дней»;
• заявку Тильда рассматривает в свой срок: «Срок рассмотрения заявки — 3 рабочих дня»;
• отказ тоже со сроком: «Если по какой-то причине передача домена невозможна, вас обязаны предупредить в течение 5 календарных дней после подачи заявки»;
• перенос к другому регистратору не примут вовсе, если срок регистрации истекает в ближайшие 7 дней, а также «в течение 30 дней с момента смены регистратора» и «в течение 30 дней с момента получения администратором права администрирования».

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

Разберём именно
ваш сайт бесплатно

Посмотрю страницу и рекламу, найду,
где теряются заявки, и пришлю план,
что поменять.

Что входит в разбор

• 1
  Где теряются заявкипуть от объявления до формы
• 2
  Что поправить на сайтепервый экран, оффер, формы
• 3
  Что поменять в рекламезапросы, объявления, бюджет

Михаил Лапошинразберу ваш проект лично

Ваше имяТелефонСайт

TelegramWhatsAppЗвонок

Согласен на обработку данных и политику конфиденциальностиПолучить бесплатный разбор

✓ Заявка принята — отвечу в течение часа

08Что передать подрядчику

Доступы лучше давать по списку и по одному, а не одним паролем от почты, к которой привязано всё сразу:

• аккаунт Тильды с тарифом Business;
• личный кабинет регистратора домена;
• хостинг или доступ к серверу;
• Яндекс Метрика и Google Analytics;
• почтовый ящик, на который приходят заявки;
• платёжный модуль и CRM, если сайт с ними связан.

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

09Как принять работу

Восемь проверок, ни одна из которых не требует технических знаний. Делать их надо на новом сайте, а не на старом.

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

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

10Почему «перенос» и «пересборка» стоят разных денег

Это две разные работы, и в коммерческих предложениях они часто называются одинаково.

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

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

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

И ещё одно про деньги, которое всплывает позже. Если после переезда отказаться от тарифа, справка предупреждает: «через 5 (пять) дней после истечения срока подписки сайт будет отключен от собственного домена и снят с публикации», проект хранится 6 месяцев, а при переходе на бесплатный тариф «домен из проекта будет удален». Есть промежуточный вариант — перейти на бесплатный тариф: проект сохранится, но это 1 сайт и отключение платных возможностей. Пока новый сайт не принят полностью, старый проект надёжнее держать оплаченным: это дешевле, чем восстанавливать.

Не уверены, какой из двух вариантов ваш? Можно разобрать, что именно у вас переедет, а что придётся делать заново по вашему проекту, до того как вы оплатите Business ради одной выгрузки.

Михаил ЛапошинМаркетолог, руководитель Laposhin Agency

«Делаем сайты и запускаем Яндекс Директ так, чтобы
сайт приносил заявки, а не просто был»

Есть вопрос по статье?Задать вопрос в Telegram