Тильда в 2026: когда Zero Block и SEO-настройки уже не тянут и пора уходить на WordPress — 5 признаков с цифрами

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

Tilda хорошо закрывает запуск и лендинги, но на растущем проекте упирается в структурные ограничения: Zero Block даёт свободу вёрстки, однако усложняет поддержку и скорость, а SEO-настройки ограничены шаблоном. Когда появляются каталоги, фильтры, тысячи страниц, нестандартные интеграции и требования к Core Web Vitals, стоимость обходных решений и риск регрессий растут быстрее, чем отдача. Вопрос не в «плохая/хорошая платформа», а в том, когда миграция дешевле, чем дальнейшие костыли.

Связанные услуги: каталог, AI Boost Team, стать клиентом.

Вердикт за 30 секунд

• Оставайтесь на Tilda, если сайт — лендинг или небольшой сайт услуг, каталог до 300 SKU без сложных фильтров, LCP на мобильных по ключевым шаблонам в норме, а правки вёрстки укладываются в 15–20 часов в месяц.
• Уходите на WordPress, если каталог от 300 SKU с фильтрами и сортировками, страниц больше 200, LCP выше 2,5 с на мобильных, а нестандартная интеграция съедает больше 2 недель.
• Гибрид — самый частый рабочий вариант в 2026: Tilda для промо-лендингов и быстрых акций, WordPress для каталога, блога и SEO-масштабирования.

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

Что Tilda делает хорошо и где начинается потолок

Zero Block даёт свободу вёрстки. Потолок шаблона он не отменяет: на каталоге в 300+ SKU и сотнях SEO-страниц обходные решения стоят дороже миграции. Это не приговор платформе. У любого конструктора есть зона, где он силён, и зона, где каждый следующий шаг требует всё больше ручной работы.

Сильные стороны Tilda в 2026 никто не отменял: запуск за дни, готовые блоки, Zero Block для нестандартной вёрстки, быстрый A/B на лендингах, понятный редактор для маркетолога без разработчика. Для промо, акций, посадочных под трафик — рабочая машина.

Потолок начинается там, где появляется структура. Каталог с фильтрами. Тысячи страниц с разной SEO-логикой. Нестандартные интеграции с CRM, складом, маркетплейсами. Требования к Core Web Vitals, которые настройками конструктора не закрываются. И тут «ещё немного костылей» перестаёт быть дешёвым: каждый костыль добавляет технический долг, а долг — это часы команды и риск регрессий при каждом обновлении.

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

Признак 1: каталог и фильтры упираются в шаблон

Порог: от 300 SKU с фильтрами и сортировками. Ниже — Tilda обычно тянет. Выше — начинается ручная работа, которая не масштабируется.

Симптомы, по которым узнаёте себя:

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

Что даёт WordPress: таксономии и кастомные типы записей, где структура каталога описана один раз и работает на всех страницах. Фильтры — через плагин или кастом, но с предсказуемым поведением URL. Обновление из склада — через API, а не через ручную пересборку страниц. Как это выглядит вживую, видно в примерах каталогов на WordPress: там разобраны фильтры и посадочные под них.

Когда Tilda ещё тянет: каталог до 300 SKU, фильтры простые (2–3 параметра), обновление ассортимента редкое. Миграция здесь добавит расходы без ощутимой отдачи.

Признак 2: SEO-настройки не масштабируются

Порог: больше 200 страниц с шаблонной SEO-разметкой. Когда метаданные на сотнях страниц собираются по одному шаблону, вы теряете управление сниппетами и внутренней перелинковкой.

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

• title и description генерируются по маске, и на десятках страниц получаются почти одинаковые сниппеты;
• разметку (Schema.org, хлебные крошки, FAQ) не настроить гибко под разные типы страниц;
• внутренняя перелинковка — ручная, автоматические блоки «похожие товары» и «читайте также» ограничены шаблоном;
• посадочные под фильтры и категории приходится собирать вручную, и они конкурируют друг с другом за одни запросы.

Управляемое SEO на WordPress выглядит иначе: правила метаданных на уровне шаблонов и таксономий, отдельная логика для карточек, категорий, блога и посадочных под фильтры. Разметка — под каждый тип страницы. Перелинковка — автоматическая по правилам, а не по памяти редактора. Волшебной кнопки нет: правила надо спроектировать и поддерживать. Зато они масштабируются на 200, 500 и больше страниц без роста ручного труда пропорционально количеству URL.

Оговорка: без инвентаризации URL и метаданных переход не даст выигрыша — можно потерять трафик и не увидеть прироста. Об этом ниже, в плане перехода.

