Упали клики в Search Console: разбор выгрузки

Клики в Search Console удобнее разбирать по двум сопоставимым выгрузкам: аналитический агент может собрать доступные срезы, проверить арифметику кодом и подготовить гипотезы для проверки. Человек уточняет недостающие бизнес-факты и принимает решения по исключениям. Учебный пример: ниже — локальный расчёт на синтетических данных, а не клиентский кейс и не результат запуска запроса к модели. Расчёты показывают, где сосредоточилась разница, но не устанавливают её причину.

Проверьте сравнение

Сначала зафиксируйте настройки обоих окон и полноту каждого среза. В отчёте Search Console клики — переходы на сайт из результатов Google, показы — случаи появления сайта в результатах, CTR — клики, делённые на показы. Справка Google о показателях отчёта

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

Для учебного расчёта подготовлены две соседние семидневки: с 1 по 7 и с 8 по 14 сентября 2026 года. В обеих совпадают дни недели, тип поиска web и страна all; строки разбиты по URL и устройствам. Это учебные CSV, а не выгрузка реального свойства Search Console. Таблица page×device в синтетическом наборе полная, список запросов намеренно неполный. Сезонные события и бизнес-календарь не заданы.

Что сверить	Учебные данные	Что проверить в своей задаче
Даты и длина окон	1–7 и 8–14 сентября 2026 года, по семь дней	Сравнить окна одинаковой длины и состава дней недели; отметить сезонные события и важные бизнес-даты, если такие сведения доступны
Тип поиска и страна	web и all в обоих окнах	Убедиться, что настройки совпадают
Устройства	Строки разделены на mobile и desktop	Сопоставлять одинаковые сегменты; не сравнивать общий итог одного окна с частью устройств другого
Полнота	page×device — полная таблица учебного набора; запросы — неполный список	Сверить строки с итогом и отдельно сохранить нераспределённую часть
Изменения и события	Для /guide-a задана синтетическая смена title 9 сентября; сезонные события не указаны	Запросить календарь изменений сайта и бизнеса; совпадение дат само по себе не устанавливает причину

При экспорте данных из некоторых отчётов значения ~ и -, помечающие недоступные или нечисловые данные, в файле заменяются нулями. Справка Google об экспорте данных Поэтому не принимайте ноль в CSV за подтверждённое нулевое значение: проверьте исходную отметку и полноту среза до суммирования.

Результаты поиска по запросу могут зависеть от времени, места, устройства и недавней истории поиска пользователя. Справка Google о результатах поиска Ручной просмотр выдачи поэтому фиксирует наблюдение в конкретных условиях, а не то, что увидят все пользователи. Запишите запрос, страну, устройство и дату просмотра.

Найдите вклад

Для каждой строки рассчитайте:

• дельта кликов = клики после − клики до;
• изменение кликов, % = дельта кликов / клики до × 100%;
• CTR = клики / показы;
• взвешенный CTR = сумма кликов / сумма показов;
• доля чистого падения = −дельта сегмента / абсолютное значение общей дельты кликов.

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

Ниже приведены все восемь строк синтетического файла page-device.csv:

period,page,device,clicks,impressions,avg_position
before,/guide-a,mobile,800,10000,5.0
before,/guide-a,desktop,200,2000,4.0
before,/guide-b,mobile,300,6000,8.0
before,/guide-c,desktop,200,2000,3.0
after,/guide-a,mobile,400,10000,5.0
after,/guide-a,desktop,180,2000,4.0
after,/guide-b,mobile,150,3000,8.0
after,/guide-c,desktop,270,3000,3.0

Итоги и вклады

Показатель	До	После	Изменение
Клики	1 500	1 000	−500 (−33,33%)
Показы	20 000	18 000	−2 000 (−10%)
Взвешенный CTR	7,50%	5,56%	−1,94 п. п.

Проверка общего CTR: 1 500 / 20 000 = 7,50%, 1 000 / 18 000 = 5,56%.

Вклады URL отсортированы от наибольшего падения кликов к росту:

URL	Клики: до → после	Дельта кликов	Показы: до → после	CTR: до → после	Доля чистого падения
/guide-a	1 000 → 580	−420	12 000 → 12 000	8,33% → 4,83%	84%
/guide-b	300 → 150	−150	6 000 → 3 000	5,00% → 5,00%	30%
/guide-c	200 → 270	+70	2 000 → 3 000	10,00% → 9,00%	−14%

