Статья

Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере

Сергей Торкунов

Интерфейс Search Console показывает до 1000 строк таблицы; API дает больше данных, но также имеет ограничения и не гарантирует полный анонимизированный хвост. Поэтому итоговые значения графика могут не совпадать с суммой выгруженных запросов. В Яндекс Вебмастере наборы, окна и лимиты зависят от выбранного инструмента и API. Фиксируйте способ получения данных рядом с выводом.

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

Что обновлено 25.08.2026 для «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере»: удалён массовый универсальный хвост; добавлены QA-контроли данных и пример различения причин одного симптома; уточнены ограничения и действия после проверки.

Экспорт запросов → Нормализация → Кластер → Страница → Решение и повторный срез.
Схема. Экспорт запросов → Нормализация → Кластер → Страница → Решение и повторный срез.

Понимайте, что измеряют системы

Следующий связанный шаг: Google Search Console: как подключить и использовать. Для материала «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» эта ссылка продолжает соседнюю задачу без повторения текущего раздела.

ПоказательКак читатьТипичная ошибка
ПоказыПрисутствие результата в поиске по правилам системыСчитать показ охватом уникальных людей
КликиПереходы из поискового результатаПриравнивать к сеансам веб-аналитики
CTRКлики / показы в выбранном сегментеСравнивать запросы с разным интентом и SERP
ПозицияСреднее положение верхнего результата по методике системыТрактовать как ежедневный ранг одного URL
СтраницаОбычно канонический URL в отчете GoogleНе учитывать объединение дублей
ЗапросДоступная агрегированная формулировкаОжидать полный хвост низкочастотных данных

Подготовьте рабочую выборку

Следующий связанный шаг: Search Console в BigQuery: как построить надежное SEO-хранилище. Для материала «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» эта ссылка продолжает соседнюю задачу без повторения текущего раздела.

Выберите зрелый период и сопоставимое окно сравнения; исключите неполные последние дни.

Зафиксируйте тип поиска, страну или регион, устройство и поисковую систему.

Нормализуйте URL: протокол, хост, параметры, завершающий слеш и канонический идентификатор страницы.

Разметьте запросы как брендовые, товарные, категорийные, информационные и навигационные.

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

Сравнивайте абсолютные значения и доли: клики, показы, CTR, распределение позиций.

Сохраните неизвестные запросы и URL отдельной группой — это индикатор качества классификации.

Проверьте найденную возможность вручную в актуальной выдаче до постановки задачи.

Пять практических анализов

Запросы с потенциалом CTR

Отберите небрендовые запросы с устойчивыми показами, позицией в зоне реальных кликов и CTR ниже собственной нормы для такого типа SERP. Проверьте, соответствует ли Title и видимый заголовок интенту, не переписывается ли title link, есть ли цена, ассортимент или конкретный ответ на странице. Меняйте одну гипотезу на группе сопоставимых страниц, а не переписывайте все сразу.

Страница ранжируется не по своему интенту

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

Новые кластеры спроса

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

Приоритизируйте возможности

Оцените кластер по объему показов, бизнес-ценности, качеству текущей страницы, конкурентности, сложности внедрения и риску каннибализации. Быстрый рост CTR на подходящей странице обычно дешевле создания нового раздела; техническая блокировка массового шаблона может быть важнее обоих вариантов.

Чек-лист проверки вывода

  • Сравниваются одинаковые типы поиска и устройства.
  • Периоды сопоставимы по сезонности и дням недели.
  • Брендовые запросы не скрывают небрендовую динамику.
  • Сумма строк не выдана за полный итог без проверки ограничений.
  • URL связан с актуальным canonical и типом страницы.
  • Позиция рассматривается вместе с показами и CTR.
  • SERP проверен вручную для приоритетных кластеров.
  • Рекомендация содержит страницу, изменение и критерий приемки.

Как оформить задачу по результатам анализа

