Константин ВасинБлог
Свой сайт

Конструктор сайтов или свой сайт

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

Коротко
  • Выбор не про «дешевле или сложнее», а про то, что будет при росте. Конструктор оптимизирован под старт, свой сайт — под изменения.
  • Самый надёжный признак — число страниц: до 10 конструктор, больше 50 свой сайт, между ними смотрят на остальное.
  • На конструкторе вы арендуете результат. Забрать сайт целиком нельзя: переезд — это сборка заново.
  • Есть компромисс: сайт остаётся на платформе, а блог отдаёт ваш сервер из подпапки. Проверено на живом сайте.
Содержание статьи
  1. Критерий 1. Сколько страниц
  2. Критерий 2. Нужна ли нестандартная логика
  3. Критерий 3. Деньги на дистанции
  4. Критерий 4. Кому принадлежит сайт
  5. Критерий 5. Кто будет чинить
  6. Быстрое решение
  7. Если вы уже на конструкторе и упёрлись
  8. Компромисс: сайт остаётся, переезжает только блог

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

Критерий 1. Сколько страниц

Самый надёжный признак.

  • 1–10 страниц — конструктор. Собирается за день, поддерживается мышкой.
  • 10–50 — граница. Смотрите на остальные критерии.
  • 50 и больше — свой сайт. На конструкторе управление таким объёмом превращается в ручную работу.

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

Дальше по теме

Как я считаю такие развилки

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

Критерий 2. Нужна ли нестандартная логика

Составьте список того, что должно быть на сайте, и отметьте, что из этого не собирается из готовых блоков:

  • калькулятор стоимости с вашей формулой,
  • фильтры и поиск по каталогу,
  • личный кабинет,
  • автоматическая публикация статей,
  • интеграция с вашей базой или CRM по своим правилам.

Если в списке ничего нет — берите конструктор. Если два и больше пунктов — платформа станет потолком в первые месяцы.

Критерий 3. Деньги на дистанции

Считать надо не первый месяц, а третий год.

Конструктор Свой сайт
Старт 0–2000 ₽ домен 200–1500 ₽/год
В месяц 500–2000 ₽, растёт с тарифом хостинг от 300 ₽, VPS ~1500 ₽
Доработка часто отдельная оплата ваше время
За 3 года 20 000–70 000 ₽ 15 000–60 000 ₽ + подписка на ИИ

Что у меня по факту

Один VPS примерно за 1500 ₽ в месяц держит шесть сайтов, несколько ботов и служебные сервисы. Разложите эту сумму на шесть проектов — получится 250 ₽ на сайт. Шесть тарифов конструктора стоили бы от 3000 до 12 000 ₽ в месяц. Разница появляется не на первом сайте, а начиная со второго-третьего.

Критерий 4. Кому принадлежит сайт

На конструкторе вы арендуете результат. Это не хорошо и не плохо — это условие, о котором нужно знать заранее.

Что из этого следует:

  • Тарифы и лимиты меняет платформа.
  • Набор блоков определяет платформа.
  • Забрать сайт целиком нельзя: переезд — это сборка заново.

Свой сайт — это папка с файлами. Она переносится на любой хостинг за час.

Момент, когда это становится важно

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

Критерий 5. Кто будет чинить

Честный вопрос. На конструкторе поддержка на стороне платформы: упало — не ваша забота. На своём сайте всё ваше.

Порог входа сильно снизился: агент вроде Claude Code или Codex разбирает ошибку и чинит по описанию проблемы. Но нулевым порог не стал — вечер на терминал, git и хостинг потратить придётся. Что для этого нужно, разбираю в статье как создать сайт самому.

Быстрое решение

Отметьте, что про вас

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

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

Если вы уже на конструкторе и упёрлись

Не переезжайте резко. Порядок, который снижает риск:

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

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

Читайте такжеСколько стоит создать сайтОдинаковый на вид сайт стоит и 15 тысяч, и полмиллиона. Разбираю, из чего складывается цена в каждом варианте, какие расходы забывают посчитать и сколько сайт стоит на второй год.

Компромисс: сайт остаётся, переезжает только блог

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

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

Почему именно подпапка сайт.ru/blog, а не поддомен blog.сайт.ru: поддомен поисковик считает отдельным хостом и вес копит ему, а не основному домену. Если смысл блога в том, чтобы тянуть вверх весь сайт, разница принципиальная.

Проверил на живом сайте

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

Как устроена схема «сайт на платформе, блог свой»
  1. 1ДоменA-запись направляется на ваш сервер, а не на конструктор
  2. 2Ваш серверОтдаёт сам только раздел /blog
  3. 3ОстальноеВсе прочие адреса прозрачно пересылаются на конструктор
  4. 4СнаружиПосетитель и робот видят один сайт на одном домене

Что нужно, чтобы это сработало:

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

Что важно знать заранее

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

Формы, оплаты и статистика платформы при этом не ломаются: они уходят из браузера напрямую на её серверы, мимо вашего.

А если сайта ещё нет и вы просто прикидываете бюджет — посмотрите сколько стоит создать сайт со всеми скрытыми расходами.

Что забрать из статьи
  1. Считайте деньги не на первый месяц, а на третий год: тариф растёт вместе с потребностями.
  2. Два и больше пунктов из чек-листа про рост — берите свой сайт, иначе переделывать через год.
  3. Вопрос владения становится важным ровно в день, когда сайт начинает приносить заявки.
  4. При переезде сохраняйте адреса и настраивайте переадресации — иначе накопленный трафик обнулится.
  5. Блог лучше в подпапке сайт.ru/blog, а не на поддомене: поддомен копит вес себе, а не основному домену.
Забрать материал

Гайд «SEO-машина»: как собрать её на ИИ-агентах

Карта из десяти систем: что делает каждая и как собрать такую же — с любым ИИ-агентом, Claude Code или Codex. Бесплатно, отдаёт бот в Telegram.

Частые вопросы

Можно ли продвигать в поиске сайт на конструкторе?

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

Что дешевле в итоге?

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

Можно ли перенести сайт с конструктора?

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

Когда пора уходить с конструктора?

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

А если я не разбираюсь в технике?

Тогда конструктор честнее. Свой сайт — это ответственность: сломалось, значит чините вы. С агентом-помощником порог сильно ниже, чем раньше, но он не нулевой.

Константин Васин
Предприниматель, маркетолог

10 лет в маркетинге и онлайн-образовании. Запускаю проекты в одиночку на Claude Code и показываю экономику как есть. Все методы из блога сначала обкатываю на своих проектах и только потом описываю.