Organic report: висновки, рішення й план експерименту

Один звіт — одна система рішень

Почніть із executive block: scope, dates, extraction time, data maturity, business question, рішення й owner. Далі покажіть три–п’ять findings, кожен із доказом, значенням для роботи, limitation і рекомендованою дією. Додаток може містити таблиці, але читач не повинен шукати основне рішення серед десятків charts.

Розділяйте факт і оцінку. «Медіана зрілих tutorial posts має 18 destination clicks проти baseline 11» — observation. «Інструкції краще відповідають поточній потребі» — interpretation. «Повторити два варіанти з однаковим CTA й D+7 window» — decision. Якщо sample малий, так і пишіть: directional evidence, не підтверджена закономірність.

Stop, continue, change

Для кожного напряму оберіть дію: continue — підтримати стабільний процес; change — змінити один контрольований елемент; stop — припинити роботу, що не проходить guardrail або не підтримує ціль; investigate — зібрати відсутній доказ. «Публікувати більше» без визначення формату, ресурсу й перевірки не є рішенням.

Назвіть owner, deadline, capacity і dependency. Якщо новий формат потребує дизайнера, модерації або юридичної перевірки claims, це частина рішення. Визначте rollback: за якої ознаки повертаємо попередній cadence, вимикаємо CTA або зупиняємо серію. Не масштабуйте на основі одного екстремального результату.

UTM як договір, а не декор

Google Analytics рекомендує послідовно використовувати `utm_source`, `utm_medium` і `utm_campaign`; значення чутливі до регістру, а різні написання фрагментують звіт. Для organic social встановіть контрольований словник, наприклад source за платформою, medium `organic_social`, campaign за ініціативою, content за asset ID. Не додавайте персональні дані в URL.

Перед публікацією перевірте destination, redirects, consent і те, що UTM не зникає. Після тестового переходу шукайте session source/medium та campaign у Traffic acquisition, але не обіцяйте, що один клік миттєво з’явиться без processing lag. Зберігайте intended URL, resolved URL, QA status і timestamp.

План експерименту

Запишіть hypothesis, audience job, eligible pool, control, treatment, одну primary metric, guardrails, observation window, мінімальну кількість публікацій, exclusion rules і decision threshold. На organic платформах часто немає випадкового розподілу; тоді чесно назвіть роботу structured pilot або quasi-experiment, а не A/B test.

Змінюйте один ключовий фактор: hook, format, CTA або distribution time. Якщо одночасно змінити тему, візуал, тривалість і платформу, інтерпретація неможлива. Заздалегідь визначте `apply`, `hold`, `reject` та умову `inconclusive`. Негативний або нейтральний результат теж корисний, якщо він правильно зафіксований.

Межі paid та organic

Не змішуйте результати після amplification із чистою органікою. TikTok описує сценарії, де first-party reporting може включати paid і organic, а breakdown доступний не для всіх показників. Статус distribution має бути полем даних, а не припущенням. Якщо розділення неможливе, позначте mixed і не використовуйте рядок для organic baseline.

Практика

1. Складіть односторінковий report із трьома findings і limitations.
2. Для кожного finding призначте stop/continue/change/investigate, owner і строк.
3. Перевірте UTM taxonomy на регістр, дублікати й відсутність PII.
4. Спроєктуйте structured pilot з guardrails, maturity window і decision rule.

Готово, коли: звіт приводить до конкретної дії, кожне число має джерело, UTM не фрагментує дані, а наступний тест можна завершити як apply, hold, reject або inconclusive.

Методичні джерела

• Google Analytics Help: GA4 campaign URLs and UTM naming
• LinkedIn Help: Page analytics categories and purposes
• TikTok for Business: paid and organic reporting boundaries

Сценарії, шаблони й питання — оригінальні матеріали SEOWORK. Платформні правила перевіряйте повторно перед реальною дією.