Тильда или разработка на заказ: что выбрать для сайта в 2026

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

Тильда или разработка сайта: короткий ответ для тех, кто спешит

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

Если упростить, работает такая логика выбора:

• Тильда — гипотезы, MVP, лендинги под рекламу, мероприятия, портфолио, сайты-визитки, промо-акции. Всё, что нужно запустить за дни и недорого протестировать.
• Разработка на заказ — интернет-магазины со сложной логикой, порталы, личные кабинеты, маркетплейсы, SaaS, проекты с интеграциями к 1С, CRM, платёжным и логистическим сервисам, а также сайты, где органический трафик из поиска — основной канал продаж.

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

Что такое Тильда и как устроен конструктор изнутри

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

Механика работы устроена по слоям:

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

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

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

Что значит «разработка на заказ» и из чего она складывается

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

Типичная кастомная разработка состоит из нескольких слоёв:

• Фронтенд — то, что видит пользователь: вёрстка, интерфейсы, анимации. Часто на React, Vue или в связке с готовой CMS-темой.
• Бэкенд — серверная логика, база данных, обработка форм и заказов, личные кабинеты, права доступа.
• CMS или админка — панель управления контентом. Это может быть готовая система (WordPress, Bitrix, MODX, headless-CMS) или собственная админка.
• Инфраструктура — хостинг или VPS, домены, сертификаты, резервные копии, мониторинг, CI/CD для обновлений.

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

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

Тильда или разработка: сравнение по ключевым параметрам

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

Разберём главные параметры выбора между конструктором и разработкой в одной таблице.

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

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

Сколько стоит сайт на Тильде и сколько — разработка на заказ

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

Ориентировочная структура затрат выглядит так:

• Тильда, самостоятельно — только подписка (тариф с подключением домена и экспортом). Дизайн — на ваших плечах. Самый бюджетный вариант для теста гипотезы.
• Тильда, с подрядчиком — подписка плюс работа фрилансера или студии за сборку и дизайн. Лендинг под ключ обычно попадает в нижне-средний ценовой сегмент, многостраничник — выше.
• Разработка на готовой CMS — корпоративный сайт или каталог на WordPress, Bitrix, MODX. Средний по рынку сегмент, зависит от числа шаблонов и интеграций.
• Полноценная кастомная разработка — уникальный фронтенд, своя бэкенд-логика, личные кабинеты, сложные интеграции. Верхний ценовой сегмент, сроки от нескольких месяцев.

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

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

Сайт на Тильде: минусы и ограничения, о которых обычно молчат

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

Разберём ограничения по группам:

• Vendor lock-in. Ваш сайт живёт по правилам платформы. Меняются тарифы, политика или функции — вы подстраиваетесь. Полноценно «забрать» проект с сохранением редактора нельзя: экспорт даёт статику без админки.
• Потолок логики. Сложные конфигураторы, многошаговые сценарии, нестандартные корзины, гибкая ценовая логика реализуются с трудом или через сторонние скрипты, которые ломают простоту конструктора.
• Производительность. Готовые блоки тянут за собой лишний код и скрипты. Довести Core Web Vitals до идеала, как на кастомной вёрстке, практически невозможно — вы ограничены тем, что генерирует платформа.
• SEO-потолок. Базовые вещи (мета-теги, ЧПУ, редиректы, разметка) настраиваются, но тонкий технический контроль — управление рендерингом, серверными заголовками, тонкой структурой — ограничен.
• Интеграции. Только то, что предусмотрено коннекторами и API платформы. Экзотическую интеграцию с внутренней системой придётся обходить.

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

Когда Тильда — правильный выбор: сценарии для бизнеса

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

Конкретные ситуации, где Тильда — верное решение:

• Проверка гипотезы. Вы запускаете новый продукт и не знаете, будет ли спрос. Собрать лендинг за неделю, пустить трафик и посмотреть конверсию — дешевле и быстрее, чем разрабатывать сайт под непроверенную идею.
• Лендинги под контекст и таргет. Рекламные кампании требуют быстрых посадочных страниц под разные офферы и аудитории. Тильда позволяет плодить и править их без очереди к разработчику.
• Сайт-визитка и портфолио. Небольшому бизнесу, эксперту или студии нужен аккуратный сайт «о нас и услугах». Здесь возможностей конструктора с запасом.
• Мероприятия и промо. Страница конференции, акции, запуска — живёт недолго, важна скорость. Кастом тут избыточен.
• Ранняя стадия. Стартап без бюджета на разработку начинает с Тильды, а к кастому приходит, когда бизнес-модель подтвердилась и появились деньги на масштабирование.

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

