«Точное» в отчёте запросов Google Ads: как проверить настройку ключа

Перед выводом «весь расход идёт по точным ключам» проверьте, из какого отчёта взята колонка «Тип соответствия». В отчёте поисковых запросов Google Ads она описывает связь запроса с ключом. Настройку самого ключевого слова нужно получить отдельно и сохранить рядом.

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

Два поля отвечают на разные вопросы

В справке Google об отчёте поисковых запросов есть прямой пример: широкий ключ purple flowers может сработать на запрос purple flowers, а строка отчёта получит тип Exact. Настройка ключа при этом остаётся Broad. Для фразового ключа при таком же буквальном запросе в справке также указан Exact.

Колонку Keyword может потребоваться добавить в отчёт. Сохраните оригинальные названия полей и подпишите их смысл в рабочем файле: query_match_type и keyword_match_type. Такой словарь полезнее, чем две неразличимые колонки «Тип».

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

Учебный пример: одна метка, три настройки

Все строки и суммы вымышлены. Срезы A, B и C независимы: пример не описывает одновременную работу трёх одинаковых ключей в одном аукционе и не моделирует выбор победителя. Расход для управленческого расчёта задан в BYN, без связи с валютой реального аккаунта.

Если сгруппировать строки только по метке отчёта запросов, получится 120 BYN в Exact. Корректное название этой суммы — расход строк с типом соответствия запроса Exact.

После присоединения настройки ключей распределение другое: 60 BYN — Broad, 40 BYN — Phrase, 20 BYN — Exact. Только 20 / 120 = 16,7% раскрытого расхода примера относится к ключам с настройкой Exact. Это не оценка эффективности трёх типов: в таблице нет конверсий, качества обращений или сопоставимого эксперимента.

Учебные данные. Одна и та же сумма показана в двух классификациях; рисунок не является скриншотом Google Ads.

Как собрать проверяемый рабочий файл

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

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

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

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

Повторите расчёт до переноса на большой отчёт

Следующий код использует уже сопоставленные строки; он проверяет классификацию, а не выполняет запрос к Google Ads:

from collections import defaultdict
from decimal import Decimal

rows = [
    ("A", "Exact", "Broad", "60"),
    ("B", "Exact", "Phrase", "40"),
    ("C", "Exact", "Exact", "20"),
]
by_query, by_keyword = defaultdict(Decimal), defaultdict(Decimal)
for slice_id, query_type, keyword_type, cost in rows:
    by_query[query_type] += Decimal(cost)
    by_keyword[keyword_type] += Decimal(cost)
assert sum(by_query.values()) == sum(by_keyword.values()) == 120
print(dict(by_query))    # Exact: 120
print(dict(by_keyword))  # Broad: 60, Phrase: 40, Exact: 20
print(by_keyword["Exact"] / sum(by_keyword.values()) * 100)
# примерно 16.6667 процента

При объединении настоящих выгрузок сначала проверьте уникальность справочника настроек по ключу связи. Каждая строка расхода должна получить ровно одну подтверждённую настройку либо явный статус «не сопоставлено». Сохраните число строк и сумму до и после соединения. Если сумма выросла, сначала устраните размножение записей; интерпретировать распределение пока рано.

Какой вывод передать команде

Для нашего примера точная формулировка такая: «В раскрытых строках запросов 120 BYN имеют метку Exact; из них 20 BYN связаны с ключами, настроенными как Exact». Рядом укажите период, границы выборки, источник настроек и число несопоставленных строк.

Отчёт запросов раскрывает не все формулировки. Поэтому эту долю нельзя автоматически переносить на весь расход кампании; для проверки покрытия используйте сверку расходов с отчётом запросов. Пустой связанный ключ также требует проверки типа кампании: Google отдельно оговаривает, что DSA и Shopping не используют обычные ключи и могут возвращать Exact в этом поле. Такие строки не нужно насильно соединять со справочником ключевых слов.

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

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

Источники

• Источник 1
• Источник 2
• Источник 3
• Источник 4
• Источник 5

Материал подготовлен редакцией WiseLab с помощью AI. Источники и фактические утверждения проверены при подготовке.