Как читать Search Console: показы, клики, CTR и среднюю позицию

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

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

Поэтому Search Console полезнее читать не как набор четырёх KPI, а как последовательность вопросов: где сайт показывается, сколько видимости получает, сколько переходов эта видимость даёт и на каком наборе запросов и страниц посчитаны средние значения.

Что именно показывают четыре метрики Search Console

Google определяет основные показатели отчёта Performance так:

Метрика	Что она описывает	Чего она сама по себе не объясняет
Показы	Сколько раз результат сайта учитывался как показанный в Google Search	Почему видимость изменилась и сколько существует поискового спроса вообще
Клики	Сколько раз пользователь перешёл из результата Google на сайт	Что пользователь сделал после перехода
CTR	Отношение кликов к показам	Почему пользователь выбрал или не выбрал результат
Средняя позиция	Среднюю позицию верхнего результата сайта или выбранной группировки по показам	Фиксированное место страницы по одному запросу

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

Начните не с графика, а с аналитического вопроса

Фраза «посмотрим Search Console» слишком широка.

Сначала нужно решить, что именно требуется выяснить.

Например:

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

Только после этого выбирают метрики, dimensions и filters.

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

Показы отвечают на вопрос о поисковой видимости

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

Но это не то же самое, что:

Количество поисковых запросов в интернете выросло на столько же.

Search Console показывает видимость конкретного property, а не полный объём поискового спроса.

Показы могут расти, если:

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

Поэтому после роста показов полезно открыть Queries и Pages и выяснить, где именно возникла дополнительная видимость.

Рост показов без роста кликов ещё не означает проблему

Представим условный пример:

Период A
10 000 показов
500 кликов
CTR 5%

Период B
20 000 показов
700 кликов
CTR 3,5%

CTR снизился. Но одновременно:

показы выросли в два раза;
кликов стало на 200 больше;
сайт получает дополнительный поисковый трафик.

Это не значит, что падение CTR нужно игнорировать. Оно означает, что сначала нужно выяснить источник дополнительных показов.

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

Клики — результат поискового перехода, но не вся ценность трафика

Clicks в Search Console отвечают на относительно узкий вопрос:

Сколько переходов из Google Search получил сайт по правилам подсчёта Search Console?

Эта метрика не показывает:

сколько было сессий в системе веб-аналитики;
сколько пользователей увидели несколько страниц;
сколько было лидов;
какую выручку принесли переходы;
какой запрос оказался коммерчески ценнее.

Поэтому рост кликов можно считать ростом поисковых переходов, но не автоматически ростом бизнес-результата.

Связывать поисковые клики с поведением и конверсиями нужно уже в других источниках данных.

CTR нужно читать вместе с позицией и типом запроса

Формула CTR проста:

CTR = клики / показы

Интерпретация сложнее.

CTR зависит как минимум от:

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

Поэтому sitewide CTR редко имеет смысл сравнивать с абстрактным «нормальным CTR».

Полезнее сравнивать однородные группы:

один запрос во времени;
одну страницу по близкому набору запросов;
мобильные устройства с мобильными;
одну страну с той же страной;
брендовые запросы отдельно от остальных.

Низкий CTR при высокой позиции — повод сначала сузить данные

Допустим, средняя позиция страницы — 3,2, а CTR кажется низким.

До вывода «плохой Title» стоит посмотреть:

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

Только после сегментации можно проверять сниппет как возможное объяснение.

CTR показывает отношение кликов к показам. Он не сообщает причину изменения.

Средняя позиция — не rank tracker внутри Search Console

Это одна из самых важных оговорок.

Google определяет position как положение результата в Search, а в Performance report показывает среднее значение по всем impressions.

Если сайт показывался:

запрос A — позиция 3
запрос B — позиция 8
запрос C — позиция 27

итоговая average position отражает смесь этих показов, а не положение сайта по какому-то «среднему запросу».

Кроме того, позиция конкретного поиска пользователя может отличаться от средней из-за местоположения, контекста поиска и других условий.

Поэтому фраза:

Сайт занимает 12-е место в Google.

обычно слишком груба, если основана только на sitewide average position.

Google учитывает верхний результат сайта

При агрегации по property средняя позиция относится к верхнему результату сайта в конкретном показе.