Укажите сегмент и доказательство: запросы, показы, клики, страницы, период и сравнение. Затем сформулируйте гипотезу, конкретное изменение, контрольную группу или исходную точку, защитные метрики и дату проверки. Формулировка «поднять CTR» не годится; формулировка «на 120 карточках с полным наличием проверить Title с типом, брендом и моделью против текущего шаблона» уже проверяема.

Мини-алгоритм разбора падения

Сначала сравните показы и клики. Если падают показы, проверьте спрос, индексирование, потерю запросов и видимость. Если показы стабильны, а клики снизились, локализуйте CTR по устройству и типу выдачи. Если Search Console стабилен, а органические сеансы упали, проверяйте аналитику, редиректы, consent и загрузку страницы. Такой порядок не дает начинать с переписывания Title при сломанном счетчике.

Сохраните выгрузку, активные фильтры и дату проверки SERP. Выдача меняется, поэтому скриншот или краткая запись элементов — реклама, карты, товарные блоки, быстрые ответы — помогает объяснить будущему редактору, почему была выбрана конкретная гипотеза.

Рабочая таблица возможностей

  • Кластер и основной интент.
  • Текущий URL, шаблон и состояние canonical.
  • Показы, клики, CTR и позиционный диапазон по устройствам.
  • Причина разрыва: сниппет, страница, архитектура или отсутствие предложения.
  • Предлагаемое изменение и затронутый охват.
  • Метрика, исходную точку, владелец и дата повторной проверки.

Не смешивайте в этой таблице уже доказанные дефекты и идеи. Для дефекта приложите воспроизведение и acceptance criteria; для гипотезы — способ проверки и критерий решения. Это защищает план работ от задач, которые выглядят одинаково срочными только потому, что у них есть поисковые цифры.

Семь проверок перед анализом поисковых запросов

Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» график становится основанием для действия только после QA области, периода, сегмента и источника. Допуск задаётся владельцем данных по фактической системе; универсальная цифра здесь создала бы ложную точность.

ПроверкаЭталонПричина расхожденияДействие
РесурсВыбран точный сайт и протоколСмешаны домены или папкиЗафиксировать область отчёта
ПериодПолные сопоставимые интервалыТекущая неполная неделяСравнить одинаковые календарные окна
Страна/устройствоСегмент соответствует рынкуРазличия выдачи смешаныРазделить и подписать срезы
Бренд/небрендПравило группировки документированоЧасть бренда попала в общий спросОбновить словарь и перепроверить
Запрос → URLКластер связан с фактической страницейАгрегация скрыла каннибализациюПроверить пары запрос–страница
Показы и позицияМетрики читаются вместе с формой выдачиСреднее принято за место каждого запросаРазобрать распределение и примеры
ЭкспортСохранены фильтры и датаПовторный отчёт даёт другой наборВерсионировать методику выгрузки

Почему одинаковый график требует разных решений: Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере

Рост показов при снижении средней позиции может быть нормальным, если страница начала показываться по новым запросам. Тот же график может скрывать потерю основного кластера. Решение зависит от пар запрос–URL и интента, а не от одной средней величины.

Приёмка данных: Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере

  • Сохранены точный ресурс, период, сегмент, фильтры и дата выгрузки. Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» критерий проверяется в описанном контексте.
  • Метрика имеет формулу, источник, гранулярность и владельца. Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» критерий проверяется в описанном контексте.
  • Сбой сбора отделён от изменения поискового или бизнес-результата. Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» критерий проверяется в описанном контексте.
  • Пример диагноза можно воспроизвести без доступа к вымышленным данным. Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» критерий проверяется в описанном контексте.

Если контрольный срез не воспроизводится, вывод отменяют и сначала чинят данные. Решение по сайту не ставят по отчёту, которому команда не может объяснить происхождение. Для темы «Как анализировать поисковые запросы в Search Console и Яндекс Вебмастере» критерий проверяется в описанном контексте.

Получите бесплатный аудит и стратегию роста

Изучим сайт, покажем точки роста и подготовим прогноз до квалифицированных лидов и оборота из SEO/GEO.