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

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

Сложность выгрузки в том, что уезжает снимок сайта, а не сайт. Редактор остаётся в Тильде: каждую правку вносят там и выгружают сайт заново. Формы по-прежнему отправляют заявки через серверы Тильды и работают, пока оплачена подписка. Каталог и блог на Потоках работают урезанно, CRM и личный кабинет не уезжают вовсе. Менять выгруженный код запрещено, поэтому быстрее сайт не станет. Для поисковиков это смена хостинга: позиции она обычно не трогает, если адреса страниц остались прежними, а в выгрузке нет ссылок на служебный адрес tilda.ws.

Можно ли скачать сайт с Тильды

Штатно — только экспортом исходного кода на Business. Весь сайт: «Настройки сайта → Экспорт → Скачать .zip архив → Начать экспорт», ссылка на архив появится под списком файлов. Одну страницу: «Настройки страницы → Экспорт».

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

Тексты и фото, которые загрузили вы, — ваши; картинки и шрифты из библиотек Тильды — по их отдельным условиям; код и вёрстка — Тильды. Поэтому при пересборке свой контент переносите свободно, а дизайн из Zero Block — только переписав код.

Чтобы передать сайт другому владельцу, выгрузка не нужна: «Настройки сайта → Действия → Передать сайт на другой аккаунт». Принять его может только аккаунт с оплаченным Personal или Business — пробный период и промокод не считаются.

Что нельзя делать с выгруженным кодом

По соглашению (редакция для России от 12.05.2026; для Беларуси у Тильды отдельное, на tilda.by) и справке по экспорту нельзя:

• размещать код на домене, которого нет в настройках сайта;
• менять код вне Тильды — исключение только для своих шапки и подвала при интеграции через API — и делать на его основе другие страницы;
• удалять проект с Тильды после выгрузки, а после удаления аккаунта — пользоваться и выгруженным сайтом;
• убирать блок «Made on Tilda», пока лейбл не отключён в настройках, а отключают его только при оплате за год.

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

Что сломается после экспорта

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

Работают ли формы после экспорта с Тильды

Работают, пока активна подписка, а домен, на который вы переехали, прописан в настройках сайта. Скрипт формы шлёт заявку туда же, куда и раньше, — на сервер Тильды, а оттуда она попадает в «Заявки» и подключённые сервисы. Какой нужен тариф, справка не уточняет: хватит ли Personal после выгрузки, спросите поддержку до решения. Но править и выгружать сайт заново можно только на Business, так что платить на деле придётся за него.

С другого домена посетитель увидит ошибку «Отправка данных невозможна. Укажите в настройках сайта действующее имя домена, с которого будет осуществляться отправка форм». Заявки принимаются только с одного домена и его поддоменов.

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

Чтобы заявки падали в CRM, переезжать не нужно. Для amoCRM, Битрикс24, Google Таблиц, Telegram и ещё двух десятков сервисов у Тильды есть готовые приёмщики: сервис включают в «Настройки сайта → Формы» и отмечают в настройках блока с формой. Для своей базы там же есть Webhook — отправка каждой заявки на ваш скрипт. Скрипт пишет разработчик, а требования к нему у Тильды такие: HTTPS и ответ за пять секунд, иначе Тильда сделает ещё две попытки с интервалом в минуту.

Свой обработчик на пересобранном сайте — тоже не одна строка кода. Мы у себя сначала сохраняем заявку в базу и только потом шлём уведомление в Telegram, чтобы недошедшее уведомление не стоило заявки. Это не перестраховка: с нашего сервера в российском дата-центре не проходит соединение с Telegram, и уведомления у нас уже пропадали молча. Где рвётся цепочка у вас, поможет найти статья о том, почему не приходят заявки.

Как редактировать сайт после переезда

С выгрузкой — только через Тильду: правка, публикация, новая выгрузка, заливка на сервер. Каждый раз. При частых правках цикл автоматизируют через API Тильды: после публикации Тильда с задержкой до 20 минут присылает уведомление на ваш сервер, и он сам забирает страницы. Значок «Made on Tilda» на каждой странице при этом обязателен.

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