Представим, что в одной выдаче три URL сайта появились на позициях:
2 5 8
На уровне property Google использует верхнюю позицию сайта — 2. Если же анализ сгруппирован по страницам, каждый URL получает собственные данные. Поэтому position на общем графике property и position в строке конкретной страницы не обязаны описывать один и тот же объект измерения.

Aggregation меняет смысл цифр

Search Console умеет агрегировать данные по property и по page. Это влияет не только на position. В официальном примере Google один пользователь видит три результата одного сайта и кликает каждый из них.

При property aggregation:

показ сайта может быть учтён один раз;
клики сайта объединяются;
position берётся по верхнему результату.

При page aggregation каждый URL получает свои impressions, clicks, CTR и position. Поэтому два экспорта, сделанные с разной группировкой, нельзя механически считать одинаковыми наборами данных.

Средняя позиция может ухудшиться при полезном расширении видимости

Допустим, страница стабильно показывалась по десяти запросам в среднем около позиции 6. Затем Google начинает показывать её ещё по пятидесяти новым запросам, многие из которых пока находятся на позициях 20–40.

В отчёте может одновременно произойти следующее:

Метрика	Динамика
Показы	Сильно выросли
Клики	Выросли
CTR	Снизился
Средняя позиция	Стала хуже

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

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

Query mix нужно проверять при любом сильном изменении среднего

Средние значения зависят от состава наблюдений. Если в период B сайт показывался по другому набору запросов, чем в период A, сравнение average position и average CTR уже включает изменение состава выборки.

Практическая проверка:

сравнить общую динамику;
открыть Queries;
найти запросы с крупнейшим ростом impressions;
отдельно проверить стабильные запросы, которые присутствуют в обоих периодах;
посмотреть, изменился ли их собственный CTR и position.

Это помогает отделить:
изменился результат по прежним запросам
от:
изменился набор запросов, по которым сайт показывается

Страница тоже может изменить состав запросов

Та же проблема возникает при анализе одного URL.

Например, после расширения статьи страница получает:

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

Sitewide ничего менять не нужно, чтобы средняя позиция конкретного URL стала ниже. Достаточно расширения набора impressions.

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

Показы выросли, позиция улучшилась, CTR снизился — такое тоже возможно

На первый взгляд комбинация выглядит нелогично.

Но представим, что:

страница поднялась по большому числу запросов с позиции 30 на позицию 12;
видимость этих запросов резко выросла;
позиции всё ещё недостаточно высоки для большого числа кликов.

Средняя position становится лучше.

Impressions растут.

Но новая масса показов на позициях около второй страницы может снизить общий CTR.

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

CTR вырос, а кликов стало меньше — это тоже не противоречие

Условный пример:

Период A
10 000 показов
400 кликов
CTR 4%

Период B
5 000 показов
300 кликов
CTR 6%

CTR улучшился.

Но трафика стало меньше, потому что объём impressions сократился сильнее.

Поэтому высокий CTR не компенсирует автоматически потерю видимости.

Нужно выяснить, почему снизились показы:

упал спрос;
исчезли запросы;
снизились позиции;
изменились страницы;
отфильтрован другой сегмент;
периоды несопоставимы.

Позиция стабильна, а клики падают — смотрите impressions и CTR

Если average position почти не изменилась, это ещё не означает стабильность поискового трафика.

Возможны как минимум два сценария.

Сценарий 1. Упали показы

Позиция осталась примерно той же, но поискового спроса или видимости стало меньше.

Сценарий 2. Упал CTR

Показы сохранились, position почти та же, но пользователи стали реже переходить.

Тогда уже стоит анализировать запросы, устройство, поисковый вид и изменение сниппета.

То есть clicks — это результат совместной работы как минимум объёма impressions и CTR.

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

Вместо вопроса:

Какая метрика хорошая, а какая плохая?

удобнее идти так:

Impressions
↓
Изменилась ли видимость?

Clicks
↓
Изменилась ли величина поисковых переходов?

CTR
↓
Как изменилась доля переходов внутри полученной видимости?

Average position
↓
Как изменилось положение результатов в том составе показов, который мы анализируем?

Queries / Pages / Devices / Countries
↓
Где именно произошло изменение?

