Сайт на вайбкодинге: что в нём ломается для поиска и как это починить

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

Статья для тех, кто получил такой сайт в работу или собрал его сам и теперь хочет трафика, а не только красивой первой страницы.

Почему у таких сайтов ломается именно SEO

Нейросеть решает задачу, которую вы поставили: «сделай лендинг для студии ремонта». Она делает красивую страницу. Задачи «чтобы это попало в поиск» в промпте не было, и всё, что относится к поиску, остаётся на усмотрение модели: что-то она сделает по привычке, что-то не сделает вовсе.

Отсюда простое правило: сгенерированный сайт — это заготовка. Выглядит готовой, но без проверки в поиске её нет.

В чате сообщества обе стороны этой истории живут рядом. С одной стороны — восторг от скорости:

С другой — отрезвляющее:

Разница между этими опытами — ровно в том, проверили сайт после генерации или нет.

Проверка 1. Видит ли робот ваш текст

Самая дорогая ошибка. Многие генераторы отдают страницу-каркас, а содержимое подставляют скриптом уже в браузере. Человек видит текст, робот — пустой <div>.

Как проверить за минуту. Откройте исходный код страницы (Ctrl+U) и поищите в нём фразу из своего заголовка. Нашли — всё в порядке. Не нашли — контент рисуется скриптом.

Что это значит на практике. Яндекс исполняет JavaScript и умеет индексировать такой контент, в Вебмастере для этого есть инструмент «Рендеринг JavaScript». Google тоже рендерит страницы. Но рендеринг — это вторая очередь обхода: он откладывается, выполняется не для всех страниц и ломается от любой ошибки в скрипте. Страница, где текст доступен сразу в HTML, индексируется быстрее и надёжнее.

Что делать. Если сайт собран на React или похожем фреймворке — включить серверный рендеринг или предварительную генерацию страниц. Если это одностраничник от конструктора — попросить нейросеть «вынести весь текстовый контент в разметку страницы, а не подставлять скриптом». Для небольшого лендинга это обычно десять минут работы.

Проверка 2. Адреса страниц

Второе типовое место поломки — адреса с решёткой: site.ru/#/uslugi, site.ru/#contacts. Так работает маршрутизация во многих сгенерированных одностраничниках.

Яндекс прямо пишет, что от такой схемы нужно отказаться: робот находит ссылки только в атрибуте href, а ссылки-фрагменты вида #/uslugi не обходит — значит страницы сайта просто не будут обнаружены. В справке рекомендуют перейти на обычные адреса через History API и поставить 301-редиректы со старых.

Заодно проверьте:

• каждый раздел — отдельный адрес. Если все услуги живут на одной странице и переключаются скриптом, в поиск попадёт одна страница вместо шести;
• нет мусора в адресах вроде /page-1, /untitled, /index.html?id=2;
• несуществующий адрес отдаёт 404, а не красивую страницу с кодом 200. Сгенерированные сайты часто возвращают 200 на что угодно, и поиск наполняется пустыми адресами.

Проверка 3. Заголовки и метатеги

Нейросеть почти всегда ставит один title на все страницы — тот, что был в промпте. Бывает и хуже: title вида «Мой сайт» или «Create Next App».

Что проверить: у каждой страницы свой title и description, ровно один <h1>, заголовки идут по уровням без пропусков, у картинок заполнен alt. Отдельно посмотрите, не осталось ли на сайте «рыбного» текста — Lorem ipsum, «наша компания работает с 20XX года» и телефона-заглушки.

Подробно про формулировки — в статье про title и description.

Проверка 4. Индексация

Тут три частые находки.

Запрет, оставшийся с тестов. В robots.txt строка Disallow: / или на страницах метатег noindex — генераторы ставят их, пока сайт в разработке, и забывают снять при публикации. Проверьте оба места.

Нет карты сайта. sitemap.xml либо отсутствует, либо содержит адреса с решёткой и тестового домена. Пересоберите и укажите в robots.txt.

