蘋果Search Ads要點及廣告專案結構詳解
編者按:原文釋出於Mobile Masterminds,原作者Thais Brizolara,由量江湖進行整理編譯,有小部分修改。
在國內市場愈發飽和,眾多企業和從業者紛紛將目光放到全球市場的今天,蘋果搜尋廣告(Apple Search Ads)已經成為了推廣人員所必須關注的重要流量獲取途徑——使用者們通過在商店中搜尋來尋找各種問題的解決方案,而蘋果搜尋廣告則可以在此時轉化他們,幫助App的開發者和推廣者觸達這些高價值的使用者。
認真對待蘋果Search Ads並制定詳細的戰略有以下很多潛在好處:
1.保護你的品牌:如果你不為自己的品牌詞進行競價,那麼你的競品就會競價,他們將有機會向你的使用者展示自己的產品,洗走你的使用者;不過,當我們對競品的品牌詞進行競價時,也有可能洗走對方的使用者;
2.為產品贏得展示機會:對於在AppStore中沒有知名度的產品來說,這一點尤其重要。通過投放蘋果Search Ads,一款App就有機會在使用者面前得到展示,否則排名較低的產品幾乎沒有被使用者發現的機會。
3.提高產品排名:購買關鍵字所獲得的安裝量增加可以帶動排名的提升。
不過,儘管我們都瞭解蘋果搜尋廣告的推廣效果,但是想做好蘋果Search Ads的推廣並不容易,最重要的原因是這個渠道的效果並不那麼容易追蹤。這是由於蘋果的歸因技術經常導致第三方平臺追蹤的安裝量和蘋果官方追蹤的安裝量之間出現巨大差異。當我們開始投放蘋果Search Ads時,還必須要學會如何正確地分析和解讀收集到的歸因資料組合,這是為推廣渠道制定具體目標以及向上彙報的關鍵步驟。
洞悉LTA使用者和重新下載使用者的影響
如果你一直在進行蘋果Search Ads的投放,那麼應該已經意識到蘋果和第三方平臺之間歸因資料不一致的主要原因:因為蘋果計算重新下載(Re-downloads),並且允許使用者啟用限制廣告追蹤(LAT-On),這基本上阻止了對開啟該功能的裝置進行使用者統計或搜尋歷史資訊的追蹤。第三方平臺既收不到重新下載資料也追蹤不到LAT-On狀態的使用者,因此兩個平臺針對同一廣告專案的資料監測會有很大不同,這個差異範圍可能在30%-70%之間。
可以解決這個問題的一種辦法是,使用戰略性的架構來建立一個品牌廣告專案,通過兩個不同的廣告組來對比“被追蹤”和“未被追蹤”的內容,從而分析出LAT-On使用者和Re-downloads使用者對資料的影響程度。
廣告組1:在第一個品牌廣告專案中,設定所有使用者、所有性別以及所有年齡。
廣告組2:這一組只針對新使用者(以便發現重新下載的百分比)並指定所有性別,但年齡範圍設定為18-65+(以便發現啟用LAT-On而隱藏年齡資訊的使用者百分比)。
在同時執行兩個廣告組幾周後(取決於你的流量量級),兩個廣告組之間的差異可以揭示你所面臨的廣告支出回報率(ROAS)或者是CPA的差異。有了這些資料,我們就可以建立模型來推斷蘋果Search Ads所有廣告專案的廣告支出回報率。
如何建立多樣化和可擴充套件的廣告專案結構
在實驗之後,我們發現了一種允許我們在發現新主題和為受眾訂製訊息同時,最大限度地提高當前表現最佳關鍵詞效果的賬戶結構。
所有廣告專案都基於國家區分開,一部分是我們重點關注的國家與地區,另外一小部分是我們不太關注的地點。通常我們根據語言和時區位置來聚合他們。
1.品牌廣告(精確匹配,Exact Match)
配置:每個Campaign設定3個廣告組(Ad Groups)
針對新使用者、女性、18-65歲
針對新使用者、男性、18-65歲
無針對性:所有使用者、所有性別、所有年齡
這樣的結構可以讓我們測試特定性別的素材,併為每個廣告組提供提供的CPA。如果針對自己的產品來說,年齡要素要比性別要素更重要,那麼就可以根據這個目標建立廣告組。
注:如果產品剛剛上線或者量還不太大的時候,使用太多以精準使用者為目標的廣告組可能效果並不好,這會給廣告專案的管理增加難度,關鍵詞級別的資料被稀釋從而導致難以優化。
2.一般“穩定”廣告專案(精確匹配,Exact Match)
配置:每個主題配一個廣告專案Campaign(針對單個國家或者多個國家組)
這種結構使得測試新主題(Topics)的同時更容易關注到能夠帶來更好效果的主題。
對於效果較好的主題(Topics),我們可以給出更具侵略性的CPA策略,來進行出價和增加日常預算。如果擁有足夠的日活躍量,我們甚至可以建立針對不同目標受眾的廣告組,以改善包括ROAS和CPA在內的多個指標。
效果表現中等的關鍵詞仍然可以保持啟用狀態,以增加容量或者探索其他優化velvet,例如使用特定的創意素材,更好地向使用者展示產品可以為其提供的內容和滿足其需求的服務。
3.一般“測試”廣告專案(精確匹配,Exact Match)
配置:只使用一個廣告組,只針對18-65歲的新使用者,以便能夠最大限度地減少歸因資料的丟失(上文所提到的重新下載和LAT-On問題)。
當我們想測試新的關鍵詞時,這些關鍵詞可能與任何“穩定”廣告專案都沒有直接關係。我們可以將它們分為一個或多個新的廣告專案(這取決於如何才能更好地將它們聚合到主題中)。這樣,關鍵詞級別的資料將與更多的量聚合,並且更容易在程式內購的KPI上進行優化。
在我們的測試Campaign中,新增了在不同工具中找到的新關鍵詞,例如AppTweak、AppFollow、MobileAction,甚至還使用瞭如Ubersuggest等web關鍵詞建議工具。
這是一個很好的策略:
- 測試與新推出的功能相關的關鍵詞
- 測試間接競爭對手的新關鍵詞
4.探索廣告專案(廣泛匹配、Broad Match)
新增到廣泛匹配中的只有具有中高搜尋量的精確匹配關鍵詞。使用搜尋量較低的關鍵詞只會讓我們得到“Low volume terms”(使用者搜尋某個詞觸發到投放關鍵詞,但展示量低於10),因此它不能作為挖掘新關鍵詞的策略。
將競爭對手的關鍵詞新增到這些廣告專案中,(對於主要的國家地區,我們將它們分開以便更好地控制日常預算)。如果產品在ASO方面做得比較好,那麼我們可以發現非常好的新關鍵詞,甚至包括要探索的新Topics。這也是一種判斷競爭對手的App是否發生變化(如新增新功能)的常用方法。
注:對於廣泛匹配廣告專案,重要的是新增所有的精確匹配關鍵詞為否定關鍵詞,這樣才可以保持整體架構的乾淨有序。
對搜尋匹配(Search Match)廣告專案的思考
結合品牌的時候,它們在效果表現以及所有地區的關鍵詞挖掘方面都沒有太大效果。這可能是因為App沒有在某些國家/語言區中優化商店後設資料,因此在搜尋匹配廣告專案中出現了不相關的關鍵詞,額外增加了新增否定關鍵詞的工作量。
這裡建議先看看產品的ASO情況以及其每個正在競價排名的關鍵詞。如果看到的不是好結果,那麼就不必期望Search Match的表現。當然我們還是可以測試它們,但是隻能在低出價、低CPA和每日上限的情況下,以規避風險,至少在一開始應該這樣。現在,我們使用其他策略來挖掘關鍵詞(例如上文提到的工具),並且只對優化過產品商店後設資料的國家和地區繼續使用搜尋匹配。
當然,關於蘋果Search Ads還有很多可以說的,但重點收穫是,這是一個需要戰略規劃的渠道。有了正確的目標,廣告組和廣告專案結構,才有可能減少歸因差異並使最終結果保持足夠的組織性,以獲取有用的見解、改進策略,同時推動高價值使用者使用自己的產品。
作者:Thais Brizolara
來源:量江湖編譯
原地址:https://mp.weixin.qq.com/s/qWc8TRkm9MdFgS4kaLEayQ
相關文章
- 蘋果Search Ads最全歸因差距分析詳解蘋果
- vue-cli專案結構詳解Vue
- 由ASO談Apple Search Ads(ASA)人工廣告投放的侷限APP
- Apple Search Ads蘋果搜尋廣告已在中國大陸推出,這個獲量新渠道必須安排!APP蘋果
- MachO 檔案結構詳解Mac
- Angular專案目錄結構詳解Angular
- 專案管理要點(轉)專案管理
- 要點提煉| 理解JVM之類檔案結構JVM
- redis string結構及命令詳解【三】Redis
- 專案管理8要點(轉)專案管理
- 專案管理8要點 (轉)專案管理
- 專案管理八要點(轉)專案管理
- 位元組碼檔案結構詳解
- 解鎖Search Ads優化新姿勢 |[多盟誠懇分享]優化
- 結構詳解
- Android Studio目錄結構及工程專案結構解析Android
- 資料結構簡單要點總結資料結構
- 專案結構
- 轉載:ResNet50網路結構圖及結構詳解
- 專案經理開會要點
- Java學習日記(一)環境配置及專案結構講解Java
- re.search()用法詳解
- linux檔案系統及目錄結構詳解_轉摘chinaunixLinux
- RNN 結構詳解RNN
- BMP點陣圖檔案結構及VC操作 (轉)
- Nginx目錄結構與配置檔案詳解Nginx
- 【PG體系結構】Postgresql 配置檔案詳解SQL
- Java Class 位元組碼檔案結構詳解Java
- 外包專案管理技術要點(轉)專案管理
- 大量小檔案儲存提高效率要點詳解
- 筆記八:URI Search 詳解筆記
- 蘋果應用的廣告投放歸因技術點總結蘋果
- BMP點陣圖檔案結構及平滑縮放 (轉)
- 全年新應用下載量26億的日本市場,蘋果Search Ads到底好做不好做?蘋果
- 如何最大限度提升Apple Search Ads的ROIAPP
- §1.2 Android專案結構及“Hello World”應用解析Android
- oracle資料檔案內部BLOCK結構詳解OracleBloC
- ThinkPHP修改專案結構PHP