Четыре числа становятся полезными только после выбора правильного dimension.

Dimensions отвечают на вопрос «где произошло изменение»

В Performance report данные можно группировать и фильтровать, в частности, по:

queries;
pages;
countries;
devices;
search appearance;
dates.

Общий график отвечает на вопрос о property.

Таблица позволяет разложить результат на составляющие.

Если impressions выросли на 40%, следующий шаг — не объяснять рост, а найти:

какие queries дали прирост;
какие pages его получили;
в какой стране;
на каком устройстве.

И только потом строить интерпретацию.

Сначала Query, потом Page — или наоборот

Порядок зависит от вопроса.

Если нужно понять:

Что происходит с конкретным запросом?

логично выбрать Query и затем посмотреть Pages.

Если вопрос:

Почему изменилась конкретная статья?

сначала выбирают Page, а затем смотрят Queries.

Это позволяет не смешивать изменения других URL или других поисковых формулировок.

Устройства нужно разделять, если поведение заметно различается

Общая average CTR может измениться только потому, что поменялась доля mobile и desktop impressions.

Например:

CTR на mobile остался прежним;
CTR на desktop тоже остался прежним;
но доля мобильных показов резко выросла;
на mobile CTR исторически ниже.

В итоге sitewide CTR снизится без ухудшения внутри каждой группы.

Это обычный эффект изменения структуры данных.

Поэтому сильное движение среднего показателя стоит разложить по крупным сегментам.

Страны могут создавать тот же эффект

Если сайт получает дополнительную видимость в новой стране, средняя position и CTR всего property могут измениться.

Причём:

основной рынок может остаться стабильным;
новый рынок даст много impressions;
позиции там пока ниже;
общие средние показатели ухудшатся.

Без Country dimension это выглядит как общее падение сайта.

После сегментации — как расширение географии с другим уровнем видимости.

Брендовые и небрендовые запросы лучше не смешивать в некоторых задачах

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

Небрендовый запрос чаще отражает более широкий поиск решения или информации.

Поэтому их CTR и position могут существенно различаться.

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

В Search Console появился отдельный branded queries filter, который позволяет анализировать branded и non-branded queries раздельно там, где функция доступна.

Но даже без отдельного фильтра сам принцип остаётся полезным: сравнивать группы с похожим поисковым намерением.

Не сравнивайте CTR разных позиций как одинаковые условия

Допустим:

Период A
позиция 4
CTR 8%

Период B
позиция 9
CTR 5%

Фраза:

CTR страницы ухудшился с 8% до 5%.

математически верна.

Но аналитически важно добавить, что position тоже изменилась.

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

Чтобы исследовать качество сниппета, лучше искать участки, где position остаётся относительно стабильной, а CTR меняется заметно.

И наоборот: рост CTR не всегда означает улучшение сниппета

Если position поднялась с 14 до 4, рост CTR вполне ожидаем.

Он может произойти даже без изменения Title или description.

Поэтому последовательность проверки такая:

CTR изменился
↓
position изменилась?
↓
query mix изменился?
↓
device / country mix изменился?
↓
search appearance изменился?
↓
только затем проверять изменения сниппета

Это снижает риск приписать движению CTR удобное, но не подтверждённое объяснение.

Свежие данные могут измениться

Search Console помечает самые новые данные как preliminary, пока сбор ещё продолжается.

Google также развивает 24-hour view, где показатели доступны быстрее и показываются по часам.

Для оперативного мониторинга это полезно.

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

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

Таблица Queries не всегда складывается в total на графике

Search Console применяет privacy-фильтрацию и не показывает некоторые анонимизированные запросы в таблице.

Кроме того, интерфейс и API имеют ограничения на число возвращаемых строк.

Поэтому сумма видимых Query rows может быть меньше общего числа clicks или impressions на графике.

Это не означает, что арифметика отчёта сломана.

Для анализа long tail или больших объёмов данных нужно учитывать ограничения интерфейса и при необходимости работать через API или bulk export.

Search Console показывает поисковую сторону, а не поведение после клика

Очень важно остановиться на границе инструмента.

Search Console хорошо отвечает на вопросы:

показывался ли сайт;
по каким запросам;
какие URL;
сколько было кликов;
какой CTR;
какой position.

