GA4 не может показать точный органический запрос, который привёл отдельного пользователя: Google не передаёт его в реферере. Но это не означает, что SEO приходится анализировать вслепую. Запросы и показы нужно брать из Google Search Console, поведение и ключевые события — из GA4, а связывать данные на уровне посадочной страницы и периода. Такое сопоставление помогает принимать решения, но не превращается в атрибуцию запроса конкретной сессии.
Ниже — рабочая схема без обещания «раскрыть» неизвестные ключевые слова. Она отделяет наблюдаемые данные Google от расчётов и показывает, где заканчивается факт и начинается оценка.
Разделяйте три уровня данных до анализа ключей
| Уровень | Что известно | Как маркировать вывод |
|---|---|---|
| Наблюдение | Search Console зафиксировал запрос, показы, клики, CTR и позицию в выбранном срезе; GA4 отдельно зафиксировал поведение на посадочной. | Данные Google |
| Сопоставление | Спрос по запросам и органический результат менялись вместе для одной страницы и периода. | Агрегированная связь, не атрибуция сессии |
| Модель | Алгоритм оценил вероятный запрос сессии по нескольким сигналам. | Прогноз с указанной уверенностью |
Это главное правило статьи. Оно защищает от типичной ошибки в отчётах: полезную связь на уровне страницы нельзя выдавать за раскрытый Google запрос отдельного посещения.
Что означает (not provided) в Google Analytics
Пометка (not provided) означает, что Analytics распознал органический переход, но не получил поисковую фразу пользователя. Причина не в ошибке настройки GA4: запрос не передаётся сайту как обычный параметр перехода. Поэтому изменение фильтра, канала или отчёта не восстановит то, чего нет в исходном событии.
Не путайте (not provided) с (not set). Вторая пометка означает, что Analytics не смог заполнить конкретное измерение для строки отчёта. Причины зависят от измерения, реализации тегов, согласия пользователя и выбранного отчёта. Это проблема классификации данных, а не зашифрованный органический запрос.
Практический вывод: вопрос «какой запрос был у этой сессии?» обычно не имеет проверяемого ответа. Полезнее задать два отдельных вопроса: «по каким запросам Google показывал и открывал страницу?» и «что делали органические посетители после входа на эту страницу?»
Какие данные дают Search Console и GA4
| Вопрос | Источник | Что можно заключить | Чего заключать нельзя |
|---|---|---|---|
| По каким запросам страница получала показы и клики? | Search Console | Запросы, клики, показы, CTR и средняя позиция в выбранном срезе | Что конкретная сессия пришла по выбранному запросу |
| Какие посадочные получили органические сеансы и ключевые события? | GA4 | Поведение и результат по странице, каналу и доступным измерениям | Какой скрытый запрос вызвал отдельное событие |
| Совпали ли рост спроса и результат страницы? | GSC + GA4 | Агрегированная связь по дате и посадочной | Причинность или точная keyword attribution |
| Какие запросы Google скрыл? | Ни один отчёт | Размер разницы между итогом и видимыми строками можно оценить | Текст скрытых запросов |
Официальная интеграция Search Console с GA4 добавляет два отчёта. Google Organic Search Queries показывает запросы и метрики Search Console, но не позволяет произвольно соединять их с измерениями Analytics. Google Organic Search Traffic связывает посадочные страницы с совместимыми метриками двух систем. Это полезное ограничение: интерфейс не делает вид, что знает запрос каждой сессии.
Учитывайте операционные ограничения до поиска ошибки. Данные Search Console могут поступать с задержкой до 48 часов, связанный отчёт охватывает максимум 16 месяцев, а коллекция Search Console по умолчанию не опубликована в GA4. Для создания связи нужны роль Editor в GA4 и подтверждённое право владельца ресурса Search Console.
Почему клики GSC не равны сеансам GA4
Ожидать одинаковых итогов в двух системах неправильно. Search Console измеряет действие в результатах Google, а Analytics — события после загрузки сайта. Один человек может кликнуть несколько раз; страница может не загрузиться; тег может быть заблокирован; consent mode и настройки хранения могут изменить доступные данные. Кроме того, системы используют разные правила обработки и часовые пояса.
Search Console также не показывает все строки запросов. Google объясняет, что анонимизированные запросы исключаются ради приватности, хотя их клики могут оставаться в общих итогах. Дополнительно таблицы ограничены наиболее важными строками. Поэтому сумма строк Queries может быть меньше показателя на графике — это не доказательство поломки экспорта.
Для иллюстрации: если общий итог показывает 1 000 кликов, а видимые query rows дают 860, разница равна 140 кликам, или 14% итога. Это собственный расчёт по условным данным. Он измеряет скрытую часть кликов, но не раскрывает 140 неизвестных запросов.
Как анализировать скрытые запросы по посадочным страницам
- Зафиксируйте один период. Используйте одинаковые даты и не включайте последние неполные дни, пока данные Search Console ещё обновляются.
- Выберите один тип поиска. Web, Image, Video и News нельзя бездумно смешивать: пользовательское поведение и набор страниц различаются.
- Экспортируйте GSC в разрезе query × page. Для крупных сайтов используйте экспорт данных Search Console и помните об ограничениях API.
- Получите GA4 landing pages для Organic Search. Сохраните сеансы, вовлечённые сеансы, ключевые события и доход только в тех метриках, которые реально настроены.
- Нормализуйте URL. Протокол, домен, trailing slash и параметры должны приводиться к одному правилу. Не объединяйте разные canonical URL только из-за похожего пути.
- Сопоставьте строки по landing page и периоду. При необходимости добавьте country или device, но используйте только измерения, совместимые в обеих системах.
- Сначала принимайте решения на уровне страницы. Если группа запросов получила больше показов, а события страницы не выросли, проверяйте интент, первый экран и путь к действию. Не назначайте событие одному запросу без доказательства.
В GSC Workspace запросы, страницы и GA4-отчёты доступны в одном рабочем пространстве, но источники остаются разделёнными. Это важно для проверки: GSC является источником поисковых показателей, GA4 — поведения на сайте.
Как превратить сопоставление в SEO-решение
Начинайте не с попытки присвоить конверсию фразе, а с решения по посадочной. У страницы есть наблюдаемый набор запросов и наблюдаемый результат органического трафика. Этого достаточно для многих задач.
- Много показов, мало кликов. Сравните интент с title и сниппетом, затем проверьте страницу в CTR Lens.
- Клики растут, а ключевые события — нет. Проверьте соответствие запроса предложению страницы, мобильный первый экран и работоспособность события.
- Одна страница получает несколько разных интентов. Разделите запросы на группы и решите, нужен ли новый блок, отдельная страница или исключение нерелевантной темы.
- Один запрос ведёт на разные страницы. Сначала проверьте страну, устройство и дату. Только после этого диагностируйте каннибализацию.
- Итог кликов заметно выше суммы запросов. Зафиксируйте разницу как ограничение отчёта, а не заполняйте её выдуманными ключами.
Для большого экспорта пригодится подробный разбор Search Console API и пагинации. Google рекомендует выгружать данные по дням и объясняет, что при группировке по page и query часть данных может быть отброшена. Это ограничение нужно сохранять в аналитическом журнале.
Когда нужен API или BigQuery
Интерфейса достаточно для быстрой проверки одной страницы или небольшого сайта. Search Analytics API нужен, когда требуется повторяемая выгрузка, больше строк, одинаковые фильтры и собственная проверка качества. Google описывает пагинацию и пределы Search Analytics API; экспорт всё равно не включает анонимизированные запросы.
Для очень крупного сайта подходит bulk export в BigQuery. По документации Google, bulk export снимает дневной лимит строк, но сохраняет privacy filtering. BigQuery даёт более полную наблюдаемую таблицу, а не обход защиты приватности.
Вероятностная модель нужна только тогда, когда бизнес осознанно принимает оценку. У модели должны быть описание признаков, валидационная выборка, уровень неопределённости и маркировка результата. Поле «предполагаемый запрос» нельзя смешивать с наблюдаемым query из Search Console.
Чего этот метод не делает
Метод не расшифровывает Secure Search, не обходит правила Google и не восстанавливает персональные данные. Он также не доказывает, что изменение запросов вызвало изменение конверсий: на страницу могли повлиять сезонность, реклама, редизайн, цены или сбой измерения.
Ещё одно ограничение — гранулярность. Чем больше измерений вы добавляете, тем меньше строк остаётся и тем выше риск privacy filtering. Начинайте с page × date, затем добавляйте только один полезный срез. Если данных мало, объединяйте периоды или принимайте решение на уровне тематической группы, а не отдельной фразы.
Что делать дальше
Сначала свяжите Search Console с GA4 и проверьте официальные отчёты. Затем экспортируйте query × page и landing pages за один период, нормализуйте URL и соберите таблицу решений. Для повторяемого анализа используйте GSC Workspace; если нужен файл для собственной модели, начните с экспорта GSC. Сохраняйте наблюдаемые показатели и оценки в разных колонках.