Сайт на Тильде: когда её хватает, а когда пора переезжать

Главная ценность конструктора не в блоках, а в том, что вы не думаете о слое, о котором обычно думает подрядчик. Хостинг, сертификат HTTPS, обновления, резервные копии, отдача картинок через CDN, сжатие изображений — всё это включено в подписку и не требует отдельного человека. Для компании без своего разработчика это означает, что сайт не ляжет в пятницу вечером из-за просроченного сертификата или переполненного диска.

Второе — скорость проверки идеи. Собрать посадочную под новую услугу, налить на неё Директ и за две недели понять, есть ли спрос, на Тильде реально сделать силами маркетолога. Разработка в этой точке проигрывает не качеством, а тем, что вы платите за фундамент под здание, которого пока нет.

Третье, о чём обычно молчат критики: базовое SEO на Тильде закрывается полностью. Свой title и description на каждой странице, один H1, человекопонятный адрес, alt у изображений, счётчик Метрики, sitemap, HTTPS. Робот Яндекса не спрашивает, в каком редакторе собрана страница — он читает разметку и текст. Страницы на Тильде спокойно занимают топ по неконкурентным и среднеконкурентным запросам, если на них есть, что читать.

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

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

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

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

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

Есть и технический слой, до которого доходят не все: доступа к серверу у вас нет по определению SaaS-платформы. Всё, что связано с robots.txt, редиректами, обработкой параметров в адресах и служебными файлами, вы делаете только в тех пределах, которые предусмотрел интерфейс. Для лендинга это не проблема. Для сайта, где надо закрыть от индексации разросшиеся дубли с метками и склеить старые адреса с новыми, это уже ограничение.

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

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

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

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

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

И третье — обмен данными. Простые интеграции конструктор закрывает: заявка из формы уходит в amoCRM или Битрикс24, оплата принимается через платёжный шлюз. Но как только логика выходит за пределы готового сценария — двусторонний обмен с 1С по остаткам и ценам, персональные цены для оптовых клиентов, личный кабинет с историей заказов, сложные условия доставки, — вам нужен слой, который вы контролируете. На SaaS-платформе такого слоя нет, и обходные решения через сторонние коннекторы обычно выходят дороже и хрупче, чем нормальный сайт.

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

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

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

Главный страх перед переездом звучит так: «мы потеряем всё, что накопили за три года». Это неправда, но и «ничего не изменится» — тоже неправда. Разделим честно.

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

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

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

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

Доработать текущий сайт, не меняя платформу. Заявки есть, но страница тормозит, тексты слабые, мета-теги пустые, формы не связаны с CRM, дубли с метками попали в индекс. Всё это чинится внутри конструктора за недели, а не за месяцы, и даёт прирост раньше, чем любой переезд. Разумно сначала пройти этот круг и посмотреть на результат.

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