Но после перехода начинается другой слой аналитики.

Search Console не заменяет систему веб-аналитики, CRM или финансовый учёт.

Поэтому вывод:

Клики выросли на 30%, значит SEO принесло на 30% больше продаж.

не поддерживается одними данными Search Console.

Почему Search Console и система веб-аналитики могут не совпадать

Clicks из Search Console и organic sessions в другой системе — разные метрики, собранные разными способами.

На расхождение могут влиять:

разные определения события;
часовые пояса;
redirects;
настройки трекинга;
privacy-ограничения;
разная область property;
обработка каналов и сессий.

Поэтому не нужно вручную «подгонять» один отчёт под другой.

Этому посвящён отдельный материал о причинах расхождения цифр между аналитическими системами.

Периоды тоже должны быть сопоставимы

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

Диагностическая матрица четырёх метрик

Что произошло	Первая гипотеза для проверки	Что открыть дальше
Показы ↑, клики ↑, CTR ↓, position ↓	Расширился набор запросов на более низких позициях	Queries, затем Pages
Показы ↑, position ↑, CTR ↓	Рост видимости на позициях, которые ещё дают мало кликов	Queries и распределение impressions
Показы ↓, CTR ↑, клики ↓	Видимости стало меньше, хотя оставшиеся показы кликают чаще	Queries, спрос, position
Position стабильна, показы ↓, клики ↓	Изменился объём видимости или спрос	Queries, Countries, Devices
Position стабильна, показы стабильны, CTR ↓	Изменился query mix, устройство, выдача или привлекательность результата	Queries, Devices, Search appearance
Position ↑, CTR ↑, clicks ↑	Результаты стали видимее и получили больше переходов	Проверить, какие queries/pages дали вклад
Sitewide position ↓, основные запросы стабильны	Появились новые impressions по дополнительным запросам	Новые Queries
Page position изменилась, property почти нет	Изменение локализовано в отдельных URL	Pages → Queries

Это не таблица готовых причин. Каждая строка задаёт направление проверки.

Рабочая карточка разбора Search Console

Аналитический вопрос:

Property:
Search type:
Период:
Comparison:

Scope:
Query / Page / Property:

Filters:
Country:
Device:
Search appearance:

Clicks:
Impressions:
CTR:
Average position:

Какая метрика изменилась первой:

Изменился ли query mix:
Изменился ли page mix:
Изменился ли device mix:
Изменилась ли география:

Property aggregation или page aggregation:

Данные финальные или preliminary:

Что наблюдаем:
Что пока не объяснено:
Следующий разрез:

Эта карточка заставляет сначала определить объект анализа, а уже потом интерпретировать среднее значение.

Короткий порядок чтения отчёта

Сформулируйте вопрос.
Выберите правильный scope: property, page или query.
Проверьте период и фильтры.
Посмотрите impressions: изменилась ли видимость.
Посмотрите clicks: изменилось ли число переходов.
Свяжите CTR с impressions и position.
Не считайте average position фиксированным рейтингом.
Проверьте query mix.
Разложите данные по Pages, Devices и Countries, если среднее сильно изменилось.
Проверьте aggregation.
Убедитесь, что крайние данные не preliminary.
Сформулируйте наблюдение отдельно от объяснения причины.

Итог: четыре метрики отвечают на разные части одного вопроса

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

аналитический вопрос
↓
scope и dimension
↓
impressions
↓
clicks
↓
CTR
↓
average position
↓
query mix
↓
filters и aggregation
↓
совместная динамика
↓
ограничение
↓
следующий диагностический шаг

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

Клики — переходы из этой видимости.

CTR показывает долю переходов внутри показов.

Average position помогает понять положение результатов, но зависит от состава impressions, группировки и способа агрегации.

Поэтому «позиция стала хуже» и «поисковый результат стал хуже» — не одно и то же утверждение. Сначала нужно проверить, по каким запросам, страницам, устройствам и странам изменился набор данных.

В общей системе измерения SEO эти четыре показателя являются одним поисковым слоем наряду с хронологией изменений и внешними метриками. Общая модель собрана в материале о том, как измерять SEO-эксперимент.

Источники

Источники проверены 18 августа 2026 года.