Модуль 3 · Урок 11

Маршрутизація запитів між ad groups

Структура працює, коли для кожної query family визначено одного відповідального: campaign, ad group, message і landing. Match type не гарантує маршрут; його формують intent ownership, keywords, negative boundaries, eligibility settings і подальший search-term review.

Intent ownerThematic groupsNegativesLanding

Routing contract

Query family → user task → campaign owner → ad group → keyword/match hypothesis → negative boundary → message promise → landing → primary conversion

Якщо два ad groups мають однаковий task, promise і landing, окреме існування потребує доказу. Якщо одна ad group веде до різних обіцянок, вона, ймовірно, надто широка.

Тематична група, а не мішок слів

СигналЗалишити разомРозділити
User taskОднакова задача й stageAudit vs training vs emergency fix
Required proofОдин scope/value argumentCase study vs price vs local availability
LandingОдна сторінка повністю відповідаєПотрібні різні pages або conversion paths
EconomicsОдна value/capacity logicРізний margin, SLA чи budget owner

Пріоритизація без міфу про «внутрішній аукціон»

Кілька keywords можуть бути eligible для одного search. Система спершу визначає candidate за eligibility та prioritization, а далі він бере участь у зовнішньому auction. Небажане overlap не означає, що ваші keywords буквально піднімають один одному CPC; воно означає втрату керованості маршрутом і reporting interpretation.

Negative boundary як guardrail

Cross-ad-groupВикористовуйте лише коли meaning ownership чіткий і collision перевірений.
Campaign-levelБлокує meaning для всіх груп campaign; потрібен owner.
Shared/account-levelМає великий blast radius; потрібні review і rollback.
No forced routingNegative не має компенсувати погано визначені intents і landings.

До кожного exclusion додайте meaning, evidence, match, scope, collision check, approver і review date — правила з module 2 залишаються чинними.

Landing ownership

  • Headline відповідає user task, а не лише повторює keyword.
  • Scope, price logic, proof і next step узгоджені з ad message.
  • Primary conversion однаково визначена в build sheet і measurement plan.
  • URL доступний, index/canonical рішення коректне, форма працює без PII у URL.
  • Landing owner підтвердив capacity і дату release.

Практика

  1. Перенесіть intent families module 2 у routing-matrix.csv.
  2. Призначте рівно одного primary owner кожній family.
  3. Запишіть keyword/match hypothesis і negative boundary.
  4. Зробіть collision review: кожен exclusion перевірте проти інших rows.
  5. Поясніть одним реченням, чому landing повністю відповідає task.

Офіційні джерела

Практична перевірка · урок 11 з 28

Закріпіть матеріал уроку

Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.

1. Що таке routing contract?
2. Що робити з двома groups з однаковими task, promise і landing?
3. Коли landing є аргументом для split?