Модуль 2 · Урок 8
Search terms і negative keyword governance
Search terms report показує фактичні reported queries, але не всі пошуки. Negative keywords — керований exclusion зі своїми match rules, collision risk, owner і review date, а не нескінченний чорний список.
Що видно, а чого не видно
Report містить terms зі значущою активністю, що дали impressions/clicks. Частина low-volume queries не розкривається через privacy; search terms insights групують також нерозкриті terms у intent categories/subcategories та «other». Conversion lag і різна processing logic можуть давати відмінності між surfaces.
| Surface | Сильна сторона | Межа |
|---|---|---|
| Search terms report | Query, matched keyword, reported match type, performance | Не повний raw log усіх searches |
| Search terms insights | Aggregated categories/subcategories включно з privacy-grouped demand | System-generated labels і grouped «other» |
| Backend/CRM | Downstream quality/value | Потрібні stable IDs, consent, latency й reconciliation |
Decision, не автоматична реакція
Один click без conversion не доводить irrelevance. Один conversion не доводить quality. Читайте query разом із offer boundary, landing, cost, value, lag і sample limitation.
Negative match працює інакше
- Negative broad/phrase/exact не є дзеркалом positive matching.
- Negative keywords не розширюються на close variants; synonyms і singular/plural можуть потребувати окремих exclusions.
- Casing і misspellings автоматично враховуються; search operators не працюють як логічні команди.
- З search terms report negative за замовчуванням додається як negative exact — перевірте match/scope.
- Надто широка shared/account list може заблокувати корисний попит іншої кампанії.
Negative governance contract
Практичний review loop
- Візьміть синтетичний search terms export і не змінюйте raw sheet.
- Для кожного term оцініть query quality, landing match, economics, value/lag.
- Призначте keep/observe/add/split/change/negative з rationale.
- Для кожного negative перевірте variants та collision на всіх scopes.
- Запишіть owner, date, expected effect і rollback у decision log.
Лабораторна робота
Query & Intent Pack
Заповніть вісім CSV для синтетичного offer. Результат стане input для структури Search campaign у module 3, але не є дозволом на реальний запуск.
- Кожна query має source/context.
- Intent позначений як hypothesis.
- Planner run має reproducible settings.
- Match type пов’язаний із landing/value/review readiness.
- Negative має meaning, scope, collision check і owner.
Офіційні джерела
Модуль 2 завершено
Після тесту прогрес стане 8/8 опублікованих уроків. Фінал і PDF лишаються заблокованими до 28 уроків та двох accepted projects. Наступний модуль — структура пошукових кампаній Google Ads.
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.