Модуль 3 · Урок 9
Архітектура пошукової кампанії та naming governance
Google Ads має три базові рівні: account, campaign і ad group. Хороша структура не імітує папки: вона розділяє бюджети, settings, ownership і наміри так, щоб кожне рішення можна було виміряти, змінити та відкотити.
Три рівні — три різні контракти
| Рівень | Що контролює | Коли відокремлювати |
|---|---|---|
| Account | Доступи, billing, account-level assets/lists і загальні правила | Окрема юридична/операційна межа, а не просто інший продукт |
| Campaign | Budget, networks, locations, languages, schedule, bidding context | Коли потрібен інший бюджет, setting, owner або success contract |
| Ad group | Тематично пов’язані keywords та ads | Коли intent, promise, landing або negative boundary справді відрізняються |
Structure decision tree
Не дробіть структуру лише за містом, match type або одним словом, якщо settings і decision однакові. Не зливайте різні ринки лише заради «простоти», якщо budget owner не може керувати ними окремо.
Naming — індекс, а не база даних
Наприклад: SEA | UA | PPC-Audit | Lead | NonBrand | Core | v1. Назва має бути короткою, стабільною та машинно читабельною, але істина про settings живе у build sheet. Не кодуйте в назві персональні дані, email, customer ID, поточний bid або десятки параметрів, що швидко змінюються.
Ownership і change boundary
Практика
- Візьміть один синтетичний offer із module 2.
- Заповніть account map: owner, billing boundary, shared controls — без реальних ID.
- Сформуйте 2–3 campaign boundaries і поясніть кожну через settings/success/budget.
- Для кожної campaign створіть 2–4 thematic ad groups із landing owner.
- Перевірте: назва допомагає знайти об’єкт, але не підміняє build sheet.
Офіційні джерела
Закріпіть матеріал уроку
Три сценарні питання. Для зарахування уроку потрібно дати щонайменше дві правильні відповіді.