Запрос «нейросеть для создания сайтов» набирает 1763 показа в месяц: Wordstat, регион Россия, снято 27 августа 2026 года. Лендинг собирается за вечер, ссылка открывается, макет аккуратный, форма отправляется. А через месяц выясняется, что из поиска на этот сайт не приходит вообще никто. Мы прошли такую историю на собственном домене и хорошо помним, как выглядят отчеты в этот момент.
Как выглядит проблема: сайт есть, поиска нет
Первую версию eq.team собрали в Lovable. Стек обычный для такой сборки: Vite, React, shadcn, база на Supabase. Разделы листались, кнопки работали, с точки зрения владельца сайт был готов.
Что показала Яндекс.Метрика за период с 1 апреля по 6 июля 2026 года: всего 300 визитов, из них 287 прямых заходов и 1 визит из рекламы. Поисковый трафик за три месяца составил ноль.
Яндекс.Вебмастер на 6 июля 2026 года по хосту eq.team давал ту же картину с другой стороны: ИКС 0, страниц в поиске 1, две возможные проблемы в диагностике. Одна страница в индексе у сайта, где разделов был не один десяток.
Разница между двумя диагнозами принципиальная. «Плохо ранжируется» означает, что робот прочитал страницы и поставил их ниже конкурентов: лечится текстами, ссылками, структурой. «Нет в индексе» означает, что читать было нечего. Работа с содержанием тут не поможет, потому что содержание до робота не доезжает.
Чем это закончилось: по данным Вебмастера на 27 августа 2026 года на том же хосте в поиске 202 страницы, исключенных 16. ИКС при этом по-прежнему 0, за месяц он не сдвинулся, и мы пишем это как есть.
Почему конструктор отдает роботу пустую страницу
Механика простая, если один раз ее увидеть. Сайт на React, Vue или похожем фреймворке приходит к посетителю двумя порциями. Сначала сервер отдает каркас: несколько строк HTML, пустой контейнер и ссылка на файл со скриптами. Потом браузер выполняет скрипт, тот запрашивает данные и собирает страницу прямо на устройстве посетителя. Это клиентский рендер.
Человек разницы не замечает, между двумя порциями проходят доли секунды. Робот приходит за документом. Если в ответе сервера нет заголовка, текста и ссылок, он фиксирует пустую страницу. JavaScript робот выполнять умеет, но делает это не всегда, не сразу и не для каждого адреса. Отдать содержимое сразу в HTML надежнее, чем рассчитывать на второй заход.
Теперь наш случай. В сборке жил компонент с трехмерной графикой на WebGL. На устройстве, где WebGL недоступен или отключен, в консоли появлялась строка unable to create webgl context, следом падала ошибка типа при установке рендерера. Дальше происходило самое неприятное: скрипт останавливался целиком, и тег body оставался пустым. Один декоративный элемент забирал с собой весь сайт.
Именно поэтому проблему трудно заметить. Разработчик открывает страницу на своей машине, там WebGL есть, все рисуется. Заказчик открывает на своей и тоже видит сайт. А робот и часть браузеров получают белый экран, пока кто-нибудь не посмотрит в Вебмастер.
Конструктор при этом ничего не нарушил: он собрал работающее приложение. Просто требования к приложению и требования к сайту, который должен находиться в поиске, различаются, а нейросеть решала первую задачу. Речь здесь идет именно о сайтах, собранных конструктором. Как поисковики относятся к текстам, написанным нейросетью, и как попадать в ответы ИИ-помощников, это другая тема, про нее у нас есть разбор оптимизации сайта под AI-трафик.
Как за пять минут проверить, что видит робот
Проверка не требует ни доступа к коду, ни платных сервисов. Достаточно терминала и Яндекс.Вебмастера с подтвержденными правами на сайт.
-
Запросите страницу без выполнения скриптов
Команда
curl https://ваш-сайт.ru/возвращает то, что получает робот на первом заходе. В браузере это пункт «Просмотр кода страницы», но не «Инспектор»: инспектор показывает уже собранный скриптами документ и потому обманывает. Ищите в ответе заголовок H1, абзацы и ссылки на разделы. Пустой контейнер со строкой подключения скрипта означает, что индексировать нечего. -
Прогоните адрес через инструменты Вебмастера
Проверка ответа сервера показывает код ответа, заголовки и содержимое документа глазами робота Яндекса. Там же лежит переобход: адрес отправляется в очередь вручную. Квота ограничена, поэтому отправляют не все подряд, а страницы, которые уже починили.
-
Сверьте два числа: страниц в поиске и адресов в карте сайта
Число страниц в поиске берется в сводке Вебмастера, число адресов в файле sitemap.xml. Совпадать они не обязаны, но разрыв в разы это симптом. У нас 6 июля 2026 года в поиске была одна страница при заметно большей карте сайта.
-
Посмотрите дату последнего обхода по каждому адресу
Дата обхода лежит в выгрузке проиндексированных страниц. Показатель недооценивают: страница может быть в поиске сегодня и вылететь через две недели потому, что робот к ней давно не заходил. Разбираем ниже на своей выборке.
Пять требований к сайту, собранному нейросетью
Список проверяется по тому же ответу сервера и одинаково работает для лендинга из конструктора и для проекта, который писали вайбкодингом.
| Что проверяем | Плохо | Хорошо |
|---|---|---|
| Рендер | Содержимое собирает скрипт в браузере, в ответе сервера пустой контейнер. Ошибка в одном компоненте оставляет body пустым | Текст, заголовки и ссылки приходят сразу в HTML: серверный рендер или пререндер. Сбой одного компонента не роняет остальные |
| Заголовок и описание страницы | Один title и description на весь сайт, подставленные шаблоном при генерации | Свой заголовок и свое описание у каждого адреса, видны в ответе сервера без выполнения скриптов |
| Карта сайта и robots | Файла sitemap.xml нет либо он собран один раз и не обновляется, robots.txt закрывает лишнее по умолчанию сборщика | Карта перечисляет рабочие адреса и обновляется при публикации, robots.txt открывает их и указывает на карту |
| Адреса страниц | Разделы живут после решетки или в виде набора символов, при переходах адрес в строке браузера не меняется | Читаемый адрес на каждый раздел, латиница, слова через дефис, страница открывается по прямой ссылке |
| Скорость и вес | Один большой файл скриптов, декоративная графика и шрифты грузятся раньше текста | Текст виден до загрузки украшений, тяжелые блоки подгружаются отдельно |
Первая строка таблицы решает исход. Остальные четыре имеют смысл только после нее: пока робот получает пустую страницу, заголовки и карта сайта работать не начнут. Как эти требования ложатся на сборку без ручного кода, мы разбирали в материале про создание сайта вайбкодингом, а сами инструменты сравнивали в статье про ИИ для разработки сайта. Отдельный разбор одного из сервисов лежит в тексте про Lovable AI и создание приложений.
Индекс удерживается обходом, а не объемом текста
После того как рендер починили, страницы начали заходить в индекс, и появилась вторая задача: удержать их там. 17 августа 2026 года мы сравнили две группы страниц собственного сайта. В первой 23 страницы, которые из поиска выбросило. Во второй 139, которые остались. Смотрели, чем группы отличаются.
| Признак | Выброшенные (23 страницы) | Оставшиеся (139 страниц) |
|---|---|---|
| Медиана дней с последнего обхода | 25 | 17 |
| Доля страниц с обходом старше 21 дня | 56,5 % | 17,3 % |
| Доля страниц с обходом старше 28 дней | 43,5 % | 8,6 % |
| Медиана объема текста, знаков | 14 542 | 14 526 |
Точный тест Фишера по порогу 21 день дает p, равное 0,00015 при отношении шансов около 6,2. Проще говоря, совпадением это быть почти не может: страница, которую робот не переобходил три недели, вылетает из поиска примерно в шесть раз чаще соседей.
Последняя строка таблицы важнее остальных. Медиана объема текста у выброшенных и оставшихся практически одинаковая: 14 542 знака против 14 526. Гипотеза «выкинули за тонкий текст» на этой выборке не подтвердилась, хотя приходит в голову первой.
Что из этого следует
Страница, к которой робот не заходил 21 день, становится кандидатом на вылет из поиска. По нашему замеру от 17 августа 2026 года объем текста у выброшенных и оставшихся страниц одинаковый: 14 542 знака против 14 526. Дописывать текст в такой ситуации бесполезно, надо возвращать обход.
Скорость обхода мы тоже посчитали. Робот берет медиану 24 страницы в сутки: 843 загрузки за 26 дней наблюдения. При объеме сайта в две сотни адресов полный цикл переобхода занимает около трех недель. Весь запас времени уходит ровно на тот порог, за которым начинаются потери, и страница, выпавшая из очереди, рискует не дождаться следующего захода.
Отсюда практический вывод. После починки рендера первую партию страниц мало отправить на переобход, дальше нужно следить за датами обхода. Мы это видели в августе: 3 и 4 августа 2026 года, после снятия ограничения по качеству хоста, страниц в поиске стало 48 против 31 сутками ранее, а исключенных за неделю оказалось 141 против 7. Индекс двигается рывками в обе стороны, смотреть на него надо в динамике, а не по одному снимку.
Что мы делаем с такими сайтами и сколько это стоит
Работа начинается с диагностики, а не с переделки. Смотрим ответ сервера по десятку адресов, консоль на устройстве без ускоренной графики, сводку Вебмастера и даты обхода. После этого понятно, какой из пяти пунктов таблицы сломан и сколько там работы: иногда все упирается в один компонент, как было у нас.
Дальше починка рендера, вариантов два. Пререндер собирает готовый HTML для каждого адреса на этапе сборки. Серверный рендер отдает собранную страницу на каждый запрос. Заодно закрываем то, из-за чего падал наш сайт: декоративный блок не должен уносить с собой весь документ, для этого его изолируют и дают запасной вариант отображения.
После рендера идет обвязка: заголовок и описание на каждую страницу, читаемые адреса, карта сайта с обновлением при публикации, разметка организации и статей. Последними ставятся очередь переобхода в Вебмастере и наблюдение за датами обхода несколько недель. Без этого шага предыдущие проверить нечем.
Ставка одна: 2 500 ₽/ч, оплата по факту сделанного, без аванса. Число часов на починку называем после диагностики, а не до нее. Фиксированных смет у нас нет: заранее неизвестно, один там упавший компонент или переезд на другой способ сборки.
Если сайта еще нет, задачу проще решить сразу правильно: разработка сайта с серверным рендером обходится дешевле, чем спасение готовой сборки. Если собирать хочется своими руками и быстро, но с оглядкой на поиск, посмотрите вайбкодинг. Чтобы страницы не выпадали из индекса через месяц после запуска, нужна регулярная проверка, это поддержка сайта: даты обхода, очередь переобхода, карта сайта после каждой публикации.
Посмотрим, что видит робот на вашем сайте
Ответ сервера по главным адресам, консоль без ускоренной графики, сводка Вебмастера и даты обхода. На выходе список поломок и оценка часов на починку. Ставка 2 500 ₽/ч, оплата по факту, без аванса.
Проверим ваш сайт глазами робота
Оставьте контакт: пришлем команды, которыми мы смотрели ответ сервера у себя, и скажем, что из пяти пунктов сломано на вашем адресе. Дальше по ставке 2 500 ₽/ч, оплата по факту.
Почему сайт из ИИ-конструктора может вообще не попасть в поиск?
Сервер отдает роботу каркас без содержимого, а текст собирает скрипт уже в браузере. Робот умеет выполнять скрипты, но делает это не всегда и не сразу. У нас добавился упавший компонент с трехмерной графикой: без поддержки WebGL скрипт останавливался целиком и body оставался пустым. Результат по Вебмастеру на 6 июля 2026 года: 1 страница в поиске, ИКС 0.
Как быстро понять, что робот видит пустую страницу?
Запросите адрес командой curl или откройте «Просмотр кода страницы». Инспектор не годится: он показывает документ, уже собранный скриптами. Если в ответе нет заголовка H1, абзацев и ссылок на разделы, а есть пустой контейнер со ссылкой на скрипт, индексировать нечего. Вторая проверка это ответ сервера в Яндекс.Вебмастере.
Поможет ли дописать текста, если страницы выпадают из индекса?
По нашему замеру от 17 августа 2026 года не поможет. Медиана объема текста у 23 выброшенных страниц 14 542 знака, у 139 оставшихся 14 526. Разница меньше сотни знаков. Различались группы по свежести обхода: медиана 25 дней против 17, доля страниц с обходом старше 21 дня 56,5 % против 17,3 %. Точный тест Фишера по порогу 21 день дает p, равное 0,00015 и отношение шансов около 6,2.
Что выбрать: пререндер или серверный рендер?
Пререндер собирает готовый HTML на этапе сборки и подходит сайту, где содержимое меняется редко: лендинг, сайт услуг, каталог. Серверный рендер отдает собранную страницу на каждый запрос и нужен там, где данные обновляются постоянно. Для робота обе схемы равноценны: важно, чтобы текст и заголовки пришли в первом ответе сервера.
Сколько стоит починить сайт, собранный нейросетью?
Мы работаем по ставке 2 500 ₽/ч, оплата по факту сделанного, без аванса. Сначала диагностика: ответ сервера по нескольким адресам, консоль, сводка Вебмастера, даты обхода. Число часов на починку называем после нее, потому что до диагностики неизвестно, один там упавший компонент или нужен переезд на другой способ сборки.
