Коротко: владелец бизнеса из строительной ниши уволил разработчиков и SEO-специалистов и полностью перешёл на вайбкодинг — разработку сайта через ИИ без технического контроля. AI-редизайн выкатили сразу на живой сайт, и уже через два дня сайт начал стремительно терять трафик и позиции в поиске. Причины: потерянные адреса страниц, перепутанные языковые версии, исчезнувшая структурированная разметка и неверный способ отрисовки страниц. После двух недель диагностики и исправлений сайт полностью восстановился в течение месяца. Вывод: ИИ — мощный инструмент, но требует экспертного технического контроля, а не замены им.
Эта история — не про то, что искусственный интеллект плох. Я сам использую его в работе каждый день. Эта история про то, что происходит, когда мощный инструмент используют без технического контроля — и что бизнесу это может стоить недель простоя и потерянных клиентов.
Сайт с органическим трафиком до перехода на вайбкодинг
Ко мне обратился владелец бизнеса из строительной ниши. До того, как он пришёл, у него был рабочий, растущий сайт: больше тысячи качественных посетителей в месяц из органического поиска, стабильный поток заявок, годы накопленной технической истории — правильные адреса страниц, рабочая структура, поисковая репутация.
Это был не эксперимент. Это был инструмент, который приносил бизнесу реальные деньги.
Как бизнес полностью перешёл на вайбкодинг вместо команды разработчиков
Насмотревшись роликов в TikTok и постов в Threads о том, как ИИ теперь может «сам написать сайт», владелец бизнеса принял решение: уволить всю команду разработчиков и SEO-специалистов и вести сайт полностью через вайбкодинг — разработку через ИИ-инструмент без участия технических специалистов.
Само по себе желание пересмотреть расходы на разработку — это нормально, и я это понимаю: любой владелец бизнеса имеет право искать более эффективные способы работы. Проблема была не в самом решении попробовать ИИ. Проблема была в том, как это было сделано.
Он захотел новый дизайн — и получил его. ИИ переписал внешний вид сайта, создал новую административную панель. А дальше всё это выкатили сразу в продакшен — на живой, рабочий сайт, без промежуточной проверки, без тестового окружения, без технического аудита.
Через два дня сайт заметно просел. И не восстанавливался — больше месяца он только терял позиции и трафик.
Технические ошибки вайбкодинга: что сломалось на сайте
Причин было несколько, и все они звучат по-разному для разработчика и для владельца бизнеса. Разберу каждую так, как объяснял бы клиенту, а не коллеге-технарю.
Потерялись адреса страниц (URL-структура). Представьте, что у вашего бизнеса были тысячи визитных карточек, розданных по всему городу, и на каждой — правильный адрес офиса. Поисковые системы годами «запоминали» адреса страниц сайта именно в таком виде. Когда при редизайне эти адреса изменились без должной переадресации (редиректов), все, кто шёл по старому адресу — и живые посетители, и поисковые роботы — упирались в пустоту. Годы накопленного доверия поисковика к этим страницам обнулились в одну ночь.
Перепутались языковые версии, и никто не предупредил поисковик (локали и hreflang). У сайта есть отдельные разделы для разных языков — каждый на своём адресе, скажем, «немецкий» и «английский». При редизайне их буквально поменяли местами: то, что раньше отдавало немецкий текст, стало показывать английский, и наоборот. При этом поисковику никто не сообщил об этой замене — служебный сигнал (атрибут hreflang), который говорит «эта страница для немецкоязычных, эта для англоязычных», остался привязан к старым адресам. И самое болезненное: переадресацию со старых языковых адресов на новые тоже не настроили. В итоге и посетители, и поисковые роботы, которые годами заходили по знакомым ссылкам, либо получали не тот язык, который ожидали, либо упирались в мёртвые страницы. Поисковик перестал доверять тому, что видит, и начал понижать всю языковую структуру сайта.
Пропали расширенные результаты в поиске (структурированные данные, rich snippets). Раньше в результатах поиска у сайта могли отображаться дополнительные элементы — рейтинги, ответы на частые вопросы, структурированная информация прямо в выдаче, ещё до перехода на сайт. Это работает через специальную техническую разметку Schema.org, невидимую глазу, но заметную поисковику. При переносе на новый дизайн эта разметка была потеряна. Сайт стал выглядеть в поиске куда скромнее конкурентов — и получал меньше кликов даже при тех же позициях.
Часть сайта стала «невидимой» для поисковика в момент его прихода (серверный рендеринг). Здесь чуть сложнее технически, но объясню по аналогии. Сайт можно построить двумя способами: заранее «испечь» готовую страницу и мгновенно отдавать её при заходе (серверный рендеринг) — или собирать её «на лету» прямо в браузере посетителя, уже после того как он открыл страницу (клиентский рендеринг). Для важного контента, который должен быть виден сразу — и посетителю, и поисковому роботу, — первый способ критичен. ИИ в ряде ключевых мест выбрал второй подход там, где нужен был первый. В результате поисковый робот иногда заставал страницу ещё пустой, а живые посетители видели более медленную, дёргающуюся загрузку.
По отдельности каждая из этих проблем — это неделя работы для исправления. Все четыре одновременно, без диагностики и без понимания, что именно сломалось — это остановка бизнеса.
Что сломалось и как это исправляется — сводная таблица
| Что сломалось | Что это значит простыми словами | Как это исправляется |
|---|---|---|
| Потерянные адреса страниц (URL) | Поисковик и посетители заходили по старым адресам и попадали в пустоту | Восстановление структуры адресов и настройка переадресации (редиректов) со старых URL на новые |
| Перепутанные языковые версии (локали поменяны местами, hreflang не обновлён, редиректов нет) | Немецкая и английская версии поменялись местами без предупреждения поисковика — старые ссылки вели не туда | Возврат правильных языковых адресов, обновление hreflang-разметки и настройка переадресации со старых языковых URL |
| Потерянная разметка для поиска (Schema.org) | Сайт исчез из расширенных результатов поиска — рейтинги, ответы, доп. информация | Восстановление технической структурированной разметки |
| Неверный способ отрисовки страниц (client-side вместо server-side) | Часть контента была невидима для поисковика в момент захода | Перевод критичных частей сайта на серверную отрисовку |
Восстановление сайта после вайбкодинга: что я сделал
Я потратил две недели на системную диагностику и исправление: восстановил корректные адреса страниц с правильными переадресациями, вернул на место языковую разметку, восстановил структурированные данные, перевёл критичные части сайта обратно на серверную отрисовку там, где это было нужно для скорости и видимости в поиске.
Ещё через месяц после исправлений сайт стабилизировался и начал постепенно расти обратно — вернулись позиции, вернулся трафик, вернулись заявки.
Урок не в том, что ИИ — это плохо, а в экспертном контроле над AI-разработкой
Я сам активно использую ИИ в разработке — это мощный инструмент, который ускоряет рутину и помогает работать быстрее. Разница не в том, использовать ИИ или нет. Разница в том, используется ли он под экспертным контролем или вместо него.
ИИ прекрасно справляется с тем, что ему поручают. Но он не знает автоматически, что нельзя менять структуру адресов без переадресаций, что нельзя путать языковые версии, что нельзя терять структурированную разметку, что нельзя необдуманно менять способ отрисовки страниц. Это знание — экспертиза, а не функция инструмента. Без человека, который это понимает и проверяет результат до того, как он попадёт на живой сайт, любой мощный инструмент может выкатить в продакшен что угодно — и никто не заметит, пока не станет поздно.
Чек-лист: как защитить сайт при использовании ИИ в разработке
Если вы рассматриваете использование ИИ для разработки или редизайна сайта — вот что стоит сделать обязательно:
- Никогда не выкатывайте изменения сразу на живой сайт. Любые серьёзные правки сначала проверяются на тестовой копии сайта, недоступной для поисковиков и посетителей, и только потом переносятся на основной сайт.
- Настройте базовый мониторинг. Уведомления от Google Search Console и простой мониторинг доступности сайта покажут проблему в течение часов, а не через месяц бездействия.
- Сохраняйте структуру адресов страниц при любом редизайне — а если адреса всё же меняются, обязательно настраивайте переадресацию со старых на новые.
- Доверяйте техническую проверку AI-изменений специалисту, который понимает и разработку, и SEO — особенно если правки касаются структуры сайта, языковых версий или способа отображения страниц.
- Не путайте красивый дизайн с работающим сайтом. Это два разных вопроса. Сайт может выглядеть эффектно и при этом быть невидимым для поисковика — эти вещи никак не связаны между собой.
- Если хотите использовать ИИ в разработке — сочетайте его с экспертным контролем, а не заменяйте им экспертизу целиком. ИИ усиливает того, кто понимает результат его работы — а не заменяет это понимание.
Если ваш сайт уже пострадал от непроверенного AI-редизайна
Если после редизайна, миграции или экспериментов с ИИ трафик вашего сайта резко просел и не восстанавливается — вероятно, дело в одной или нескольких из описанных выше причин. Такие проблемы диагностируются и исправляются, обычно быстрее, чем кажется, если знать, где искать. Напишите мне — проведу технический аудит и скажу, что именно происходит с вашим сайтом.
