Я Егор, CTO FastUp.by. Мы делаем сайты и ведём SEO-продвижение, и раз в несколько недель ко мне приходит один и тот же запрос: сайт на Тильде (реже Flexbe или похожем конструкторе) открывается медленно, в поиске не растёт, а владелец не понимает, чинить это на месте или сносить и делать заново (подробнее о рисках частичных правок — в статье почему нельзя латать старый legacy-код). Отвечаю на этот вопрос честно, по шагам, без готового шаблонного совета «конечно переезжайте, мы же разработчики».
Почему сайт на конструкторе тормозит и не растёт в поиске
Дело не в том, что кто-то плохо настроил сайт. Дело в самой платформе: конструктор физически не даёт доступа к серверу и к части технических настроек, которые нужны для полноценной SEO-оптимизации. Проверить на своём сайте:
- Нет доступа к серверу и его настройкам. Нельзя подключить кэширование так, как это делается на своём хостинге, нельзя тонко настроить отдачу изображений и скриптов — только то, что заложено в саму платформу.
- Ограниченная работа с микроразметкой (Schema.org). Базовые мета-теги, ЧПУ и OpenGraph конструкторы дают, а вот расширенную разметку под конкретный тип бизнеса или динамические страницы каталога добавить либо нельзя вообще, либо это обходной путь через вставку кода, который платформа в любой момент может сломать обновлением.
- Тяжёлые готовые блоки и анимации. Конструктор всегда тащит больше кода и картинок, чем нужно конкретной странице, потому что один и тот же блок должен работать на тысячах чужих сайтов сразу.
Был у нас в работе сайт на Elementor — это конструктор поверх WordPress с теми же болезнями: тяжёлые блоки, раздутый код. Ни одного H1 на страницах, картинки залиты фоном через CSS. На такой сайт большинство подрядчиков даже не взялось бы — платформа сама связывает руки. Мы подняли его техническим аудитом и доработками, без сноса: мобильный PageSpeed вырос с 61 до 96, трафик пошёл в рост — 127, 243, 282 визита за три месяца подряд. Рост здесь быстрый именно из-за нулевой стартовой базы, у сайта с уже существующим трафиком так резко не выйдет.
Когда не обязательно переезжать — сначала аудит, а не снос
Проверить своими руками, прежде чем платить за перенос:
- Структура сайта. Все страницы свалены в одну плоскую кучу без иерархии, или есть логичные разделы и подстраницы?
- Тексты и мета-теги. Заголовки и описания реально написаны под запросы людей, или это дефолтные заглушки конструктора?
- Внутренняя перелинковка. Страницы ссылаются друг на друга (услуга → кейс → контакты), или каждая существует сама по себе?
- Мобильная версия и скорость картинок. Фото сжаты и подогнаны под экран телефона, или залиты как есть с камеры в оригинальном весе?
Если хотя бы часть из этого не сделана, сначала стоит закрыть эти пункты, а уже потом решать вопрос переезда. Мы сами берём в работу сайты на конструкторах и подключаем к ним техническую SEO-оптимизацию без переноса — честно предупреждаем клиента заранее, что результат по таким сайтам будет скромнее, чем по сайту на нормальной CMS, здесь просто платформа устроена так, что выше не прыгнуть.
Когда переезд действительно нужен
Есть точка, где никакая настройка конструктора уже не спасает, потому что упираешься не в качество работы, а в потолок платформы:
- Каталог товаров растёт и нужна нетиповая логика (фильтры, сравнение, интеграция со складом или CRM) — конструкторы либо не умеют этого совсем, либо делают через тяжёлые подключаемые модули, которые тормозят сайт ещё сильнее.
- Бизнес всерьёз рассчитывает на органический трафик, а не только на прямую рекламу — тогда технический потолок SEO на конструкторе станет реальным ограничением роста, а не абстрактным риском.
- Нужна глубокая интеграция — с CRM, платёжными системами, личным кабинетом, кастомными формами со сложной логикой. Конструктор такое либо не тянет, либо превращает в набор костылей.
Наш живой пример того, к чему стоит стремиться — сайт kubdekor.by. Мы сразу собрали его на чистой кастомной теме WordPress, без тяжёлых сторонних билдеров, со встроенной SEO-оптимизацией с самого начала: структура тегов, быстрый код, автозаполнение метаданных. Реакция со стороны рынка нас порадовала: когда мы показали этот сайт как референс клиенту, который сам разбирается в SEO, он сказал ровно так: «вау, такая классная структура, такое SEO заранее готовое». Это ровно то, чего не получится добиться на конструкторе, сколько бы часов ни ушло на настройку.
Экономика: конструктор дешевле только на старте
Здесь считать нужно не разовую стоимость разработки, а стоимость владения на дистанции.
- Хостинг. Своя CMS на обычном хостинге стоит от 5 BYN в месяц. Тильда в среднем — около 18 BYN в месяц. Разница почти в четыре раза, и она идёт каждый месяц, а не один раз.
- Домен и регистрация. Отдельно от хостинга — домен около 40 BYN в год и разовая регистрация в БелГИЭ (государственный реестр информационных ресурсов) около 20 BYN. Это одинаково для любой платформы, разница здесь не в пользу конструктора.
- Разработка с нуля. У нас лендинг стоит от 1100 BYN, многостраничный сайт от 1800 BYN, интернет-магазин от 3000 BYN — это разовый платёж, дальше идёт только недорогой хостинг.
Итог простой: конструктор выигрывает только в моменте запуска, за счёт более низкого порога входа в разработку. Уже на горизонте года разница в хостинге начинает перекрывать эту экономию, а дальше сайт на конструкторе продолжает упираться в те же технические ограничения, о которых был первый раздел.
Сколько по времени занимает сам перенос
Перенос по сути и есть разработка сайта заново. Основное время уходит на вёрстку — и здесь у Тильды и WordPress принципиально разная логика. В Тильде страницу вёрстают отдельно под каждое разрешение: сначала под десктоп, потом под ноутбук, потом под планшет, потом под мобильный — фактически четыре версии одной страницы. В WordPress вёрстка делается один раз, адаптивно под разные экраны. Из-за этой разницы в подходе перенос по срокам занимает примерно столько же, сколько разработка нового сайта с нуля. Конкретный срок зависит от объёма сайта: у нас лендинг занимает меньше времени, чем интернет-магазин на несколько сотен товаров.
Как проходит перенос без потери позиций
Если решение переезжать принято, риск не в самом переезде, а в том, как его делают. Главная техническая задача — не потерять позиции, которые сайт уже успел набрать в поиске:
- Карта редиректов 301 на каждый старый адрес страницы, а не просто «перенесли контент и забыли про старые ссылки» — без этого поисковик видит новый сайт как чужой, без истории старого.
- Сохранение структуры URL там, где это возможно, чтобы редиректов было меньше и переход был предсказуемее для поисковика.
- Перенос текстов и мета-тегов без потерь, а не переписывание всего заново с нуля в один заход — переписывать контент лучше уже после переезда, отдельным этапом, не смешивая с технической миграцией.
Это стандартная техническая гигиена переноса, и здесь как раз минимизируются потери в трафике на время миграции, а вот роста после переноса нужно ждать честный срок, а не завтра.
Честно о сроках: когда будет заметен результат после переезда
У нас есть два разных этапа, и их не стоит путать:
- Базовая техническая оптимизация — правки тайтлов, дескрипшенов, устранение ошибок — занимает около месяца. Здесь заметен эффект по скорости и меньшему числу отказов, но это ещё не приток трафика из поиска.
- Полноценное SEO-продвижение после переезда — реальный устойчивый поток из поиска появляется от 4 месяцев, не раньше. Это ограничение самого поискового алгоритма, а не медлительность исполнителя — быстрее физически не бывает, кто обещает быстрее, либо рискует вашим бюджетом, либо не говорит правду.
Все услуги у нас оформлены официально, по договору с чёткой ценой и сроками, включая перенос и последующее продвижение — крупный платёж на старте не остаётся на словах.
Что в итоге
Если сайт на конструкторе тормозит и не растёт в поиске — сначала аудит: структура, тексты, перелинковка, мобильная версия. Часть проблем чинится на месте, без переезда. Переезд имеет смысл, когда упираетесь в реальный технический потолок платформы: растущий каталог, интеграции, серьёзная ставка на органический трафик. Экономика на дистанции на стороне своей CMS — хостинг в разы дешевле, а SEO не упирается в ограничения конструктора. Мы такие переезды делаем с картой редиректов, без потери набранных позиций, и честно говорим: заметный рост из поиска после переноса — это от 4 месяцев, не раньше.