Станет ли сайт быстрее и безопаснее на своём хостинге

Быстрее — нет. В нашем замере 330 сайтов медианная главная на Тильде весила 2,8 МБ и делала 116 запросов; в архиве те же скрипты и стили, так что запросов будет столько же. Картинки не полегчают: на Тильде их подгоняет под экран и переводит в лёгкий формат WebP её CDN, а скрипт в выгрузке этого не делает. В папке images разобранной выгрузки 2025 года — 88 JPG, 8 PNG и ни одного WebP. Без сжатия и кэша на вашем сервере сайт легко окажется медленнее, чем был, а убрать лишнее из кода нельзя.

Безопаснее — только если настроить сервер. На Тильде свои заголовки защиты не добавить: из 80 сайтов на ней в том же замере Content-Security-Policy не было ни у одного. На своём сервере заголовки включаются по строке, готовые строки — в статье о 345 сайтах. Но часть защиты уходит вместе с сервером Тильды. Защиту от встраивания сайта в чужой iframe Тильда ставит сама — в замере она была у 88% сайтов на Тильде, — но это заголовок сервера, и в архив он не попадает: включите его сами.

Строгую CSP, главную защиту от вставки чужого кода, на выгрузке держать трудно: в разобранных выгрузках на главной от 8 до 16 встроенных скриптов, а переписать их нельзя. Реалистична мягкая политика со списком разрешённых доменов.

Зато под вашим контролем HTTPS, кэш, журналы сервера и место, где живёт сайт. Это и есть главный честный довод за выгрузку.

Остаться, выгрузить или пересобрать

Цены — при оплате за год; помесячно Personal стоит 750 ₽, Business — 1250 ₽. Компании, которые платят по счёту, могут взять только годовой Business, и он стоит 15 000 ₽: скидки за онлайн-оплату нет.

Выгрузка не поможет, если хочется сэкономить (Business вдвое дороже Personal, плюс хостинг), ускорить сайт или увезти магазин, блог и кабинет. Не сработает и план «оплатить месяц Business, выгрузить и уйти»: без подписки встанут формы, через 5 дней Тильда снимет проект с публикации, а через 6 месяцев удалит, и править сайт станет негде. Останется статичная копия с неработающими формами.

Остаться честнее всего, если сайт работает и заявки доходят, а раздражает частность: адрес на tilda.ws лечится своим доменом на Personal, заявки в CRM — готовыми приёмщиками или Webhook.

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

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

Перенос сайта с Тильды на WordPress или Битрикс

Это всегда пересборка. Готового конвертера нет: в каталоге плагинов WordPress по запросу tilda находится только плагин самой Тильды, и он не переносит сайт. Он подтягивает по API страницы, сделанные в Тильде, — только на Business и с синхронизацией после каждой правки. Скрипты, которые копируют вёрстку Тильды, упираются в соглашение: её код и вёрстку нельзя использовать вне платформы. С Битриксом и любой другой CMS то же самое.

Что переносить и как:

1. Контент. Тексты и фото — со страниц сайта или из папки images выгрузки. Товары — CSV из каталога Тильды через встроенный импорт WooCommerce («Товары → Все товары → Импорт»), где колонки файла сопоставляют с полями товара.
2. Адреса. Страницы с теми же адресами, что на Тильде; что делать с меняющимися — в следующем разделе.
3. Формы. Популярный плагин Contact Form 7 заявки не хранит, а только отправляет письмом: не дошло письмо — нет заявки. Хранение добавляет плагин Flamingo того же автора.

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

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

Риск обычно не в самом переезде, а в мелочах архива.

