Мазмұнға өту
Duna.kz

Талдау

Performance-маркетингтегі атрибуцияның шектеулері

Атрибуция моделі нені көрсетеді, платформа деректері неге алшақтайды және байқалатын байланысты дәлелденген себептіліктен қалай ажырату керек.

·

Маршрут с видимыми и пропущенными точками контакта иллюстрирует ограничения атрибуции

Атрибуция таңдалған ережелер бойынша байқалатын жанасулар арасында үлесті бөледі. Ол «жүйе конверсияны қалай жазды» деген сұраққа жауап береді, бірақ нақты арнаның сатылымды тудырғанын дәлелдемейді. Пайдаланушы жолының бір бөлігі көрінбей қалады, ал әртүрлі жүйелер әртүрлі терезелерді, сәйкестендіргіштер мен модельдерді пайдаланады.

Атрибуция және себептілік (causality)

ҰғымСұрақ
АтрибуцияТіркелген жанасулар арасында үлесті қалай бөлуге болады?
ИнкременталдылықБұл әсерсіз не болар еді?
СебептілікӘсерді өзгерістің себебі деп негізді санауға бола ма?

Әдемі attributed ROAS дәлелденген инкременталды әсерге тең емес.

Неліктен жол толық емес болады

  • пайдаланушы құрылғыны немесе браузерді ауыстырады;
  • cookies және идентификаторлар шектелген;
  • адамдардың бір бөлігі келісім бермейді;
  • қоңыраулар мен офлайн-байланыстар тіркелмеуі мүмкін;
  • ұсыныстар мен брендтік сұраныстың цифрлық басуы (клигі) жоқ;
  • UTM редиректерде және құжаттарда жоғалады;
  • CRM мәртебелері біркелкі толтырылмайды;
  • B2B шешіміне бірнеше адам қатысады;
  • алғашқы жанасудан мәмілеге дейінгі кезең жүйе терезесінен ұзағырақ.

Неліктен платформалар әртүрлі сандарды көрсетеді

Мыналарды тексеріңіз:

  1. атрибуция терезесі;
  2. click-through және view-through ережелері;
  3. уақыт белдеуі;
  4. конверсия күні немесе өзара әрекеттесу күні;
  5. primary/secondary конверсиялар;
  6. қайталануларды жою (дедупликация);
  7. атрибуция моделі;
  8. оқиғаларды импорттау;
  9. пайдаланушы келісімі (consent) және жарнама бұғаттауыштар;
  10. сүзгілер мен деректердің мәртебесі.

Алшақтық автоматты түрде бір платформаның қателігін білдірмейді.

Сенімділік деңгейлері

Байқалатын жеткізу

Платформа өз ережелері бойынша көрсетілімді немесе өзара әрекеттесуді тіркеді.

Байқалатын әрекет

Сайт немесе жүйе оқиғаны тіркеді. Триггерді және қайталануларды тексеру қажет.

Байланыстырылған CRM мәртебесі

Әрекет жазбамен және мәртебемен сәйкестендірілді. Сапасы идентификаторлар мен тәртіпке байланысты.

Себепті қорытынды

Бөлек зерттеу дизайнын талап етеді: бақыланатын эксперимент, holdout, geo-test немесе басқа негізделген әдістеме. Тіпті мұндай дизайнның да шектеулері бар.

Есепті қалай оқу керек

Әрбір бизнес-метриканың мыналары болуы керек:

  • анықтамасы;
  • дереккөзі;
  • кезеңі;
  • моделі мен терезесі;
  • бөлімі;
  • жаңарту күні;
  • белгілі олқылықтары;
  • tracking setup өзгерістері;
  • мәртебесі: platform-reported, observed, CRM-confirmed немесе experimental estimate.

Дұрыс тұжырымдау мысалы

Дұрыс емес: «науқан 100 сатылым әкелді».

Дұрысырақ: «таңдалған модельде платформа науқанмен 100 purchase оқиғасын байланыстырды; дедупликациядан және CRM салыстыруынан кейін көрсетілген кезеңдегі расталған жазбалардың басқа саны анықталды. Себепті әсер бөлек өлшенген жоқ».

Жарияланымдағы сандар шынайы болуы және рұқсаты болуы керек; жоғарыдағы мысал Duna.kz нәтижесін емес, тұжырымдама құрылымын көрсетеді.

Тәжірибеде не істеу керек

  1. Оқиғалар мен мәртебелердің анықтамаларын бекіту.
  2. Data flow сызбасын жасау.
  3. Controlled tests жүргізу.
  4. Платформаларды, аналитиканы және CRM-ді салыстыру.
  5. Сөзсіз болатын алшақтықтарды құжаттау.
  6. Басқарушылық сұраққа сәйкес модельді таңдау.
  7. Attributed және incremental көрсеткіштерді араластырмау.
  8. Сайт пен CRM релиздерінен кейін жүйені қайта қарау.

Жиі қойылатын сұрақтар

Қай атрибуция моделі ең дұрысы?

Әмбебап модель жоқ. Модель сұраққа және қолжетімді деректерге сай таңдалады. Қорытындыларды салыстырып, әр модельдің қай жанасуларды кем бағалайтынын түсіну пайдалы.

Data-driven attribution-ге сенуге бола ма?

Ол жүйе деректері шегінде үлесті бөлудің пайдалы моделі бола алады. Ол көрінбейтін жанасуларды көрінетін етпейді және корреляцияны себептілікке айналдырмайды.

Direct traffic неге өседі?

Себептерге мекенжайды тікелей енгізу, офлайн құжаттар, referrer/UTM жоғалуы, редиректер және бұғаттауыштар жатады. Біржақты түсініктеме емес, диагностика қажет.

ROAS-тан бас тарту керек пе?

Жоқ. Оның қандай ROAS екенін, қай деректерде, қандай тереземен және шығындар құрамымен есептелгенін нақты көрсету керек. Platform ROAS пен компанияның қаржылық нәтижесі — әртүрлі деңгейлер.

Дереккөздер

Міндетті талқылау

Егер материалдағы міндет сіздікіне сәйкес келсе, жағдайыңызды сипаттаңыз: команда деректерді нақтылап, келесі қадамды ұсынады.

  • Әдістеме

    CPL есептеу алдында нені білікті лид деп санау керек

    Өтінішті, бірегей лидті және біліктілікті қалай анықтау керек, мәртебелерді баптау және салыстыруға келмейтін CPL-ді салыстырмау.

    Материалды оқу
  • Әдістеме

    CAC: формулаға қандай шығындар мен клиенттер кіреді

    Клиент тарту құнының формуласы, шығындар құрамының нұсқалары, кезең, қайталануларды жою ережелері және CAC интерпретациясы.

    Материалды оқу
  • Әдістеме

    ROMI: көрсеткіштің формуласы мен шектеулері

    ROMI-ді қалай есептеу керек, табыс немесе маржаны таңдау, маркетингтік шығындарды, атрибуцияны, кезеңді және нөлдік бөлгішті ескеру.

    Материалды оқу