Когда нужна разработка на заказ: признаки, что конструктор не потянет

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

Сигналы, что пора выбирать кастомную разработку:

• Сложная бизнес-логика. Конфигураторы товаров, индивидуальные расчёты, многошаговые сценарии, гибкие скидки, личные кабинеты с ролями — то, что конструктор не осилит без костылей.
• Глубокие интеграции. Синхронизация с 1С в реальном времени, связка с ERP, собственной CRM, складом, платёжными и логистическими системами через API.
• Ставка на органический трафик. Если SEO — основной канал и вы бьётесь за топ в конкурентной нише, вам нужен полный технический контроль над сайтом.
• Большой каталог и высокая нагрузка. Тысячи товаров, фильтры, высокая посещаемость — там, где важны производительность и стабильность под нагрузкой.
• Уникальный продукт и бренд. Когда дизайн и UX — часть ценности, а не декорация, шаблонные блоки не подходят.
• Планы масштабирования. Вы точно знаете, что через год сайт обрастёт функциями, — закладывать архитектуру нужно сразу.

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

Тильда и SEO: можно ли вывести конструктор в топ поиска

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

Что в Тильде для SEO есть и работает:

• Настройка title, description, заголовков и ЧПУ-адресов.
• Управление редиректами, robots.txt, генерация sitemap.xml.
• Микроразметка Schema.org для товаров и статей в определённых пределах.
• Подключение аналитики, вебмастеров и пикселей.

Где начинаются ограничения:

• Скорость. Готовые блоки генерируют избыточный код. Core Web Vitals — важный фактор ранжирования и AEO — на конструкторе тяжелее держать в зелёной зоне, чем на оптимизированной вёрстке.
• Тонкий технический контроль. Управление рендерингом, серверными заголовками, ленивой загрузкой, тонкой структурой разметки ограничено рамками платформы.
• Масштаб контента. Большие структуры (тысячи страниц каталога, сложная перелинковка, программатик-SEO) конструктор ведёт неохотно.

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

Производительность и Core Web Vitals: где конструктор проигрывает вёрстке

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

Почему конструкторы обычно медленнее:

• Универсальный код блоков. Чтобы блок работал у всех, он несёт лишнюю разметку и скрипты. Вы не можете вырезать ненужное — платформа отдаёт как есть.
• Сторонние подключения. Шрифты, виджеты, анимации тянут дополнительные запросы, которые сложно объединить или отложить.
• Ограниченный контроль загрузки. Тонкая настройка ленивой загрузки, приоритетов ресурсов, критического CSS, форматов изображений на кастоме доступна полностью, на конструкторе — лишь частично.

Что даёт разработка на заказ в плане скорости:

• Оптимизацию изображений в современные форматы с точными размерами под рендер.
• Управление критическим CSS и отложенной загрузкой некритичных ресурсов.
• Компрессию, кэширование, CDN, настройку серверных заголовков.
• Анимации только на compositor-friendly свойствах, без дёрганья интерфейса.

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

Владение, риски и зависимость от платформы

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

Из чего складывается зависимость от платформы:

• Тарифная политика. Стоимость подписки и набор функций определяет платформа. Изменятся условия — вы либо принимаете, либо ищете альтернативу.
• Ограниченный экспорт. Забрать можно статичную вёрстку, но не редактор и не серверную логику. Это переезд «с потерями», а не полноценная миграция.
• Данные клиентов. Заявки, заказы, база — частично внутри экосистемы платформы. Полный контроль над данными на своём сервере надёжнее.
• Доступность. Если у платформы сбой, ваш сайт лежит вместе с ней, и повлиять на восстановление вы не можете.

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

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

Как мигрировать с Тильды на кастомную разработку без потери трафика

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

Пошаговый алгоритм безопасной миграции:

