←Блог о маркетинге
SEO · Основатель и стратег

Сайт на Tilda или Wix: мешает ли конструктор попадать в поиск и в ответы нейросетей

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

Короткий ответ

Три вывода, к которым сводится весь текст:

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

Хорошо сделанный сайт на Tilda обгоняет плохо сделанный сайт на заказном коде — и наоборот. Платформа решает меньше, чем принято думать, но и не ноль.

Что на самом деле читают роботы нейросетей

Здесь разница между конструктором и кодом становится измеримой, поэтому начнём с неё.

Поисковый робот Google умеет исполнять JavaScript: он открывает страницу почти как браузер и видит то же, что человек. Роботы нейросетей так не умеют. По исследованию Vercel, самому крупному публичному замеру на эту тему, ни один из крупных краулеров — GPTBot, OAI-SearchBot, ClaudeBot, PerplexityBot — JavaScript не исполняет. GPTBot скачивает файлы скриптов примерно в 11,5% запросов, ClaudeBot в 23,84%, но не запускает их: для этих роботов страница — это ровно тот текст, который сервер отдал сразу.

Исключений два: Gemini работает на инфраструктуре Google и рендерит, как Googlebot, и AppleBot тоже ходит через браузер.

Замер Vercel сделан в декабре 2024 года. Более свежего публичного исследования такого масштаба нет, а поставщики моделей своё поведение не документируют — так что цифры стоит считать порядком величины, а не сегодняшним фактом.

Отсюда единственный технический критерий, который правда важен: виден ли текст страницы без JavaScript. И вот здесь ходовой страх не подтверждается — Tilda публикует статические страницы, Wix заявляет о серверном рендеринге, Squarespace и Shopify отдают готовый HTML. То есть базовое условие большинство конструкторов выполняет, а вот многие «современные» сайты на заказном коде, собранные как одностраничное приложение, как раз не выполняют.

Ещё одна цифра из того же исследования, полезная независимо от платформы: около 34,8% запросов ChatGPT упираются в 404. Робот тратит треть визитов на несуществующие адреса. Всё, что плодит мёртвые ссылки — переименованные страницы, старые адреса без перенаправлений, — обходится дороже, чем кажется.

Что думают про конструкторы и как на самом деле

Распространённое мнениеКак на самом делеКак проверить у себя
«Google хуже ранжирует конструкторы»Платформа не является фактором ранжирования. Заметная часть разницы объясняется тем, что на конструкторах чаще делают маленькие сайты без содержанияПосмотрите, кто в выдаче по вашим запросам: конструкторы там есть
«Нейросети не видят такие сайты»Видят, если текст есть в исходном HTML. У большинства конструкторов он естьCtrl+U и поиск по странице: найдите фразу из текста
«Нельзя добавить разметку Schema.org»Можно: и Tilda, и Wix позволяют вставить свой JSON-LD. Вопрос в том, кто будет его поддерживать в актуальном видеПроверьте страницу в Rich Results Test от Google
«Нельзя управлять адресами и canonical»Базовое управление есть: человекочитаемые адреса, канонические ссылки, 301-редиректы, sitemapОткройте /sitemap.xml и /robots.txt своего сайта
«Конструкторы медленные»Медленнее, чем чистая статика, — да. Настолько, чтобы потерять позиции, — обычно нетPageSpeed Insights, смотреть на мобильную вкладку
«Заказной сайт автоматически лучше»Только если его кто-то ведёт. Заброшенный заказной сайт проигрывает живой Tilda по всем каналамКогда последний раз менялось содержание сайта?
«Надо срочно переделывать»Переделка решает четыре конкретные задачи из списка ниже. Остальное настраивается на месте и дешевлеСначала пройдите проверку из последнего раздела

Где конструктор действительно упирается в потолок

