Запрос «нейросеть для создания сайтов» набирает 1763 показа в месяц: Wordstat, регион Россия, снято 27 августа 2026 года. Лендинг собирается за вечер, ссылка открывается, макет аккуратный, форма отправляется. А через месяц выясняется, что из поиска на этот сайт не приходит вообще никто. Причина почти всегда одна и лечится она не текстами.
Как выглядит проблема: сайт есть, поиска нет
Разберем типовую сборку в Lovable. Стек обычный для такого конструктора: Vite, React, shadcn, база на Supabase. Разделы листаются, кнопки работают, с точки зрения владельца сайт готов.
Первое, что видно в Метрике на таком сайте: визиты есть, но все они прямые заходы и переходы из рекламы. Строка поискового трафика пустая, и пустая она не месяц, а весь срок жизни сайта.
Вебмастер показывает ту же картину с другой стороны: индекс качества сайта нулевой, в поиске одна страница, в диагностике висят возможные проблемы. Одна страница в индексе у сайта, где разделов не один десяток, и есть главный симптом.
Разница между двумя диагнозами принципиальная. «Плохо ранжируется» означает, что робот прочитал страницы и поставил их ниже конкурентов: лечится текстами, ссылками, структурой. «Нет в индексе» означает, что читать было нечего. Работа с содержанием тут не поможет, потому что содержание до робота не доезжает.
Чем это лечится: после того как робот начинает получать готовый HTML, страницы заходят в индекс десятками в течение нескольких недель. Индекс качества сайта при этом двигается медленнее остальных показателей, и ждать от него быстрой реакции не стоит.
Почему конструктор отдает роботу пустую страницу
Механика простая, если один раз ее увидеть. Сайт на React, Vue или похожем фреймворке приходит к посетителю двумя порциями. Сначала сервер отдает каркас: несколько строк HTML, пустой контейнер и ссылка на файл со скриптами. Потом браузер выполняет скрипт, тот запрашивает данные и собирает страницу прямо на устройстве посетителя. Это клиентский рендер.
Человек разницы не замечает, между двумя порциями проходят доли секунды. Робот приходит за документом. Если в ответе сервера нет заголовка, текста и ссылок, он фиксирует пустую страницу. JavaScript робот выполнять умеет, но делает это не всегда, не сразу и не для каждого адреса. Отдать содержимое сразу в HTML надежнее, чем рассчитывать на второй заход.
Теперь конкретный отказ. В сборке живет компонент с трехмерной графикой на WebGL. На устройстве, где WebGL недоступен или отключен, в консоли появлялась строка unable to create webgl context, следом падала ошибка типа при установке рендерера. Дальше происходило самое неприятное: скрипт останавливался целиком, и тег body оставался пустым. Один декоративный элемент забирал с собой весь сайт.
Именно поэтому проблему трудно заметить. Разработчик открывает страницу на своей машине, там WebGL есть, все рисуется. Заказчик открывает на своей и тоже видит сайт. А робот и часть браузеров получают белый экран, пока кто-нибудь не посмотрит в Вебмастер.
Конструктор при этом ничего не нарушил: он собрал работающее приложение. Просто требования к приложению и требования к сайту, который должен находиться в поиске, различаются, а нейросеть решала первую задачу. Речь здесь идет именно о сайтах, собранных конструктором. Как поисковики относятся к текстам, написанным нейросетью, и как попадать в ответы ИИ-помощников, это другая тема, про нее у нас есть разбор оптимизации сайта под AI-трафик.
Как за пять минут проверить, что видит робот
Проверка не требует ни доступа к коду, ни платных сервисов. Достаточно терминала и Яндекс.Вебмастера с подтвержденными правами на сайт.
-
Запросите страницу без выполнения скриптов
Команда
curl https://ваш-сайт.ru/возвращает то, что получает робот на первом заходе. В браузере это пункт «Просмотр кода страницы», но не «Инспектор»: инспектор показывает уже собранный скриптами документ и потому обманывает. Ищите в ответе заголовок H1, абзацы и ссылки на разделы. Пустой контейнер со строкой подключения скрипта означает, что индексировать нечего. -
Прогоните адрес через инструменты Вебмастера
Проверка ответа сервера показывает код ответа, заголовки и содержимое документа глазами робота Яндекса. Там же лежит переобход: адрес отправляется в очередь вручную. Квота ограничена, поэтому отправляют не все подряд, а страницы, которые уже починили.
-
Сверьте два числа: страниц в поиске и адресов в карте сайта
Число страниц в поиске берется в сводке Вебмастера, число адресов в файле sitemap.xml. Совпадать они не обязаны, но разрыв в разы это симптом. Одна страница в поиске при карте сайта на несколько десятков адресов означает, что робот не смог прочитать остальные.
-
Посмотрите дату последнего обхода по каждому адресу
Дата обхода лежит в выгрузке проиндексированных страниц. Показатель недооценивают: страница может быть в поиске сегодня и вылететь через две недели потому, что робот к ней давно не заходил. Разбираем это ниже на цифрах.
Пять требований к сайту, собранному нейросетью
Список проверяется по тому же ответу сервера и одинаково работает для лендинга из конструктора и для проекта, который писали вайбкодингом.
| Что проверяем | Плохо | Хорошо |
|---|---|---|
| Рендер | Содержимое собирает скрипт в браузере, в ответе сервера пустой контейнер. Ошибка в одном компоненте оставляет body пустым | Текст, заголовки и ссылки приходят сразу в HTML: серверный рендер или пререндер. Сбой одного компонента не роняет остальные |
| Заголовок и описание страницы | Один title и description на весь сайт, подставленные шаблоном при генерации | Свой заголовок и свое описание у каждого адреса, видны в ответе сервера без выполнения скриптов |
| Карта сайта и robots | Файла sitemap.xml нет либо он собран один раз и не обновляется, robots.txt закрывает лишнее по умолчанию сборщика | Карта перечисляет рабочие адреса и обновляется при публикации, robots.txt открывает их и указывает на карту |
| Адреса страниц | Разделы живут после решетки или в виде набора символов, при переходах адрес в строке браузера не меняется | Читаемый адрес на каждый раздел, латиница, слова через дефис, страница открывается по прямой ссылке |
| Скорость и вес | Один большой файл скриптов, декоративная графика и шрифты грузятся раньше текста | Текст виден до загрузки украшений, тяжелые блоки подгружаются отдельно |
Первая строка таблицы решает исход. Остальные четыре имеют смысл только после нее: пока робот получает пустую страницу, заголовки и карта сайта работать не начнут. Как эти требования ложатся на сборку без ручного кода, мы разбирали в материале про создание сайта вайбкодингом, а сами инструменты сравнивали в статье про ИИ для разработки сайта. Отдельный разбор одного из сервисов лежит в тексте про Lovable AI и создание приложений.
Индекс удерживается обходом, а не объемом текста
После починки рендера страницы заходят в индекс, и появляется вторая задача: удержать их там. Проверяется это сравнением двух групп. Берётся выгрузка проиндексированных страниц, из неё отбираются те, что из поиска выбросило, и те, что остались. Дальше группы сравниваются по признакам: свежесть обхода, объём текста, структура.
| Признак | Выброшенные из поиска | Оставшиеся в поиске |
|---|---|---|
| Медиана дней с последнего обхода | заметно выше | ниже порога в три недели |
| Доля страниц с обходом старше 21 дня | больше половины группы | меньшинство |
| Доля страниц с обходом старше 28 дней | почти половина группы | единичные страницы |
| Медиана объема текста, знаков | одинаковая | одинаковая |
Разница по свежести обхода проходит проверку на статистическую значимость, разница по объёму текста нет. Проще говоря, совпадением первое быть почти не может: страница, которую робот не переобходил три недели, вылетает из поиска в разы чаще соседей.
Последняя строка таблицы важнее остальных. Медиана объёма текста у выброшенных и оставшихся практически одинаковая. Гипотеза «выкинули за тонкий текст» тут не подтверждается, хотя приходит в голову первой.
Что из этого следует
Страница, к которой робот не заходил 21 день, становится кандидатом на вылет из поиска. Объём текста у выброшенных и оставшихся при этом одинаковый. Дописывать текст в такой ситуации бесполезно, надо возвращать обход.
Скорость обхода считается там же. На сайте такого размера робот берет порядка двух десятков страниц в сутки, и полный цикл переобхода двух сотен адресов занимает около трех недель. Весь запас времени уходит ровно на тот порог, за которым начинаются потери, и страница, выпавшая из очереди, рискует не дождаться следующего захода.
Отсюда практический вывод. После починки рендера первую партию страниц мало отправить на переобход, дальше нужно следить за датами обхода. Индекс двигается рывками в обе стороны: за сутки число страниц в поиске способно вырасти в полтора раза и так же быстро просесть. Смотреть на него надо в динамике, а не по одному снимку, иначе любой отдельный день выглядит либо победой, либо катастрофой.
Как мы чиним такие сайты и сколько это стоит
Работа начинается с диагностики, а не с переделки. Смотрим ответ сервера по десятку адресов, консоль на устройстве без ускоренной графики, сводку Вебмастера и даты обхода. После этого понятно, какой из пяти пунктов таблицы сломан и сколько там работы: чаще всего все упирается в один компонент.
Дальше починка рендера, вариантов два. Пререндер собирает готовый HTML для каждого адреса на этапе сборки. Серверный рендер отдает собранную страницу на каждый запрос. Заодно закрывается то, из-за чего страница и оставалась пустой: декоративный блок не должен уносить с собой весь документ, для этого его изолируют и дают запасной вариант отображения.
После рендера идет обвязка: заголовок и описание на каждую страницу, читаемые адреса, карта сайта с обновлением при публикации, разметка организации и статей. Последними ставятся очередь переобхода в Вебмастере и наблюдение за датами обхода несколько недель. Без этого шага предыдущие проверить нечем.
Ставка одна: 2 500 ₽/ч, оплата по факту сделанного, без аванса. Число часов на починку называем после диагностики, а не до нее. Фиксированной сметы здесь не бывает: заранее неизвестно, один там упавший компонент или переезд на другой способ сборки.
Если сайта еще нет, задачу проще решить сразу правильно: разработка сайта с серверным рендером обходится дешевле, чем спасение готовой сборки. Если собирать хочется своими руками и быстро, но с оглядкой на поиск, посмотрите вайбкодинг. Чтобы страницы не выпадали из индекса через месяц после запуска, нужна регулярная проверка, это поддержка сайта: даты обхода, очередь переобхода, карта сайта после каждой публикации.
Посмотрим, что видит робот на вашем сайте
Ответ сервера по главным адресам, консоль без ускоренной графики, сводка Вебмастера и даты обхода. На выходе список поломок и оценка часов на починку. Ставка 2 500 ₽/ч, оплата по факту, без аванса.
Проверим ваш сайт глазами робота
Оставьте контакт: пришлем команды, которыми мы смотрели ответ сервера у себя, и скажем, что из пяти пунктов сломано на вашем адресе. Дальше по ставке 2 500 ₽/ч, оплата по факту.
Почему сайт из ИИ-конструктора может вообще не попасть в поиск?
Сервер отдает роботу каркас без содержимого, а текст собирает скрипт уже в браузере. Робот умеет выполнять скрипты, но делает это не всегда и не сразу. У нас добавился упавший компонент с трехмерной графикой: без поддержки WebGL скрипт останавливался целиком и body оставался пустым. Результат по Вебмастеру на 6 июля 2026 года: 1 страница в поиске, ИКС 0.
Как быстро понять, что робот видит пустую страницу?
Запросите адрес командой curl или откройте «Просмотр кода страницы». Инспектор не годится: он показывает документ, уже собранный скриптами. Если в ответе нет заголовка H1, абзацев и ссылок на разделы, а есть пустой контейнер со ссылкой на скрипт, индексировать нечего. Вторая проверка это ответ сервера в Яндекс.Вебмастере.
Поможет ли дописать текста, если страницы выпадают из индекса?
Обычно не поможет. При сравнении выброшенных и оставшихся страниц медиана объёма текста у групп совпадает, а расходятся они по свежести обхода: у выброшенных доля страниц, к которым робот не заходил дольше трёх недель, в разы выше. Проверять надо дату последнего обхода, а не число знаков.
Что выбрать: пререндер или серверный рендер?
Пререндер собирает готовый HTML на этапе сборки и подходит сайту, где содержимое меняется редко: лендинг, сайт услуг, каталог. Серверный рендер отдает собранную страницу на каждый запрос и нужен там, где данные обновляются постоянно. Для робота обе схемы равноценны: важно, чтобы текст и заголовки пришли в первом ответе сервера.
Сколько стоит починить сайт, собранный нейросетью?
Мы работаем по ставке 2 500 ₽/ч, оплата по факту сделанного, без аванса. Сначала диагностика: ответ сервера по нескольким адресам, консоль, сводка Вебмастера, даты обхода. Число часов на починку называем после нее, потому что до диагностики неизвестно, один там упавший компонент или нужен переезд на другой способ сборки.
Сайт из конструктора открывается в браузере и остается пустым для робота. Разбираем, почему так выходит, как это проверить за пять минут и что чинить.