Признак 3: скорость и Core Web Vitals проседают

Ориентир: LCP выше 2,5 с на мобильных по ключевым шаблонам — сигнал проверить скорость. Не «сайт медленный в целом», а конкретно: карточка товара, категория, главная, статья блога. Замеряйте по шаблонам, а не по одной странице.

Что тянет вниз на Tilda:

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

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

Когда улучшений мало: если после оптимизации LCP по ключевым шаблонам всё ещё выше 2,5 с, а причина структурная (тяжёлая вёрстка, кастомные скрипты, ограничения конструктора на управление загрузкой), дальше упираетесь в потолок платформы. WordPress даёт контроль над кодом, кэшированием и порядком загрузки. Но и там скорость надо проектировать, а не ждать «само заработает».

Признак 4: интеграции и автоматизация требуют кода

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

Риски самописных решений на стороне Tilda:

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

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

Если у вас уже накопился зоопарк интеграций, посмотрите, как мы собираем интеграции на WordPress: типовое закрывается плагинами, нестандартное — кастомом с документацией.

Признак 5: поддержка съедает часы и бюджет

Ориентир: 20–40 часов в месяц на правки вёрстки и скриптов — зона роста стоимости поддержки. Когда команда тратит столько на то, чтобы сайт просто не ломался, вы платите за поддержку костылей, а не за развитие.

Что происходит дальше:

• каждое изменение стоит дороже предыдущего, потому что надо учитывать все накопленные зависимости;
• риск регрессий растёт: правка в одном блоке ломает фильтр или форму в другом;
• маркетолог не может внести изменение сам и ждёт разработчика;
• новые задачи (новая посадочная, новый фильтр, новая интеграция) упираются в «сначала надо переделать старое».

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

Сравнение: когда Tilda, когда WordPress

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

Риски ошибки выбора

Ушли слишком рано. Лендинг или небольшой сайт услуг с типовыми интеграциями. Миграция добавит расходы без отдачи: вы заплатите за перенос, а выигрыша в скорости, SEO или управляемости не увидите, потому что узких мест не было.

Ушли без инвентаризации. Не собрали карту URL и метаданные, не настроили 301-редиректы. Итог — просадка трафика, которую спишут на «плохой WordPress», хотя причина в переезде. Без карты URL и редиректов переход не даёт выигрыша.

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

Ушли целиком, хотя хватило бы гибрида. Промо-лендинги, которые маркетинг собирает за день, перенесли на WordPress и потеряли скорость запуска акций. Гибрид часто дешевле и полной миграции, и дальнейших костылей.

Как перейти без потери трафика: план на 4 шага

1. Инвентаризация. Снимите факты: число страниц и товаров, долю страниц с шаблонной SEO-разметкой, LCP/INP по ключевым шаблонам, число кастомных скриптов и интеграций, часы на правки в месяц. Сверьте с порогами выше. Соберите карту URL и текущие метаданные — это база, без которой переход рискован.
2. Пилот на одном сегменте. Перенесите каталог или блог на WordPress с сохранением URL и редиректами. Замерьте скорость и индексацию до и после. Пилот на одном разделе — от нескольких дней до 2–3 недель, в зависимости от объёма.
3. Редиректы и проверка. 301-редиректы со старых URL, обновлённый sitemap, проверка в Search Console и Яндекс.Вебмастере. Следите за индексацией и позициями первые 3–4 недели — это окно, где видны проблемы.
4. Решение по фактам пилота. Полная миграция, гибрид или откат. Решайте по замерам скорости и индексации, а не по ощущениям. Полный перенос каталога и контента — обычно от 1 до 3 месяцев с учётом редиректов.

Если хотите пройти этот план с командой, которая делала такие переходы, посмотрите миграцию на WordPress — там описан процесс с инвентаризацией и пилотом.

Когда уходить не нужно

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

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

Третий: у вас один-два признака из пяти, и они не растут. Наблюдайте, фиксируйте часы на поддержку и LCP раз в квартал. Переход — это решение по динамике, а не по одному замеру.

FAQ

Можно ли остаться на Tilda и решить проблемы каталога и SEO?

Частично. До определённого масштаба — да: когда страниц и товаров немного, а интеграции типовые, Tilda закрывает задачи. Если каталог требует сложных фильтров, а SEO — правил под разные типы страниц на сотнях URL, обходные решения начинают стоить дороже миграции. Граница — пороги из этой статьи, а не «мне так кажется».

Какие цифры считать сигналом к миграции?

Ориентиры: больше 200–300 страниц с шаблонной SEO-разметкой, каталог от 300 SKU со сложными фильтрами, LCP выше 2,5 с на мобильных