Вклады устройств показывают ту же общую динамику с другого разреза:

Устройство	Клики: до → после	Дельта кликов	Показы: до → после	CTR: до → после	Доля чистого падения
Mobile	1 100 → 550	−550	16 000 → 13 000	6,88% → 4,23%	110%
Desktop	400 → 450	+50	4 000 → 5 000	10,00% → 9,00%	−10%

Доля может быть выше 100% или отрицательной: рост одного сегмента компенсирует часть снижения другого. Таблицы URL и устройств описывают одни и те же клики, поэтому складывать вклады двух разрезов нельзя.

Контрольные суммы учебного набора сходятся:

Сверка	До	После	Дельта кликов
Итог	1 500	1 000	−500
Сумма по URL	1 500	1 000	−500
Сумма по устройствам	1 500	1 000	−500

По URL: −420 − 150 + 70 = −500. По устройствам: −550 + 50 = −500. В рабочей задаче эти равенства нужно проверить по входным данным, а не предполагать заранее.

Видимые запросы и остаток

Файл queries-partial.csv намеренно содержит только две строки запросов на период:

period,query,clicks,impressions
before,query-one,700,9000
before,query-two,300,5000
after,query-one,420,8500
after,query-two,180,4500

Запрос	Клики: до → после	Дельта кликов	Показы: до → после
query-one	700 → 420	−280	9 000 → 8 500
query-two	300 → 180	−120	5 000 → 4 500
Видимые строки	1 000 → 600	−400	14 000 → 13 000

Сверка кликов по неполному списку:

period,reported_total_clicks,visible_query_clicks,unallocated_clicks
before,1500,1000,500
after,1000,600,400

Дельта видимых запросов равна −400. Дельта нераспределённого остатка — 400 − 500 = −100. Вместе они дают общую дельту: −400 + (−100) = −500. Остаток нельзя приписывать видимым запросам: он показывает только нераспределённую часть. Данных для расчёта остатка показов в наборе нет.

CSV page×device, вклады URL, вклады устройств, видимые запросы, сверка остатка запросов, итоги и полный комплект файлов. Все численные результаты относятся только к этому синтетическому набору.

Постройте гипотезы

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

Наблюдение в учебных данных	Следующая проверка	Чего наблюдение не доказывает
/guide-a: клики 1 000 → 580, показы остались 12 000, CTR снизился; позиции в строках page×device не изменились	Сравнить одинаковые запросы, проверить сниппет и конкретную выдачу	Что причиной стал title, сниппет или конкретное изменение сайта
/guide-b: клики 300 → 150, показы 6 000 → 3 000, CTR не изменился; позиция доступной строки — 8	Сопоставить одинаковый состав запросов и отдельно проверить доступные данные о спросе и URL	Что причина только в спросе, индексации или позиции
/guide-c: клики 200 → 270, показы 2 000 → 3 000, CTR снизился; позиция доступной строки — 3	Проверить, какие запросы дали прирост, и рассматривать его вместе с потерями других URL	Что рост страницы объясняет снижение остальных
mobile: клики 1 100 → 550, показы 16 000 → 13 000; desktop: клики выросли с 400 до 450	Проверить затронутые URL и выдачу для конкретных запросов на мобильных устройствах	Что проблема обязательно техническая или связана с мобильной версией сайта

В документации Google среди возможных факторов снижения поискового трафика названы сезонность, технические проблемы, изменение интересов аудитории, изменения алгоритмов и ошибки обработки данных. Руководство Google по диагностике падения поискового трафика Это направления для проверки, а не объяснение конкретной строки в нашем расчёте.

Проверьте причину

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