Нет canonical или он указывает на чужой адрес. После переноса с домена генератора canonical часто продолжает ссылаться на project.lovable.app — и поиск считает ваш сайт копией.

Что делать после правок: добавить сайт в Яндекс Вебмастер и Google Search Console, отправить карту и проверить, как робот видит конкретную страницу. Если страницы всё равно не заходят в индекс — разбор причин собран в статье про страницы, которые не индексируются.

Проверка 5. Скорость и картинки

Сгенерированные сайты тяжелы по двум причинам: в них тянется весь фреймворк ради одной страницы, а картинки вставляются в исходном размере — фотография 4000 пикселей шириной в блоке на 400.

Минимум, который даёт результат: пересжать и перевести картинки в современный формат, задать им ширину и высоту, убрать неиспользуемые скрипты и шрифты. Мерить — на телефоне, как разобрано в статье про скорость загрузки.

Проверка 6. Домен и хостинг

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

Проверьте заодно: работает ли HTTPS, выбрано ли одно главное зеркало (с www или без), отвечает ли сайт по обоим вариантам одинаково, куда уходят письма с форм — многие генераторы по умолчанию шлют заявки в консоль браузера, то есть в никуда.

Проверка 7. Аналитика и формы

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

Чек-лист перед запуском

1. Текст страницы виден в исходном коде, а не подставляется скриптом.
2. Адреса без решётки, у каждого раздела свой адрес.
3. Несуществующая страница отдаёт 404.
4. У каждой страницы свои title, description и один <h1>.
5. В robots.txt нет Disallow: /, на страницах нет noindex.
6. Есть sitemap.xml с реальными адресами.
7. Canonical указывает на ваш домен.
8. Картинки пересжаты, скорость проверена на телефоне.
9. Сайт на своём домене, HTTPS работает, зеркало одно.
10. Счётчик на всех страницах, цель на форме, тестовая заявка дошла.

Когда чинить, а когда переделывать

Чинить имеет смысл, если сайт отдаёт обычный HTML, адреса нормальные, а проблемы в метатегах, картинках и настройках — это работа на день.

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

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

Частые вопросы

Понижает ли поиск сайты, сделанные нейросетью?

Нет. Ни Яндекс, ни Google не ранжируют по признаку «кто написал код». Проблемы у таких сайтов технические: недоступный роботу контент, одинаковые метатеги, адреса с решёткой. Чинятся — и сайт ранжируется как любой другой.

Индексируется ли контент, который подгружается через JavaScript?

Да, обе системы исполняют JavaScript, у Яндекса в Вебмастере есть инструмент «Рендеринг JavaScript» для проверки. Но это вторая очередь обхода: медленнее, не для всех страниц и чувствительно к ошибкам в скриптах. Текст, доступный сразу в HTML, надёжнее.

Почему страницы сайта не попадают в индекс, хотя сайт открывается?

Чаще всего по одной из трёх причин: ссылки на разделы сделаны через решётку и робот по ним не ходит, в robots.txt остался запрет с этапа разработки или canonical указывает на домен сервиса-генератора.

Можно ли продвигать сайт на поддомене конструктора?

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

Нужен ли вообще разработчик, если сайт собрала нейросеть?

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

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

Задать требования в промпте: отдавать готовый HTML без подстановки текста скриптом, адреса без решётки, у каждой страницы свои title и description, один h1, alt у картинок, sitemap.xml, 404 для несуществующих адресов. Это не гарантия, но сокращает список правок вдвое.

Сколько времени занимает доводка такого сайта?

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

Главное о сайтах на вайбкодинге

Нейросеть собирает страницу, а не позицию в поиске. Ровно поэтому сгенерированный сайт стоит принимать как заготовку: открыть исходный код и убедиться, что текст в нём есть, убрать решётки из адресов, развести метатеги, снять тестовые запреты, перенести на свой домен и повесить аналитику.

Это день работы, после которого сайт перестаёт быть красивой картинкой и начинает участвовать в выдаче наравне с теми, которые собирали руками.

← Все материалы