Почему vibe-coded сайт может не попасть в поиск

Vibe-coded сайт может не попасть в поиск не потому, что поисковая система умеет определять способ написания кода. Ей важен результат: доступен ли URL роботу, возвращает ли он содержательный HTML, можно ли найти страницу по ссылкам и отвечает ли она на реальный вопрос. Быстрая разработка повышает риск пропустить эти проверки.

Сначала проверьте доступ и статус ответа

Страница должна отдавать код 200, а не маскировать ошибку красивым экраном. Частые проблемы — запрет в robots.txt, meta robots noindex, авторизация на всём сайте, бесконечный редирект или временный адрес, оставшийся canonical.

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

Пустой HTML и зависимость от JavaScript

Некоторые прототипы отдают один контейнер, а текст загружают после выполнения большого клиентского приложения. Поисковые системы умеют обрабатывать JavaScript, но это требует времени и может сломаться из-за ошибки API, блокировки ресурса или бесконечной загрузки.

Для публичного контента надёжнее серверный рендеринг или статическая генерация. В исходном ответе уже должны быть основной текст, H1, title, description и ссылки. Интерактивность добавляется поверх, а не создаёт всю страницу с нуля.

Маршруты существуют только внутри приложения

Переходы по кнопкам работают, но прямое открытие вложенного URL возвращает 404. Либо все адреса показывают один HTML и одинаковый canonical. Это часто незаметно при кликах в локальной версии.

• Каждый полезный материал имеет постоянный URL.
• Прямой запрос возвращает правильную страницу.
• Удалённый адрес отдаёт 404 или 410.
• Дубликаты указывают корректный canonical.
• Карта сайта содержит только индексируемые URL.

Робот не находит страницы

Сгенерировать тысячу адресов недостаточно. На них должны вести обычные HTML-ссылки из понятной структуры сайта. Если каталог доступен только после ввода фильтра или нажатия кнопки, часть страниц останется изолированной.

Внутренние ссылки показывают связи и распределяют внимание. Навигация, хлебные крошки, категории и тематические рекомендации полезнее скрытого списка URL только в sitemap.

Контент не отвечает на отдельный запрос

AI легко создаёт десятки страниц, где меняется название города или услуги, а остальной текст одинаков. Такие адреса конкурируют между собой и не дают пользователю новой информации. Индексация сама по себе не гарантирует видимости.

Для каждой страницы нужна самостоятельная задача, проверяемые факты, ограничения, примеры и понятный следующий шаг. Если отличий нет, страницы объединяют, а не размножают.

Техническое качество тоже влияет

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

1. Проверить robots, noindex, status и canonical.
2. Посмотреть HTML без выполнения JavaScript.
3. Открыть каждый маршрут напрямую.
4. Проверить внутренние ссылки и sitemap.
5. Сравнить страницы на дубли и реальную пользу.
6. Отправить контрольные URL в инструменты вебмастера.

Не нужно сразу переписывать проект на другом фреймворке. Сначала найдите конкретный барьер. Иногда достаточно исправить конфигурацию рендеринга, ссылки или ошибочный запрет индексации.

Алиса может помочь проверить техническую доступность и содержание AI-сайта и определить, что действительно мешает поиску.