Что проверить	Что зафиксировать	Как интерпретировать результат
Индексация и canonical затронутых URL	URL, дату проверки, результат проверки доступности и canonical	Найденное несоответствие — повод проверить его масштаб и связь с периодом изменения метрик; оно не доказывает причину без дополнительной сверки
Изменения сайта	Дату релиза, шаблона, контента, title или canonical и список затронутых URL	В учебном наборе для /guide-a задана смена title 9 сентября. Совпадение даты с окном наблюдения — повод изучить изменение, но причинная связь не установлена
Состав запросов и спрос	Запросы, присутствующие в обоих окнах, полноту списка и период, который покрывают данные о спросе	Если список неполный или наборы различаются, сохраните это ограничение. В учебном наборе отдельной оценки спроса нет
Конкретную выдачу	Запрос, страну, устройство и дату просмотра	Наблюдение относится к этим условиям; не переносите его на всех пользователей. Результаты поиска могут зависеть от времени, места, устройства и недавней истории пользователя. Справка Google о результатах поиска
Данные Search Console	Итоги отчёта, строки выгрузки, полноту среза и возможные расхождения	Руководство Google относит ошибки обработки данных к возможным факторам снижения трафика, но сама эта возможность не означает, что ошибка была в конкретном случае. Руководство Google по диагностике падения поискового трафика

Запрос для аналитического агента

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

Ты анализируешь две выгрузки Search Console. Используй только переданные файлы и сведения. Не додумывай отсутствующие данные.

Ожидаемые входы:
- periods.json — даты и длина окон, тип поиска, страна, полнота разрезов и известное изменение сайта;
- totals.csv — итоги кликов и показов по периодам;
- page-device.csv — строки page×device с кликами, показами и средней позицией;
- queries-partial.csv — намеренно неполный список запросов;
- query-residual.csv — клики, не распределённые по видимым запросам.

Порядок работы:
1. Проверь наличие файлов и нужных столбцов, периоды, длину окон, тип поиска, страну, устройства и заявленную полноту. Перечисли отсутствующие настройки и бизнес-факты. Не объявляй неполный разрез полным.
2. Арифметику проверь исполняемым кодом на предоставленных CSV, а не оценкой на глаз и не копированием ожидаемых результатов. Кодом пересчитай суммы, CTR, дельты и вклады. Сохрани в отчёте использованные формулы и результаты контрольных проверок. Если запуск кода невозможен, явно напиши `проверка кодом не выполнена` и не утверждай, что расчёты проверены.
3. Для каждого доступного URL и устройства пересчитай дельту кликов как клики после минус клики до, а CTR — как клики, делённые на показы. Общий CTR рассчитай как сумму кликов, делённую на сумму показов; не усредняй CTR строк.
4. Сверь суммы page×device, URL и устройств с totals.csv для каждого периода. Покажи контрольные равенства. Если строки не хватает или суммы не сходятся, укажи расхождение и не исправляй его молча.
5. Для каждой видимой строки queries-partial.csv покажи клики до, клики после и дельту. Сложи дельты видимых запросов отдельно. По query-residual.csv пересчитай изменение нераспределённого остатка и проверь, что сумма дельт видимых запросов и остатка равна общей дельте кликов.
6. Не распределяй остаток между видимыми запросами. Не заменяй неизвестные или непроверенные значения нулями. Если в исходных данных отмечено, что значение недоступно или нечисловое, сохрани это ограничение. Не вычисляй остаток показов, если входных данных для него нет.
7. Отделяй наблюдения от гипотез. Для каждой гипотезы назови наблюдение, следующую проверку и результат, который её сузит. Не объявляй причину по сочетанию кликов, показов, CTR или средней позиции. Не объявляй изменение сайта причиной метрик только по совпадению дат.
8. Сравнивай среднюю позицию только с учётом состава строк и запросов. Если наборы запросов различаются или данных по тем же запросам нет, явно укажи это ограничение.
9. Верни: сводку сопоставимости; таблицу итогов; вклады URL и устройств; видимые запросы и остаток; контрольные суммы и статус проверки кодом; список наблюдений, гипотез и следующих проверок; перечень данных, которые нужно запросить у человека.
10. Передай человеку только отсутствующие бизнес-факты, несходящиеся контрольные суммы и решения по исключениям. Не требуй ручной проверки каждой строки без конкретного основания. Ничего не меняй на сайте автоматически.

Не обещай восстановление трафика и не выдавай расчёт за доказательство причины.

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

Результат такого разбора — не объяснение падения и не обещание вернуть трафик. Это последовательность проверок: сопоставить входные данные, найти вклад URL и сегментов, сохранить неполноту выгрузки, а затем выбрать следующую проверку для конкретной гипотезы.