Перенос сайта с Tilda на свой хостинг: что теряется и что делать

Что такое Tilda и почему с неё уходят

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

Кто-то хочет сэкономить на подписке — при больших объёмах сайтов Tilda выходит дороже VPS. Кто-то хочет свой сервер, чтобы поставить скрипт на Python или подключить закрытую CRM. Третьи боятся зависимости от чужого сервиса: если Tilda поднимет цены или изменит правила, ничего не поделаешь.

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

Важно понимать: Tilda — не только редактор, это ещё и инфраструктура. При экспорте вы забираете только статику. Всё, что было динамическим, перестаёт работать.

Что именно теряется при экспорте

Давайте по пунктам. Вы нажимаете «Экспортировать сайт» и получаете ZIP-архив с HTML-файлами, CSS, JS и картинками. Что вы теряете:

• Формы обратной связи. Они отправляют данные через серверы Tilda. В статике кнопка «Отправить» просто не сработает — скрипт будет пытаться достучаться до API, которого больше нет.
• Корзина и приём платежей. Если у вас интернет-магазин на Tilda, после экспорта корзина исчезнет. Интеграции с платёжными системами тоже отвалятся.
• CRM-интеграции. Все связи с Битрикс24, amoCRM, Google Sheets работают через Tilda. В статике их нет.
• Подписки и онлайн-записи. Любые сценарии, где нужна база данных или серверная логика, перестают функционировать.
• SEO-настройки. Tilda автоматически генерирует sitemap.xml, robots.txt, управляет мета-тегами. При экспорте придётся настраивать это вручную.
• Адаптивность. В Tilda она работает за счёт CSS и JS, которые вы получаете. Но если вы потом правите код, легко сломать отзывчивость.

Кроме того, вы теряете редактор. Дальше правки придётся вносить в коде или через другую CMS. Это меняет весь процесс работы над сайтом.

Сравнение вариантов переноса

Есть три основных пути: оставить статику, перенести на CMS, использовать headless-подход. Сравним их.

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

Пошаговый чек-лист переноса с Tilda на свой хостинг

Вот последовательность, которую мы отработали на практике. Следуйте ей, чтобы ничего не упустить.

1. Сделайте бэкап. Скачайте экспортированный архив и сохраните его в надёжном месте. Это ваша страховка.

