TikTok SAN遷移將于8月20日完成

Kochava引入了對建模歸因的支持

去年，TikTok for Business一直從標準開放渠道集成遷移到自歸因渠道（SAN）集成。為了使過渡盡可能無縫，Kochava客戶的大部分遷移都是自動化的（請參閱相關帖子）。此遷移過程現(xiàn)已接近尾聲，并將于2024年8月20日完全完成。

8月20日之后，Kochava客戶將看到以TikTok for Business–SAN渠道名稱報告的所有TikTok for Business轉(zhuǎn)化，而不是TikTok for Business–Android和TikTok for Business–iOS。請務必聯(lián)系您的客戶成功經(jīng)理或發(fā)送電子郵件至Support Kochava.com，以了解渠道名稱過濾器在報告、分析、查詢和其他工具中的影響。

通過豐富的SAN集成支持建模歸因

為了確保廣告商在遷移完成后看到一致的效果，Kochava在TikTok廣告系列中引入了對建模歸因的支持。與其他SAN合作伙伴提供的建模轉(zhuǎn)化/高級轉(zhuǎn)化不同，TikTok利用獨立移動監(jiān)測合作伙伴（MMP）的歸因技術來為其營銷活動提供建模歸因。為此，Kochava引入了一種稱為Enriched SAN的新集成類型。Enriched SAN標簽將應用于任何利用Kochava歸因技術來支持建模歸因的SAN合作伙伴。

Kochava豐富的SAN集成如何為TikTok發(fā)揮作用

作為一個自歸因渠道，TikTok將從配置與TikTok集成的廣告商處接收應用安裝和應用內(nèi)事件負載。TikTok的歸因API針對與TikTok廣告活動明確匹配的轉(zhuǎn)化提出第一方SAN聲明。

此外，TikTok將所有廣告展示和點擊數(shù)據(jù)聯(lián)合到Kochava。如果沒有可用的第一方SAN聲明，Kochava將執(zhí)行建模歸因-記錄歸因匹配（如果可用）。在歸因瀑布中，來自TikTok直接歸因API的第一方聲明始終取代建模歸因聲明。與其他MMP不同的是，廣告商必須導航兩種不同的合作伙伴配置（一種用于SAN聲明，另一種用于MMP建模歸因），Kochava已將此功能統(tǒng)一到單個集成中。

直接來自TikTok的第一方歸因聲明與Kochava支持的建模歸因聲明相結合，為TikTok活動提供了最全面的多點觸控歸因報告。

其他SAN合作伙伴將成為未來建模歸因的Enriched SAN合作伙伴。

Kochava客戶需要了解什么

自8月20日起，所有包含TikTok直播活動的Android應用將默認啟用TikTok for Business的Enriched SAN集成。對于在TikTok上運行iOS廣告活動的廣告商，請聯(lián)系您的客戶成功經(jīng)理或Support Kochava.com。請求有關TikTok合作伙伴配置窗口中的可配置設置以及Kochava隱私配置文件中的相關設置的指導。