Это не про «плохо», а про то, где кончается запас. Первый пункт — самый частый и самый недооценённый.

  • Заголовки, которые выглядят заголовками, но ими не являются. В режиме Zero Block на Tilda текст по умолчанию размечается как div: визуально это крупный заголовок, а для машины — обычный кусок текста. Структура страницы, по которой и поиск, и модель находят ответ на вопрос, при этом просто отсутствует
  • Разметку приходится дописывать руками для каждой страницы. Добавить её можно, но она не связана с содержанием: поменяли цену на странице — в разметке осталась старая. Расхождение машина читает как недостоверность, а не как опечатку
  • Одни и те же факты живут в разных местах. Адрес, телефон и цены на конструкторе набираются заново на каждой странице. Через год их четыре разные версии, и модель не может решить, какая настоящая
  • Скорость. Фреймворк конструктора грузится целиком независимо от того, сколько на странице содержания. На отдельной странице это незаметно, на сотне — заметно
  • Масштаб. Примерно до нескольких сотен страниц конструктор держит нагрузку. Дальше начинается ручная работа там, где нужна автоматическая
  • Двуязычие. Связать русскую и ивритскую версии каждой страницы тегами hreflang так, чтобы ни одна пара не разъехалась, на конструкторе можно, но следить за этим придётся вручную

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

Что чинится прямо на конструкторе

Порядок по соотношению «сколько стоит — сколько даёт». Ни один пункт не требует переделки сайта.

  1. Проверить, что текст виден без JavaScript. Если виден — главное техническое условие выполнено, и дальше вопрос содержания.
  2. Починить заголовки. В Zero Block переключить крупный текст с div на h1 и h2, по одному h1 на страницу. Это самая дешёвая правка с заметным эффектом.
  3. Свести данные о компании к одному виду: название, адрес, телефон, цены — одинаково на сайте, в карточке Google Business и во всех каталогах. Расхождения искать буквально поиском по сайту.
  4. Добавить разметку организации и услуг, а на страницах с вопросами — FAQ. Ровно то, что есть на странице: выдуманная разметка вредит сильнее, чем её отсутствие.
  5. Закрыть мёртвые адреса. Каждая переименованная страница должна отдавать 301 на новую, иначе треть визитов робота уходит в никуда.
  6. Переписать ключевые страницы под вопросы, а не под ключевые слова: ответ первым абзацем, обоснование следом. Модель цитирует абзац, а не статью целиком.
  7. Проверить скорость на мобильном и убрать лишнее: тяжёлые фоновые видео, слайдеры, неиспользуемые шрифты.

Когда переделка действительно оправдана

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

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

Во всех остальных случаях честный ответ подрядчика звучит скучно: «переделывать не надо, надо доделать». Если вместо этого сразу предлагают новый сайт, попросите показать, какие именно из перечисленных выше пунктов нельзя выполнить на вашей текущей платформе.

Проверка своего сайта за пятнадцать минут

  1. Откройте любую важную страницу и нажмите Ctrl+U (на Mac — Cmd+Option+U). Найдите в открывшемся коде фразу из середины текста. Нашлась — роботы нейросетей вашу страницу видят.
  2. Там же найдите свой главный заголовок и посмотрите, чем он размечен. Если это div, а не h1 — вот первая правка.
  3. Проверьте страницу в Rich Results Test от Google: он покажет, какая разметка найдена и совпадает ли она с содержанием.
  4. Прогоните главную и одну внутреннюю страницу через PageSpeed Insights, смотреть только мобильную вкладку.
  5. Спросите у ChatGPT с включённым поиском: «Что ты знаешь о компании [название]?» и «Дай ссылку на страницу [название] про [услуга]». Второй вопрос показывает, доходит ли модель дальше главной.

Если все пять пунктов прошли — платформа вам не мешает, и разговор про переделку можно отложить.

Частые вопросы про конструкторы и продвижение

Правда ли, что Google понижает сайты на конструкторах?

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

Мой сайт на Wix. Его вообще видят нейросети?

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

Что даст больше — переезд на другую платформу или работа с содержанием?

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

Можно ли поставить разметку Schema.org на Tilda?

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

Сайт сделан на заказ, но всё равно нас нигде нет. Почему?

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