Вайб-кодинг собирает сайт за вечер: агент пишет фронтенд, подключает API, деплоит. Через месяц выясняется, что в поиске нет ни одной страницы, кроме главной. Это не случайность. Агенты по умолчанию строят то, что красиво выглядит в браузере, а поисковому роботу нужно другое: готовый HTML, понятные адреса и карта сайта. Ниже — разбор частых ошибок и порядок исправлений, который мы сами прошли на vibe-studio.uk, без смены адресов и без переезда на другой стек.
Если вы только начинаете с SEO, сначала прочитайте SEO для новичков, а про сборку сайта с ИИ — вайб-кодинг: сайт с нуля через ИИ.
Почему сайт на вайб-кодинге не индексируется
Типичная картина: одностраничное приложение, где сервер отдаёт пустой каркас, а заголовок, текст и ссылки появляются только после выполнения JavaScript и запроса к API. Человек видит страницу, робот при первом заходе видит «Загрузка…». Поисковики умеют выполнять JavaScript, но делают это позже, не для всех страниц и с ограниченным бюджетом. Для сайта без истории и ссылок это означает: страницы либо попадают в индекс через недели, либо не попадают вовсе.
Проверка за минуту: откройте исходный код страницы (не инспектор, а именно «просмотр кода») или запросите её через curl с юзер-агентом поискового робота. Если в ответе нет заголовка статьи и первого абзаца — проблема найдена.
Пять ошибок, которые агент делает по умолчанию
- Контент только в JavaScript. Сервер отдаёт один и тот же шаблон на любой адрес, а текст подгружается позже.
- Одинаковый title и description. Все страницы называются как главная, в выдаче их невозможно различить.
- Ссылки без href. Навигация сделана через обработчики клика на div или кнопках. Человек переходит, робот — нет: ему нечего обходить.
- Нет sitemap.xml и robots.txt. Робот узнаёт о новых страницах только случайно.
- Дубли без canonical. Одна статья доступна по нескольким адресам — с параметрами, со слешем и без, — и сигналы размазываются.
Шаг 1. SSR: отдавать готовый HTML
Server-side rendering — сервер собирает страницу целиком до отправки: title, description, h1, текст, ссылки уже в HTML. Это первый и самый важный шаг. Не обязательно переписывать проект на новый фреймворк: часто достаточно, чтобы сервер на запрос страницы статьи подставлял в шаблон данные из той же базы, из которой их берёт фронтенд. Скрипты при этом продолжают работать как раньше.
Ставьте агенту задачу конкретно: «для каждого адреса статьи сервер должен вернуть HTML с уникальным title, meta description, canonical, h1 и полным текстом; проверь curl без выполнения JS». Расплывчатое «сделай SEO» агент закроет косметикой.
Шаг 2. Sitemap и robots.txt
Sitemap — XML-список всех адресов, которые вы хотите видеть в поиске, с датой изменения. Генерируйте его автоматически из базы при каждой публикации, а не руками. В robots.txt укажите путь к sitemap и закройте служебное: админку, API, черновики. Sitemap добавьте в панели вебмастеров поисковиков.
Правило: в sitemap только канонические адреса, которые отдают 200. Если там окажутся редиректы или 404, робот начнёт доверять карте меньше.
Шаг 3. IndexNow: сообщать о новых страницах сразу
IndexNow — протокол, через который сайт сам уведомляет поисковики о новом или изменённом адресе одним HTTP-запросом. Его поддерживают Яндекс и Bing. Схема простая: кладёте файл-ключ в корень сайта и при публикации отправляете список новых адресов. Для блога, где статьи выходят каждый день, это разница между «нашли через неделю» и «пришли в тот же день». Вызов IndexNow стоит повесить на сам момент публикации, чтобы не зависеть от памяти человека.
Шаг 4. Ссылки, адреса и canonical
- Навигация — только через настоящие ссылки <a href>. Клиентский роутер может перехватывать клик, но в HTML ссылка должна быть.
- Внутренняя перелинковка. Каждая статья ссылается на 3–5 соседних по теме и на ключевую страницу продукта. Так робот находит глубокие страницы, а вес распределяется.
- Canonical на каждой странице указывает один основной адрес. Если адреса уже проиндексированы, не меняйте их ради «красоты»: смена схемы URL требует 301-редиректов и временно отбрасывает позиции. Стабильный адрес с параметром лучше, чем переезд без необходимости.
Шаг 5. Картинки, og и schema
У каждой обложки — осмысленный alt, разумный вес и современный формат. Теги Open Graph (og:title, og:description, og:image) отвечают за превью в Telegram и соцсетях — это прямой трафик, не только SEO. Разметка schema.org для статей (Article, автор, дата) и для продукта помогает поисковику понять тип страницы. Это следующий этап после SSR и sitemap, а не первый.
Как проверить, что всё работает
- curl страницы с юзер-агентом робота: 200, уникальный title, текст в HTML.
- Sitemap открывается, в нём новые адреса, все отдают 200.
- В панели вебмастера нет ошибок сканирования и растёт число страниц в индексе.
- Поиск по site:ваш-домен показывает статьи, а не только главную.
- Превью ссылки в Telegram показывает правильную картинку и заголовок.
Повторяйте проверку после каждой крупной правки от агента: он легко ломает SSR, переписывая шаблон «для красоты». Почему агенту нужна проверка, а не доверие на слово, — в статье harness engineering для ИИ-агентов; как держать структуру проекта, чтобы такие правки не расползались, — в разборе структуры репозитория ИИ-приложения.
Коротко
Сайт на вайб-кодинге не попадает в поиск чаще всего потому, что отдаёт роботу пустой каркас. Порядок исправлений: SSR с уникальными title, description, canonical и текстом в HTML; автоматический sitemap и robots.txt; IndexNow при каждой публикации; настоящие ссылки и перелинковка без смены рабочих адресов; затем картинки, og и schema. Органика — самый дешёвый трафик в долгую, а лендинг под платный трафик собирается по отдельному чек-листу. Инструменты студии — на vibe-studio.uk.