Конструктор или студия: где делать сайт бизнесу

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

Что реально можно выжать из конструктора для SEO

Конструкторы — Тильда, Craftum, Wix, uKit и подобные — давно закрывают базовый уровень оптимизации. Утверждение «на конструкторе не продвинуться» неверно: в спокойной нише сайт на Тильде живёт в ТОП-10 годами. Вопрос в том, какой инструментарий доступен и где он заканчивается.

• Title, description и H1 на каждой странице — редактируются штатно.
• Человекопонятные адреса страниц, настройка robots.txt и автоматическая карта сайта.
• Подключение своего домена, HTTPS, Метрики и Search Console — без ограничений.
• Базовая микроразметка: организация, хлебные крошки, иногда FAQ и товар через встроенные блоки.
• Адаптивная вёрстка из коробки и мобильная версия без отдельной работы.
• Редиректы с одного адреса на другой — вручную, поштучно, в пределах платформы.

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

Где проходит потолок: пять ограничений, которые не обойти

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

• Скорость. Шаблонный код грузит общие скрипты и стили независимо от того, нужны ли они странице. Core Web Vitals можно улучшить сжатием картинок, но не управлять ими: LCP и INP упираются в платформу.
• Дубли. Страницы с параметрами, версии со слешем и без, служебные адреса блоков — дубли на конструкторе возникают из-за движка, а canonical и noindex настраиваются не для всех типов страниц.
• Разметка. Расширенная Schema под услуги, товары, отзывы, статьи и FAQ требует правки кода шаблона; на конструкторе доступен ограниченный набор через блоки или вставку скриптом, который платформа может обрезать.
• Структура URL. Вложенность разделов, единый шаблон адресов для сотен страниц, страницы фильтров каталога — либо недоступны, либо собираются вручную; лимиты на число страниц — прямое ограничение.
• Миграция. Экспорта кода нет или он частичный: при переезде сайт собирается заново, а редиректы настраиваются на новой стороне по карте, которую нужно составить самостоятельно.

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

Расширенные критерии: чем управляете вы, а чем — платформа

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

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

Когда конструктора достаточно

Конструктор — правильный выбор в ситуациях, где сайт вспомогательный, а трафик покупной или рекомендательный.

• Визитка компании с 5–10 страницами, где клиенты приходят по рекомендациям и с карт, а сайт подтверждает существование бизнеса.
• Тест ниши: спрос не подтверждён, бизнес-модель может измениться через полгода; вкладывать 120 000 ₽ в корпоративный сайт рано.
• Лендинг под рекламу в Директе или соцсетях: поисковая видимость не важна, важны скорость правок и A/B-тесты офферов.
• Промо-страница события, акции, сезонного проекта со сроком жизни в несколько месяцев.
• Личный сайт специалиста, портфолио, страница эксперта без ставки на органику.

Общий признак: сайт не должен сам приводить клиентов из поиска. Как только эта задача появляется, критерии меняются.

Когда нужна разработка

• Каталог: сотни товаров или услуг с фильтрами, характеристиками и страницами под сочетания параметров — на конструкторе это либо невозможно, либо вручную и с лимитом. Решение — сайт-каталог от 180 000 ₽ или магазин от 250 000 ₽.
• Мультирегиональность: продажи в нескольких городах требуют страниц или поддоменов под каждый регион с подстановкой адресов и цен; мультирегиональный сайт стоит от 220 000 ₽.
• Скорость как фактор: в нишах с сильной мобильной выдачей разница в секунду загрузки видна в позициях и конверсии, и управлять ей нужно на уровне кода.
• Интеграции: заявки в CRM с источником, остатки из 1С, оплата и личный кабинет, расчёт стоимости по формуле.
• Контент под нейроответы: структурированные блоки, разметка FAQ и HowTo, страницы вопрос-ответ — конструктор ограничивает и разметку, и структуру.
• Сайт как актив: планируется продажа бизнеса, привлечение инвестора или просто горизонт больше трёх лет — код и данные должны принадлежать вам.

Ориентир бюджета и сроков

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

Ускорение существующего сайта — от 40 000 ₽ за 2–3 недели, доработка — от 5 000 ₽ за задачу. В смете разработки семантика стоит от 20 000 ₽ и 0 ₽ в комплексе с продвижением. Полная вилка — на странице цен на разработку.

Когда работает связка

Развилка не всегда бинарная. Три сценария, где конструктор и разработка сочетаются.

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

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

Переезд без потери позиций: что должно быть сделано

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

• Снимок «до»: позиции по ядру, трафик по страницам за 3–6 месяцев, список всех адресов в индексе из Вебмастера и Search Console.
• Карта редиректов 1:1: каждый старый URL ведёт на один новый с ответом 301; страницы без аналога — на ближайший раздел, не на главную.
• Сохранение title, description, H1 и текстов на первом этапе; улучшения — вторым релизом, после стабилизации позиций.
• Перенос Метрики, целей, Search Console и настроек региона; новая карта сайта и robots.txt в день релиза.
• Мониторинг 4–6 недель: ошибки 404 в Вебмастере, скорость индексации новых адресов, позиции по контрольному списку.

В таком виде перенос сайта занимает 2–4 недели. Чек-лист с типичными ошибками — в статье про переезд без потери позиций.

Риски и типичные ошибки: что проверить у подрядчика

• В договоре на разработку: права на код, дизайн и контент переходят вам; доступы к хостингу, домену, репозиторию — на вас.
• В ТЗ: структура из ядра, а не из головы дизайнера; шаблон адресов; типы страниц с разметкой; требования к скорости в цифрах.
• В КП: что входит в поддержку от 15 000 ₽/мес и что считается доработкой от 5 000 ₽ за задачу.
• Ошибка на конструкторе: платный шаблон и виджеты сторонних разработчиков, каждый со своей подпиской и скриптом, который замедляет страницу.
• Ошибка на конструкторе: домен зарегистрирован на платформу или фрилансера — при переезде его придётся отвоёвывать.
• Ошибка в разработке: сайт на самописной CMS без документации — через год его никто не сможет продолжить; выбирайте стандартный стек.
• Ошибка обоих вариантов: запуск без Метрики, целей и проверки индексации — первые месяцы данных нет, оценить результат не по чему.

Что проверять при сдаче сайта, независимо от того, кто его делал, — в статье про приёмку сайта у подрядчика.

Как принять решение: алгоритм

1. Ответьте, должен ли сайт приводить клиентов из поиска в ближайший год. Нет — конструктор; да — переходите к следующему шагу.
2. Посмотрите ТОП-10 по трём ключевым запросам: если там сайты с каталогами, страницами под города и быстрой загрузкой, конструктор не даст рычагов.
3. Посчитайте страницы: услуги × города × частые вопросы. Больше 50–100 — нужна генерация из данных, то есть разработка.
4. Перечислите интеграции: CRM, 1С, оплата, кабинет. Две и больше — разработка.
5. Сравните владение за три года: подписка и виджеты против сметы плюс поддержка; при равенстве выбирайте вариант, где код ваш.
6. Если сайт уже на конструкторе и заявки идут — не переезжайте ради переезда; переезжайте, когда лимит блокирует конкретную задачу.