Модуль 4 · Урок 15

SEO brief і baseline вимірювання

SEO brief перетворює «підняти позиції» на кероване рішення: сторінка й population, user need, зміна, evidence, acceptance criteria, baseline, owner, guardrails і дата review.

Decision briefGSC baselineAcceptanceReview rule

Brief починається не з обсягу тексту

DecisionЩо owner вирішить після work і коли?
ScopeЯкі exact URLs/query families/device/country та що поза scope?
User needЯку задачу сторінка має завершити краще?
Current evidenceTechnical state, SERP observation, GSC і qualitative evidence.
ChangeContent, links, template або technical action із dependencies.
AcceptanceЯк перевірити deployment до очікування traffic outcome.

Розділяйте implementation та outcome

РівеньПрикладКоли перевіряти
Deployment200, self-canonical, indexable, title/H1, links, mobile renderОдразу після релізу
Discovery/indexingCrawl, selected canonical, index coverageПісля доступного crawl window
Search behaviorImpressions, clicks, CTR, query/page mixЗа порівнюваним observation window
Business outcomeQualified action, lead quality, revenue/retentionЗ урахуванням conversion lag
GuardrailWrong-intent traffic, support burden, conversion dropПід час усього циклу

Індексування або position не є business outcome. Водночас не можна звинувачувати контент у відсутності кліків, якщо сторінка ще не доступна чи canonical вказує на інший URL.

Search Console baseline із population contract

Performance data залежить від property, search type, date, country, device, filters і dimensions. Position — середня topmost position ресурсу в показах, CTR — clicks/impressions, а totals можуть не збігатися із сумою рядків через anonymized queries та table limits.

Baseline row
Property → search type → exact date range → comparison range → country/device/query/page filters → clicks → impressions → CTR → position → known limits → export timestamp.

Не усереднюйте несумісні populations

Brand/non-brand, desktop/mobile, країни та різні типи пошуку можуть поводитися протилежно. Спочатку segment, потім interpretation.

До/після не доводить причинність

Алгоритмічні зміни, сезонність, попит, competitor activity, SERP layout, migration, paid/PR activity і tracking можуть змінити показники одночасно. Заздалегідь запишіть confounders, порівняльний період і decision rule. Для важливих масштабних змін використовуйте поетапний rollout або придатну контрольну групу, якщо це реально.

Keep. Acceptance пройдено, корисні segments рухаються, guardrails стабільні.
Iterate. Техніка коректна, але query mix/behavior показує конкретний mismatch.
Rollback. Є доведена regression, ризик для користувача або critical guardrail.
Wait. Observation window ще недостатній; не «оптимізуємо» щоденний шум.

Definition of done

  1. У brief є owner, decision, exact scope, user need і evidence IDs.
  2. Implementation має testable acceptance criteria та rollback note.
  3. Baseline можна відтворити з filters, dates і export.
  4. Primary outcome не підмінений position або impressions.
  5. Названо guardrail, confounders, review date і правило keep/iterate/rollback/wait.

Завантажити SEO Foundations Pack (.zip)

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

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

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

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

1. Що робить SEO brief керованим?
2. Що є deployment acceptance?
3. Що потрібно для відтворюваного GSC baseline?