2. Выберите хостинг. Обычный виртуальный хостинг подойдёт для статики. Если планируете CMS — берите с поддержкой PHP и MySQL. Мы рекомендуем хостинг с возможностью установки SSL-сертификата (Let's Encrypt) и доступом к .htaccess.

3. Подготовьте домен. Если домен был на Tilda, перенаправьте DNS на новый хостинг. Или зарегистрируйте новый.

4. Загрузите файлы. Распакуйте архив и залейте содержимое в корневую папку сайта (обычно public_html) через FTP или файловый менеджер.

5. Настройте редиректы. Создайте файл .htaccess с правилами, чтобы старые URL (если они были) вели на новые. Tilda использует ЧПУ вида /page123, на новом хостинге они могут отличаться.

6. Проверьте формы. Если формы были, подключите внешний обработчик. Например, сервис Formspree: меняете action в HTML-коде формы на их URL. Или пишете свой PHP-скрипт.

7. Настройте SEO. Создайте robots.txt и sitemap.xml вручную. Пропишите мета-теги в каждом HTML-файле (title, description, Open Graph). Убедитесь, что канонические URL верны.

8. Включите HTTPS. Установите SSL-сертификат и настройте перенаправление с HTTP на HTTPS.

9. Проверьте адаптивность. Откройте сайт на телефоне, планшете, десктопе. Убедитесь, что вёрстка не поехала.

10. Протестируйте скорость. Используйте PageSpeed Insights. Статика на хорошем хостинге обычно быстрее, чем на Tilda, но проверьте.

11. Отправьте сайт на переобход. В Google Search Console и Яндекс.Вебмастере добавьте новый сайт и отправьте sitemap.

12. Следите за ошибками. Первую неделю проверяйте логи сервера и Search Console. Если что-то отвалилось — исправляйте сразу.

Этот чек-лист универсален. Для CMS добавятся пункты по установке движка и переносу контента.

Типичные ошибки при переносе

• Забыли про редиректы. Старые страницы, которые были проиндексированы, отдают 404. Трафик падает. Решение: составить карту редиректов до переноса.
• Не проверили формы. Клиенты отправляют заявки, а они не доходят. Всегда тестируйте формы после переноса.
• Сломали вёрстку. При ручном редактировании HTML легко удалить важный класс. Тестируйте на всех устройствах.
• Потеряли изображения. При экспорте картинки могут лежать в отдельной папке. Убедитесь, что пути к ним правильные.
• Забыли про 404 и 301. Настройте страницу 404 и редиректы для удалённых страниц.

Как сохранить SEO при переносе

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

Во-первых, сохраните структуру URL. Если на Tilda страницы имели вид /menu, /about, то и на новом хостинге они должны быть такими же. Иначе поисковики будут считать это новыми страницами.

Во-вторых, перенесите все мета-теги. Откройте каждую страницу в экспортированном HTML и проверьте title, description, keywords (хотя keywords уже не важны). Убедитесь, что заголовки H1-H6 на месте.

В-третьих, настройте robots.txt. В Tilda он создавался автоматически. Теперь пропишите его вручную: укажите sitemap, закройте служебные страницы.

В-четвёртых, сделайте sitemap.xml. Можно сгенерировать онлайн-сервисом или вручную. Отправьте его в Search Console.

В-пятых, проверьте скорость загрузки. Статические файлы можно сжать, включить кеширование. Настройте Gzip и кеш в .htaccess.

И главное — не забудьте про редиректы. Если какие-то URL изменились, поставьте 301-й редирект. Это передаст вес старых страниц новым.

Мы советуем после переноса неделю-две мониторить позиции. Если заметите просадку — проверьте, все ли страницы доступны, нет ли ошибок 404.

Что делать с формами и динамикой

Формы — больная тема. В Tilda они работают «из коробки», но при экспорте перестают. Есть несколько решений.

Внешние сервисы. Formspree, Getform, Formcarry. Вы регистрируетесь, получаете URL, меняете в HTML-коде формы атрибут action. Данные приходят на почту или в панель сервиса. Бесплатные тарифы обычно ограничены количеством заявок в месяц.

Свой скрипт на PHP. Если хостинг поддерживает PHP, можно написать простой обработчик: он принимает POST-запрос и отправляет письмо через mail(). Нужны базовые навыки. Минус — придётся самому бороться со спамом.

Перенос на CMS. В WordPress есть плагины форм (Contact Form 7, WPForms). Они работают сразу после настройки. Это лучший вариант, если вы всё равно переезжаете на CMS.

Сторонние конструкторы форм. Можно встроить iframe с формой от другого сервиса (например, Google Forms). Некрасиво, но работает.

Что касается корзины и платежей — тут только CMS или headless. Статикой не обойтись.

Про CRM и интеграции

Если вы использовали интеграции Tilda с CRM, при переносе они отвалятся. Восстановить их можно двумя путями: либо через API той же CRM (писать свой код), либо через плагины CMS. Например, для WordPress есть плагины, соединяющие формы с Битрикс24 и amoCRM.

Мы обычно советуем сначала определить, какие интеграции действительно нужны, и уже под них подбирать инструменты.

Стоит ли вообще переносить

Перенос оправдан, если:

• вы хотите сэкономить на подписке (при многих сайтах);
• вам нужны серверные скрипты, базы данных, нестандартная логика;
• вы хотите полный контроль над кодом и данными;
• планируете серьёзный проект с командой разработки.

Не стоит переносить, если:

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

Tilda хороша для быстрого запуска. Свой хостинг даёт свободу, но требует времени и навыков. Иногда разумнее остаться на Tilda или перейти на CMS, если нужен рост.

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

Заключение

Перенос сайта с Tilda на свой хостинг — не просто экспорт файлов. Это смена парадигмы: вы берёте ответственность за работу сайта на себя. Самое сложное — сохранить формы и SEO. Если подойти по чек-листу, всё получится. Начните с бэкапа, выберите хостинг, последовательно перенесите контент и настройте редиректы. И не забудьте про тесты после запуска. Удачи!