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

Search Console предоставляет эти данные в отчёте Performance. Таблица Queries группирует статистику по поисковым формулировкам и позволяет анализировать клики, показы, CTR и среднюю позицию.

Это принципиально отличается от общего исследования рынка. Search Console отвечает на вопрос «по каким запросам Google уже показывает мой сайт», а вовсе не «сколько раз вообще ищут эту тему во всём Google».

Что такое поисковые запросы Google

В контексте Search Console query — поисковая формулировка пользователя, по которой ресурс появился в результатах Google.

Полезно разделять несколько близких сущностей:

СущностьЧто означает
Поисковый запросРеальная фраза пользователя
Query в Search ConsoleЗапрос, по которому Google зафиксировал показ или взаимодействие с сайтом
Ключевая фразаРабочая формулировка SEO-специалиста
Семантический кластерГруппа близких запросов вокруг одной задачи

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

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

Отсюда важный вывод: запросы нужны для понимания аудитории, а не для составления нормативов плотности ключей.

Как поисковые запросы Google связаны с SEO

Отчёт Performance помогает увидеть три разных сценария.

Первый: страница получает много показов по ожидаемым запросам. Значит, Google уже связывает её с нужной тематикой, и дальше имеет смысл анализировать клики, CTR и качество самой страницы.

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

Третий: ожидаемых запросов почти нет. Google в собственной справке советует проверять ожидаемые и неожиданные keywords: если ожидаемые формулировки отсутствуют, одной из причин может быть недостаток полезного релевантного содержания.

При этом сама строка в Search Console фактором ранжирования не является. Это отчёт о фактически зафиксированной поисковой видимости.

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

Где смотреть поисковые запросы Google

Основной раздел:

Search Console → Performance → Search results → Queries

По умолчанию отчёт показывает данные за последние три месяца, но период можно менять. Доступны четыре базовые метрики: Clicks, Impressions, CTR и Average position.

Ключевые показатели:

МетрикаЧто показывает
ClicksСколько раз пользователи перешли на сайт из поиска
ImpressionsСколько раз результат сайта был показан по правилам учёта Search Console
CTRОтношение кликов к показам
Average positionСредняя позиция верхнего результата для выбранной группировки

Метрики зависят от способа агрегации. Например, при группировке по property и по page один и тот же набор результатов может учитываться по-разному. Google отдельно описывает это различие, поэтому сравнивать цифры из разных срезов механически рискованно.

Поисковые запросы Google в отчёте Performance Search Console
Вкладка Queries показывает формулировки, по которым сайт уже получает видимость в Google.

Как анализировать запросы и страницы вместе

Отдельный query становится полезнее, когда понятно, какой URL Google показывает по нему.

В Search Console можно выбрать конкретный запрос и затем перейти на вкладку Pages. Google прямо рекомендует такой сценарий для анализа страниц, связанных с интересующей формулировкой.

Обратная проверка также полезна:

  1. выбрать страницу;
  2. открыть Queries;
  3. посмотреть все доступные запросы этого URL;
  4. сгруппировать близкие формулировки;
  5. проверить, совпадает ли их интент с задачей страницы.

Так ключевые запросы превращаются из списка гипотез в подтверждённые данные о видимости конкретного URL.

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

Если же один документ получает показы одновременно по коммерческим и информационным задачам, стоит изучить выдачу и понять, достаточно ли одной страницы.

Как группировать похожие запросы

Search Console показывает точные формулировки запросов без учёта регистра, но Google отдельно отмечает, что пользователи часто ищут одно и то же похожими выражениями. Для совместного анализа можно применять regex-фильтры.

Например, для группы:

ремонт кофемашины
ремонт кофемашин
мастер кофемашин

можно создать фильтр, который объединит нужные варианты в одном отчёте.

Это аналитическая группировка. Она не сообщает Google, что данные запросы должны ранжироваться одной страницей.

Ключевые фразы после такого анализа удобно хранить уже с URL, интентом и фактическими Search Console метриками.

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

Какие ограничения есть у данных Search Console

Главное ограничение — Queries не показывают абсолютно весь набор формулировок.