1. Аудит текущего сайта. Соберите все URL, позиции, трафик по страницам, метаданные, разметку. Это ваша точка отсчёта — без неё вы не поймёте, что сломалось.
2. Сохраните структуру URL. По возможности повторите адреса один в один. Если меняете — заранее составьте карту соответствия старых и новых URL.
3. Перенесите контент целиком. Тексты, изображения, заголовки, мета-теги, alt, микроразметку. Потеря контента = потеря релевантности.
4. Настройте 301-редиректы. Каждый старый URL должен вести на новый постоянным редиректом. Это передаёт накопленный вес страниц.
5. Обновите технические файлы. robots.txt, sitemap.xml, canonical, разметка — всё должно соответствовать новой структуре.
6. Проверьте на стейджинге. Прогоните сайт до публикации: битые ссылки, скорость, индексируемость, корректность редиректов.
7. Мониторьте после переезда. Первые недели внимательно следите за индексацией, позициями и ошибками в вебмастерах, оперативно правьте.

Хорошая новость: правильно спланированный переезд почти не сказывается на трафике, а часто улучшает позиции — потому что новый сайт быстрее и технически чище. Плохая новость: миграцию нельзя делать наспех, «за вечер». Это проект со своим планом и контролем, где цена ошибки — месяцы восстановления. Именно поэтому такие переезды разумно доверять команде с опытом SEO-миграций: одно неверное решение с редиректами или canonical способно обнулить годы накопленной органики. В Seotika подобные миграции ведут связкой разработки и SEO — чтобы новый сайт не только красиво выглядел, но и сохранил, а затем нарастил трафик.

Пошаговый алгоритм выбора: чек-лист под ваш проект

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

Пройдите по вопросам и отметьте, куда клонится большинство ответов:

1. Какова роль сайта? Временная посадочная под кампанию — Тильда. Ядро бизнеса, приносящее выручку годами — разработка.
2. Насколько сложна логика? Стандартные блоки и простая форма — конструктор. Конфигураторы, кабинеты, расчёты — кастом.
3. Нужны ли глубокие интеграции? Хватит готовых коннекторов — Тильда. Нужна связка с 1С, ERP, своей CRM через API — разработка.
4. Откуда основной трафик? Реклама и прямые заходы — конструктор справится. Органика в конкурентной нише — кастом.
5. Каковы планы роста? Проект статичен — Тильда. Точно будете обрастать функциями — сразу закладывайте архитектуру.
6. Какой горизонт и бюджет? Нужно быстро и дёшево протестировать — Тильда. Есть бюджет и долгосрочная ставка — разработка.
7. Насколько важен уникальный дизайн? Аккуратно и типово достаточно — конструктор. Дизайн — часть продукта — кастом.

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

Частые ошибки при выборе между конструктором и разработкой

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

Разберём типичные ошибки и как их избежать:

• Смотреть только на ценник запуска. «Тильда дешевле» верно на день старта и часто неверно на горизонте двух лет с учётом подписок и возможной миграции. Считайте TCO.
• Выбирать по моде. «Все делают на конструкторе» или «серьёзный бизнес только на кастоме» — не аргументы. Инструмент выбирается под задачу, а не под тренд.
• Игнорировать рост. Собрать магазин на конструкторе «на вырост» — частая ошибка. Если рост запланирован, закладывайте архитектуру сразу, иначе упрётесь в потолок.
• Переплачивать за кастом под гипотезу. Обратная крайность — заказывать сложную разработку под непроверенную идею. Сначала тест на Тильде, потом вложения.
• Забывать про SEO на старте. Выбор платформы влияет на SEO-потолок. Решать это после запуска, когда структура уже сверстана, — дороже и болезненнее.
• Не думать о выходе. Не проверить заранее, насколько сложно уйти с платформы и забрать данные и трафик.

Ещё одна недооценённая ошибка — выбирать инструмент в отрыве от маркетинга. Сайт не существует сам по себе: он часть системы, куда входят SEO, контекстная реклама, SERM, работа с картами и репутацией, а с 2026 года — ещё и оптимизация под ответы ИИ (GEO/AEO). Платформа влияет на то, насколько эффективно эта система работает: медленный или SEO-ограниченный сайт удорожает весь маркетинг. Поэтому выбор между Тильдой и разработкой правильнее принимать не изолированно, а вместе со стратегией привлечения трафика. Когда сайт и продвижение проектируются как единое целое, вы не переделываете дважды и не переплачиваете за трафик из-за технических ограничений платформы — и именно в этой логике к задаче подходят в Seotika.