Void APIБаза кейсов ИИКак провести SEO-аудит сайта с ИИ и получить план изменений
Как провести SEO-аудит сайта с ИИ и получить план изменений
Разбираем исследование из поста 53 и показываем, как повторить его для своего сайта: подготовить вводные, дать агенту задачу, проверить доказательства и получить план работ. Выводы первоисточника относятся к состоянию сайта на момент исследования, а не к его текущей версии.

Что сделал агент и какой результат описан в посте
Агент изучил главную, каталог моделей, документацию, инструкции подключения и коммерческие страницы Void API. Проверил robots.txt, sitemap и исходный HTML: метатеги, canonical, языковую разметку, структурированные данные и внутренние ссылки. Дополнительно посмотрел поисковую представленность и примеры конкурентов.
По публикации, результатом стал PDF-отчёт. Среди наблюдений: заголовок «С чего начнём?» слабо объяснял API-продукт, часть коммерческой конкретики была отложена до входа, а отдельные страницы моделей отсутствовали в sitemap. Это пересказ исторического разбора, не новая проверка сайта и не доказательство роста трафика.
1. Подготовьте адрес сайта и контекст продукта
Укажите основной домен, языки, регионы, описание продукта, целевую аудиторию и главное действие посетителя: регистрация, покупка, создание API-ключа или заявка. Добавьте список важных страниц и известных ограничений — например, что часть информации доступна только в кабинете.
Для примера из поста продукт объединял ИИ-чат и OpenAI-совместимый API, а одна из задач состояла в привлечении разработчиков. Такой контекст помогает оценить не только наличие тегов, но и то, понимает ли посетитель предложение, цену и следующий шаг.
2. Откройте Void Chat и поставьте задачу
Перейдите на сайт Void API, создайте аккаунт, если его ещё нет, и откройте Void Chat. Выберите модель с доступными инструментами исследования сайта. В новом диалоге отправьте вводные и запрос ниже; для этого сценария отдельная установка OpenCode не требуется.
Попросите сначала перечислить страницы для проверки и уточнить недостающие сведения. Если агент не может открыть URL, попросите явно отметить ограничение и передайте сохранённый HTML, robots.txt или sitemap. Недоступную страницу нельзя считать проверенной.
Исследуй SEO моего сервиса. Проверь публичные страницы, исходный HTML, robots.txt, sitemap, метатеги и внутренние ссылки. Оцени, насколько понятно предложение и какие поисковые намерения покрывает сайт. Отдели подтверждённые проблемы от гипотез. Дай приоритетный план изменений с примерами заголовков и структуры страниц. Не выдумывай трафик, позиции и результаты внедрения3. Проверьте публичные страницы и технические сигналы
Попросите проверить главную, продуктовые и коммерческие страницы, каталог, документацию и инструкции. Для каждой нужны URL, статус ответа, title, description, H1, canonical, языковые альтернативы, индексируемость и важные внутренние ссылки. robots.txt, sitemap и noindex проверяются отдельно: наличие URL в sitemap само по себе не доказывает индексацию.
Разделите исходный HTML ответа и содержимое после выполнения JavaScript. Если данные появляются только после загрузки приложения, агент должен указать, что именно он исследовал. При проверке структурированных данных нужны типы объектов и конкретные ошибки, а не просто отметка «разметка есть».
4. Оцените понятность предложения и поисковые намерения
Пусть агент объяснит по каждой ключевой странице: кому она адресована, на какой вопрос отвечает, что предлагает и куда ведёт дальше. Для API-сервиса это могут быть поддерживаемые модели, цены, условия доступа, совместимость SDK и пример первого запроса. Формулировки должны опираться на фактический продукт.
Сопоставьте существующие страницы с группами намерений: изучить сервис, сравнить варианты, узнать цену, подключить инструмент, решить ошибку. Примеры конкурентов полезны для сравнения структуры, но не доказывают их трафик или конверсию. Не создавайте страницы под модели, которых нет в каталоге.
5. Отделите наблюдения от гипотез
Для каждого подтверждённого наблюдения запросите URL, фрагмент HTML или текста, дату проверки и объяснение проблемы. Отдельно перечислите гипотезы: например, что неясный заголовок снижает регистрации. Без аналитики такое влияние нельзя выдавать за измеренный результат.
Если нужны данные поиска, предоставьте выгрузки Search Console, Вебмастера или аналитики с периодом и фильтрами. Просмотр поисковой выдачи не заменяет эти источники и не даёт надёжной истории позиций. Отсутствие данных должно быть явно записано в отчёте.
6. Получите приоритетный план с примерами
Попросите таблицу: проблема, доказательство, затронутые URL, предлагаемое изменение, приоритет, трудоёмкость и способ проверки. Сначала исправляются подтверждённые препятствия доступности и индексируемости, затем уточняются предложение, навигация и недостающие полезные страницы — с учётом вашего сайта.
Для заголовков и структуры запросите конкретные варианты. В кейсе среди первых направлений названы ясное описание «ИИ-чат + API», раскрытие цен и условий и страницы моделей. Это идеи из исходного разбора: перед применением сравните их с текущим состоянием и возможностями продукта.
7. Подготовьте и проверьте PDF-отчёт
Попросите собрать итоговый PDF: краткое резюме, область проверки, список источников, подтверждённые наблюдения, гипотезы, приоритетный план и примеры новых блоков. Сначала согласуйте содержание в чате, затем попросите создать файл средствами доступной среды. В публикации сказано о PDF, но сам файл на этой странице не распространяется.
Скачайте отчёт и откройте его: проверьте кириллицу, переносы, таблицы, кликабельность ссылок и соответствие текста исследованию. Если создание файла недоступно, попросите документ в Markdown или HTML для экспорта. Не считайте нарисованную на иллюстрации карточку готовым файлом.
8. Внедрите изменения и измерьте результат отдельно
Преобразуйте согласованный план в задачи. После внедрения повторно проверьте изменённые URL, исходный HTML, canonical, языковые ссылки и sitemap. Сохраняйте даты выпуска, чтобы сравнивать показатели за сопоставимые периоды.
Отслеживайте показы, клики, индексируемость и целевые действия по своей аналитике. Исходный пост описывает исследование и рекомендации, а не подтверждённый прирост трафика, позиций или продаж. Повторный аудит проверяет исправления, но не гарантирует поисковых результатов.