Сайт на ИИ готов. Почему его ещё рано отдавать в SEO: чек-лист перед запуском

Вы открываете результат работы ИИ: красивый первый экран, карточки услуг, форма и кнопка «Опубликовать». Кажется, сайт уже закончен. Но посетитель может попасть не на главную, а сразу на внутреннюю страницу с телефона. А заявка может выглядеть отправленной, хотя никто её не получил.

Я Евгений Шелпаков. Ниже — моя приёмка маркетингового сайта, созданного с ИИ-помощью. Это не способ получить гарантированный топ. Это способ отделить работающий сайт от убедительной демонстрации.

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

Например, у автосервиса страницы ремонта тормозов и диагностики подвески могут отвечать на разные задачи. А три страницы с переставленными словами «ремонт тормозов Москва» могут оказаться одним и тем же предложением. Это пример проектирования, не подтверждённый спрос конкретной компании.

Для определения спроса нужны данные и проверка выдачи. Наличие похожих страниц у конкурента само по себе не означает, что они приводят ему заявки.

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

Попросите исполнителя проверить HTTP-ответы и заголовки. Для рабочей индексируемой страницы ожидается корректная доступность; перенесённые адреса требуют осмысленных перенаправлений. В sitemap должны находиться актуальные основные адреса, а не цепочки переадресаций или копии одного материала.

Результат проверки — список URL и фактических ответов. Фраза «на моём компьютере всё открывается» не заменяет проверку опубликованного сайта.

Страница может открываться человеку, но быть закрыта от поиска. Проверьте robots.txt, noindex и основной адрес страницы — canonical. Затем смотрите статус конкретного URL в кабинетах поисковых систем, а не только общий счётчик страниц.

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

Если сайт использует JavaScript, проверяйте, какое содержание доступно поисковой системе. Не делайте вывод «роботы не читают JavaScript» или «раз открылось у меня, значит робот видит всё»: оба упрощения мешают диагностике.

ИИ может придумать опыт, отзывы, свойства товара и красивые проценты. Такие ошибки опаснее опечатки. Отдельно проверьте цены, сроки, адреса, компетенции, изображения и содержание кейсов.

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

Практический тест: для каждого утверждения спросите «Откуда мы это знаем?» Если ответа нет, уберите его или замените проверяемым описанием процесса. Отсутствующие отзывы нельзя компенсировать похожими на настоящие цитатами.

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

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

Анимацию оценивайте по тому, помогает ли она странице. Если контент нельзя прочитать из-за движения или первый экран долго остаётся пустым, эффект мешает задаче. Красивый сайт не обязан становиться неподвижным; ему нужны контролируемые состояния.

Кнопка может менять надпись на «Спасибо» даже при ошибке сервера. Поэтому тест должен проверять не только интерфейс, но и фактическую доставку в согласованную почту или CRM.

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

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

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

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

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

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

Попросите исполнителя назвать границы сопровождения. Кто исправляет форму после изменения почтового сервиса? Кто обновляет описания услуг? Кто проверяет, что после нового дизайна не пропали старые страницы? Без ответов сайт легко превращается в одноразовый эксперимент.

Не все проверки владелец бизнеса должен делать сам. Но результат должен быть понятен ему без необходимости верить словам «нейросеть всё предусмотрела». ИИ помогает создавать и менять сайт. Ответственность за факты, пользовательский сценарий и проверку запуска остаётся у людей.