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

Build sheet, change log і preflight

Професійна збірка відтворюється поза рекламним інтерфейсом: що створити, чому, хто погодив, які залежності готові та як відкотити. У цьому модулі ви робите синтетичний build і dry-run review — без production-акаунта та витрат.

Build sheetDry runPreflightRollback

Build sheet — source of intent

БлокОбов’язкові поля
Object identityRow ID, parent, type, proposed name, owner, status
Campaign settingsGoal, network, location/options, language, schedule, budget/bid input
RoutingIntent family, ad group, keyword/match, negatives, landing, primary conversion
GovernanceEvidence, approver, change ticket, review date, rollback trigger

Не записуйте login, платіжні реквізити, API token або customer PII. Production IDs з’являються лише після authorized build і зберігаються у контрольованому реєстрі.

Dry run: чотири проходи

Schema passУсі required fields, parents і IDs заповнені; duplicate names позначені.
Semantic passSettings, intent, message, landing і conversion не суперечать одне одному.
Risk passPII/secrets, network/geography, negative collisions, budget і capacity перевірені.
Release passOwners, approvals, dependencies, monitoring і rollback готові.

Preflight gate

  • Business: offer, geography, capacity, value і exclusions затверджені.
  • Measurement: primary conversion, deduplication, consent і test evidence готові.
  • Structure: campaign/ad group boundaries та names відповідають map.
  • Traffic: networks, locations/options, languages, schedule, keywords і negatives перевірені.
  • Experience: ads/landing ще будуть завершені в module 4; до того release status = BLOCKED.
  • Operations: budget envelope, owner, alert, review cadence, pause і rollback описані.

Change log без «магічних правок»

Change ID → UTC/local timestamp → object → before → after → rationale/evidence → owner → approver → expected effect → monitoring window → rollback trigger/status

Change history платформи корисна, але не зберігає ваш business rationale. Один batch має одну гіпотезу; масові зміни проходять preview/error review. Дублі й конфлікти не «виправляються» автоматично без рішення owner.

Практична лабораторія

Search Structure Pack

Заповніть 8 CSV на синтетичному кейсі й передайте на peer review. Це артефакт навчання, а не файл для автоматичного імпорту в production.

Завантажити ZIP-пакет →

  • Усі parents існують і кожен row має owner.
  • Campaign settings мають rationale, не лише values.
  • Routing matrix має одного primary owner для family.
  • Preflight містить PASS/BLOCKED та evidence.
  • Change log має rollback trigger.

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

Модуль 3 завершено

Після тесту прогрес стане 12/12 опублікованих уроків. Перший review-проєкт відкриється лише після module 4, коли будуть готові ads і landing QA. Фінал та PDF залишаються заблокованими до 28 уроків і двох accepted projects.

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

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

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

1. Що є build sheet?
2. Що не можна записувати в навчальний build?
3. Що перевіряє schema pass?