Кальтер / Блог

Как с ИИ превратить запросы Search Console в карту контента

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

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

Условная карта перехода от запросов Search Console к страницам и пробелам контента; размер сегментов не означает частотность.
Условная карта перехода от запросов Search Console к страницам и пробелам контента; размер сегментов не означает частотность.

Выгрузка Search Console показывает формулировки запросов и страницы, получившие показы или клики. Чтобы превратить строки в план работ, свяжи каждый запрос с задачей человека, URL и конкретным решением: оставить страницу, уточнить её, добавить раздел или подготовить отдельный материал. Саму группировку можно поручить ИИ, но ни одну строку не отдавай ему без исходных данных и проверки.

Сначала подготовь выгрузку

Выбери в Search Console период и тип поиска. Для карты контента выгрузи хотя бы запрос, страницу, клики, показы и позицию, если поле доступно в интерфейсе/экспорте. Зафиксируй фильтры и даты рядом с файлом. API Search Analytics позволяет задавать диапазон дат и группировать строки по измерениям, например запросу и странице, но не гарантирует возврат всех строк: документация говорит о верхних строках и внутренних ограничениях (Google Search Analytics API). Поэтому карта объясняет то, что попало в выгрузку, а не весь спрос.

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

Попроси модель построить черновую карту

Дай модели запросы с уникальными ID, а не только сводные значения. Вставь название проекта и коротко опиши, для кого он. Вот промпт, который можно адаптировать:

Ты помогаешь редактору сгруппировать строки Search Console, а не выбираешь ключевые слова по объёму.
Для каждой строки используй только переданные данные. Не придумывай спрос или показатели.
Сгруппируй близкие формулировки по возможной задаче пользователя. Помечай задачу как гипотезу,
привязывай её к исходной строке и не добавляй отсутствующие данные. Верни таблицу:
ID строки | исходный запрос | гипотеза о задаче | возможный URL | уверенность | что проверить человеку.
Если намерение неясно, поставь «недостаточно данных». Не объединяй строки только из-за общих слов.
После таблицы предложи по одному действию на группу: оставить, обновить страницу,
добавить раздел или рассмотреть отдельную страницу. Укажи, какая строка это решение поддерживает.

Контекст сайта: [аудитория и задача проекта]
Период и фильтры выгрузки: [даты, поисковая система, устройство/страна при наличии]
Строки: [ID, запрос, URL, клики, показы, позиция]

Учебный пример, не данные ZASLON

Допустим, модель получает три синтетические строки:

ID Запрос URL Клики Показы
Q1 как собрать план статьи /blog/editorial-plan/ 3 42
Q2 шаблон контент-плана для блога /blog/editorial-plan/ 1 31
Q3 календарь публикаций в телеграме /blog/social-calendar/ 0 18

Гипотетическая модель может предложить одну группу «планирование контента» для Q1–Q2 и отдельную задачу «календарь публикаций» для Q3. Это только черновой вывод. Открой обе страницы: если первая уже отвечает про план статьи и шаблон, реши, не нужен ли ей отдельный пример; третья может требовать другой формат и другой результат.

Ручная проверка перед решением

  1. Проверь, что каждая строка из выгрузки осталась в карте и модель не изменила URL или цифры.
  2. Открой страницу и прочитай заголовок, вводный ответ и основную структуру. Сформулируй её задачу одним предложением.
  3. Сравни задачу страницы с тем, что человек, вероятно, хочет сделать по запросу. Если совпадение неясно, оставь группу на проверке, а не назначай новую статью автоматически.
  4. Зафиксируй решение и основание: конкретный URL или строка, не ощущение «запрос важный».
  5. Не превращай частые повторы в новую страницу, если существующая уже решает задачу; добавь недостающий пример или уточнение.

Рабочая таблица на выходе: query_id | query | task | candidate_url | clicks | impressions | editorial_action | evidence | status. В статусе пригодятся значения «проверить URL», «обновить», «новая задача», «недостаточно данных». Так выгрузка становится редакционной картой, но не измерением всего рынка и не прогнозом трафика.

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