Служебный адрес. Если свой домен не прописан до выгрузки, canonical, og:url, sitemap.xml и robots.txt укажут на tilda.ws. В двух разобранных выгрузках canonical главной вёл на tilda.ws, а в одной robots.txt ещё и закрывал весь сайт строкой Disallow: / с Host на том же служебном адресе. Такой сайт либо отдаёт вес поддомену Тильды, либо целиком закрыт от индексации.

Дубли. Одна страница открывается по адресам /contact, /contact/, /CONTACT и /pageNNN.html: правила .htaccess подменяют адрес внутри сервера, а не перенаправляют. Выручает правильный canonical, надёжнее — 301 на основной адрес в настройках сервера.

Редиректы Тильды. Попадают ли в выгрузку 301-редиректы из настроек SEO, справка не говорит. Перенесите их на сервер сами.

При пересборке сохраняйте адреса страниц: заданные вами адреса вроде /contact перенести ничего не стоит, и это самый дешёвый способ не потерять позиции. Меняются обычно адреса, которые генерирует Тильда: pageNNN.html, посты Потоков (/tpost/…) и карточки товаров. На каждый такой адрес — строка в таблице «старый адрес → новый» и 301 на новую версию. Сводить всё на главную нельзя: Google может посчитать это ложной ошибкой soft 404, Яндекс тоже просит так не делать. Держать редиректы Google советует не меньше года.

При смене домена нужны заявка в «Переезд сайта» в Яндекс Вебмастере и «Изменение адреса» в Google Search Console. Яндекс прямо пишет, что не гарантирует сохранения позиций и посещаемости при смене главного адреса, а сама смена занимает недели.

Как перенести сайт с Тильды на хостинг: чек-лист

До выгрузки

1. Сохраните то, что не уедет: заявки в CSV (по умолчанию Тильда хранит их месяц), товары в CSV или YML, посты Потоков в CSV, данные CRM. Сделайте это до смены тарифа: на бесплатном тарифе товары, посты и данные CRM через 30 дней удаляются без восстановления.
2. Выпишите адреса страниц из sitemap.xml живого сайта, а если есть магазин или блог — из sitemap-store.xml и sitemap-feeds.xml. Туда же — редиректы из настроек SEO.
3. Пропишите свой домен в настройках сайта. В «SEO → Дополнительно» включите схему HTTPS для robots.txt, sitemap.xml и canonical. На вкладке «Экспорт» укажите пути /images, /js, /css и / — так советует Тильда: иначе на адресах со слэшем в конце, вроде /contact/, страница останется без оформления.
4. Откройте «Настройки сайта → Домен». Если там написано «DNS управляется через Тильду», направить домен на свой сервер не выйдет: панель Тильды принимает только записи TXT и MX. Тогда заранее перенесите DNS. В DNS хостинга (или регистратора, если домен куплен не на Тильде) заведите все записи из панели Тильды: A-запись (IP-адрес сервера сайта, пока — Тильды), MX (куда идёт почта домена), TXT (подтверждения прав в Вебмастере и Search Console, почтовые подписи). Затем смените NS-серверы — серверы, которые хранят записи домена; для домена с Тильды это «Домены → Управление доменом → Изменение NS-серверов». Смена расходится до суток, а записи в панели Тильды после неё перестают работать: что не перенесли, пропадёт вместе с почтой и подтверждёнными правами. Уходите с Тильды совсем — домен с неё переносят к другому регистратору по коду AuthInfo («Домены» → домен → «Передача домена другому регистратору»); код показывают один раз, и действует он 20 дней.
5. За неделю до переключения снизьте TTL записей (сколько провайдеры помнят старый адрес) до нескольких часов — так советует Google.

Выгрузка и сервер

