Как мы ушли с Тильды на свой код: что это дало и чего стоило

Совет «уходите с конструктора» звучит от каждой второй студии, но никто не показывает свой переезд изнутри: сколько адресов пришлось переклеить, что упало в первый день и чего это стоило по времени. Мы прошли этот путь на собственном сайте летом 2026 года и разбираем его целиком, вместе с граблями. Заказчик в этой истории мы сами, поэтому и рассказать можем все.

Зачем мы ушли с конструктора

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

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

• Структура. Вместо одной главной с якорями - четыре страницы услуг, десять кейсов и блог, каждый со своим адресом и своим запросом.
• Данные вместо верстки. Кейсы, статьи, цены и юридические документы лежат в файлах данных, а страницы собираются из них. Поправил цену в одном месте - она поменялась везде.
• Форма заявки. Своя обработка: заявка пишется в журнал на диске, а недоставленное лежит в очереди и повторяется само.
• Скорость. Статическая сборка - сервер отдает готовый HTML, а не собирает страницу на лету.

Что именно пришлось перенести

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

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

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

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

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

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

Что сломалось и как чинили

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

1. Переадресации не применились. Сервер перечитывал основной конфиг, но подключенный к нему файл с картой правил игнорировал. Команда отрабатывала без ошибок, а сайт отдавал старое. Симптом, по которому это ловится: старый адрес отдает 301 сам на себя со слэшем. Вылечилось только полным перезапуском, и теперь перезапуск вшит в процедуру выката.
2. В журнал заявок писался не тот адрес. Пограничный прокси подставлял внутренний адрес вместо адреса посетителя, и ограничение «не больше пяти заявок в час с одного адреса» видело всех посетителей как одного человека. Это тот класс поломок, который не заметишь, пока не начнешь разбираться, почему с сайта нет заявок.
3. Страница 404 не открывалась. Сборщик кладет ее в корень отдельным файлом, а не по общему правилу для страниц, и серверный конфиг ее не находил.
4. Уведомления о заявках не уходили. С нашего сервера оказался недоступен внешний сервис уведомлений - таймаут по обоим протоколам. Пришлось поднимать второй канал доставки. Это не про Тильду и не про код, а про то, что после переезда за доставку отвечаете вы.

Сколько это заняло по времени

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

Главный вывод по срокам: сама верстка страниц заняла меньше половины. Остальное - перенос контента, инфраструктура и мелочи, которых на конструкторе не существует как задачи. Если вам называют срок «две недели под ключ» и в нем нет строк про переадресации, формы и выкат, срок посчитан не полностью.

Что улучшилось, а что мы доказать пока не можем

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

А вот что мы честно не можем показать: рост позиций и трафика. На момент переезда, летом 2026 года, Яндекс.Вебмастер и Google Search Console по нашему сайту не были подтверждены: файлы подтверждения лежали в корне и отдавали ответ, но кнопку в кабинетах никто не нажал. Значит, у нас нет ни доиндексных цифр, ни послеиндексных, и любые проценты, которые мы бы сейчас написали, были бы выдуманы. Когда кабинеты подключатся и накопится хотя бы квартал данных, мы вернемся и допишем этот раздел.

Что вы можете сделать сами, ничего не покупая

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

1. Выгрузите полный список адресов старого сайта - из карты сайта конструктора и из отчета по страницам входа за год - и отсортируйте по посещаемости.
2. Отдельно выпишите все места, куда сейчас уходят заявки: почта, мессенджер, CRM. После переезда каждое из них надо проверить настоящей заявкой.
3. Сохраните тексты и фотографии к себе, а не надейтесь достать их из конструктора потом. После отключения тарифа доступ пропадает вместе с картинками.

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

Когда переезжать не нужно

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

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