Google сообщает, что из соображений конфиденциальности часть редких или потенциально чувствительных запросов может отсутствовать. Кроме того, Search Console хранит только наиболее значимые строки, поэтому таблица не содержит все запросы даже сверх анонимизированной части.

Из этого следуют два практических правила.

Первое: сумма отдельных Queries способна не совпадать с общими показателями отчёта.

Второе: отсутствие формулировки в таблице не доказывает, что спроса или показов по ней вообще не существовало.

Есть и другая особенность. Ручной поиск Google может показать позицию, отличающуюся от средней позиции Search Console. Сам отчёт использует агрегированные данные, а конкретная выдача зависит от момента и условий поиска.

Поэтому Search Console лучше использовать для анализа тенденций и сегментов, а не для доказательства того, что «сейчас я вижу сайт на 7-м месте, а отчёт почему-то показывает 9,4».

Как использовать запросы Google в семантике

Рабочий процесс для существующего сайта выглядит так:

  1. Экспортировать Queries важных страниц.
  2. Отметить ожидаемые и неожиданные формулировки.
  3. Сгруппировать близкие запросы по смыслу.
  4. Добавить интент.
  5. Сопоставить с текущим URL.
  6. Найти темы, которые страница уже частично охватывает.
  7. Отдельно отметить запросы, которым потенциально нужен другой документ.
  8. Проверить спорные случаи по текущей SERP.

Поисковые запросы Search Console особенно полезны для расширения уже собранного ядра: они показывают язык реальных пользователей, который сайт уже начал пересекать.

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

Google также относит неестественное повторение ключевых слов ради манипуляции выдачей к keyword stuffing.

Практический пример

Представим сайт компании по ремонту кофемашин. Проектных данных к редакционной строке нет, поэтому пример методологический.

В Search Console у страницы услуги за выбранный период видны запросы:

ремонт кофемашин
ремонт кофемашины
мастер по ремонту кофемашин
кофемашина не включается
почему кофемашина течет
чистка кофемашины

Первые три формулировки явно относятся к основной коммерческой услуге.

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

Запрос про чистку может оказаться самостоятельной услугой либо информационной темой — решение принимается после проверки выдачи и бизнес-модели.

Итоговая таблица способна выглядеть так:

ЗапросыИнтентРешение
ремонт, мастер, ремонт на домуКоммерческийОставить на основной услуге
не включается, течётДиагностическийПроверить SERP и отдельный контент
чисткаСмешанныйПроверить услугу и спрос
Запросы Google до и после смысловой группировки
После анализа список Queries превращается в несколько пользовательских задач и понятные решения по страницам.

Типичные ошибки при работе с семантикой

Первая ошибка — считать Queries Search Console полной семантикой Google. Часть строк скрывается или отсутствует из-за ограничений данных.

Вторая — путать показы сайта с общим объёмом спроса. Impressions показывают видимость конкретного ресурса, а вовсе не абсолютную популярность запроса во всём Google.

Третья — создавать страницу под каждую вариацию. Google умеет сопоставлять страницу с близкими формулировками без буквального использования каждого варианта.

Четвёртая — сравнивать среднюю позицию Search Console с одной ручной проверкой как одинаковые измерения.

Пятая — анализировать Queries отдельно от Pages. Без целевого URL теряется главное: какой документ Google фактически связывает с запросом.

Шестая — превращать найденные формулировки в перечень обязательных повторений. Keyword stuffing прямо запрещён правилами Google.

Вывод: что делать на практике

Поисковые запросы Google лучше использовать как фактический слой семантики существующего сайта.

Откройте Queries в Search Console, выберите важные страницы, сгруппируйте близкие формулировки и сопоставьте их с пользовательскими задачами. Затем проверьте, тот ли URL Google показывает по каждой группе и есть ли темы, которым требуется отдельная страница.

Главное ограничение стоит держать в голове постоянно: Search Console показывает видимость вашего сайта, а не весь поисковый рынок. Если забыть эту разницу, аналитика быстро начинает очень уверенно отвечать на вопрос, который ей никто не задавал.