6. Выгрузите архив. Если Тильда пишет «Error. File not added» про sitemap.xml и robots.txt, сбросьте редиректы www и HTTPS к значениям по умолчанию и повторите (ответ Тильды).
7. Распакуйте архив и откройте в Блокноте robots.txt, sitemap.xml и любую страницу pageNNN.html. Поиском (Ctrl+F) убедитесь, что нигде нет tilda.ws, а в robots.txt нет строки Disallow: / без продолжения (Disallow: /tilda/form* и подобные — норма). Нашли — исправьте в Тильде (домен — «Настройки сайта → Домен», robots.txt — «SEO → Редактирование robots.txt») и выгрузите заново: файлы архива править нельзя. Если robots.txt ссылается на sitemap-store.xml или sitemap-feeds.xml, эти ссылки там же уберите: прямые ссылки на товары и посты на выгрузке не открываются, а справка Тильды разрешает удалять ссылки на ненужные карты. В разобранной выгрузке 2025 года sitemap-store.xml среди выложенных файлов и вовсе не было.
8. Залейте файлы на сервер. На Apache переименуйте htaccess в .htaccess. Для nginx правила с нуля не пишите: запрос getprojectinfo к API Тильды с параметром webconfig=nginx отдаёт готовый блок для секции server (ключи — в «Настройки сайта → Экспорт → API»). Статический хостинг вроде Yandex Object Storage .htaccess не читает: страницы откроются только по именам файлов вида page12345.html.
9. Выпустите сертификат. Если хостинг проверяет домен через DNS-запись — сейчас; если только когда домен уже смотрит на сервер — сразу после переключения, и тогда переключайтесь в тихие часы.
10. Настройте сервер:
    • 301 с http на https (когда сертификат есть) и между адресами с www и без него. Правило HTTPS из архива срабатывает, только если перед сервером стоит прокси, который сообщает ему, что запрос пришёл по http, а правил для www в разобранных выгрузках не было вовсе. Включите переадресации в панели хостинга или в настройках сервера.
    • Сжатие и кэш статики; на виртуальном хостинге спросите поддержку, включены ли они.
    • Заголовки защиты: HSTS, X-Frame-Options: SAMEORIGIN (его ставила Тильда), X-Content-Type-Options: nosniff, Referrer-Policy, Permissions-Policy. Готовые строки — в статье о безопасности.
11. Проверьте сайт до переключения: добавьте в файл hosts (C:\Windows\System32\drivers\etc\hosts в Windows, /etc/hosts в macOS и Linux) строку вида 203.0.113.10 example.ru с IP сервера и своим доменом, откройте каждую страницу и отправьте каждую форму. Если сертификата ещё нет, проверяйте по http.

Переключение и после

12. Направьте A-запись на IP своего сервера.

13. Проверьте ответы сервера (команды — для терминала macOS или Linux):

    curl -I http://example.ru/            # ждём 301 на https://example.ru/
    curl -I https://www.example.ru/       # ждём 301 на основной адрес
    curl -I https://example.ru/contact/   # 200 или 301 на основной адрес
    curl -s https://example.ru/ | grep -c -F "tilda.ws"   # должно быть 0

14. Прогоните проверку сайта и проверку безопасности. Первая покажет HTTPS и редирект с http, битые скрипты и файлы (из-за них могут молчать формы), формы без политики и почтовые записи домена; отправку форм она не проверяет — это шаг 11. Вторая покажет заголовки защиты.

15. В Вебмастере и Search Console убедитесь, что права на сайт подтверждены, а Метрика считает визиты. Отправьте sitemap и две-четыре недели следите за ошибками обхода.

16. Не удаляйте проект на Тильде: этого требует соглашение.

Когда справитесь сами

Лендинг или сайт из нескольких страниц без магазина, Business уже оплачен, хостинг — обычный виртуальный, который читает файл .htaccess (это написано в его справке, или скажет поддержка), и сертификат там выпускается кнопкой. Тогда переезд по чек-листу, по нашей оценке, — вечер работы, и мы вам не нужны. Заявки в CRM, если остаётесь на Тильде, тоже настраиваются без нас — готовыми приёмщиками.

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

Посчитать, что выйдет за несколько лет: калькулятор «Конструктор или свой сайт». Если упёрлись — опишите задачу: ответим, что из неё делается и сколько стоит.