產(chǎn)品需求
由于雙十一期間要開展多渠道推廣伯诬，市場運營部要求，對每個渠道下用戶的安裝來源做詳細判斷巫财，獲取每個用戶的安裝來源渠道盗似，如官網(wǎng)、推廣頁面平项、地推人員赫舒、廣告跳轉悍及、應用商店下載等多個渠道，并且追蹤每個渠道用戶安裝后的注冊接癌、購買情況心赶。
需求分析
總結起來無非兩點：
1、用戶是從哪個渠道下載App
2缺猛、用戶安裝后首次打開傳遞值到App內(nèi)
具體做法：我們需要在下載前對目標用戶做一個標記缨叫，用戶經(jīng)過安裝打開等操作后，注冊App時比對這個標記荔燎，確定這個下載源并進行一些操作耻姥。簡單來說，要在安裝過程中實現(xiàn)參數(shù)攜帶有咨。
實現(xiàn)方案
以下方案是目前市場上主流的一些方法琐簇，嘗試分析這些方案和局限性，找出最佳實現(xiàn)思路摔吏。
1鸽嫂、安卓方案
（1）渠道包
渠道包統(tǒng)計的主要做法纵装，是開發(fā)者先給每個應用商店生成不同的安裝包征讲，將事先定義好的 Channel ID（渠道標識號）參數(shù)寫入其中，然后上架各大應用商店橡娄，當用戶通過應用商店下載并激活App時诗箍，該渠道號也會同時被讀取到，從而實現(xiàn)應用商店下載量統(tǒng)計挽唉。
但是做邀請滤祖、分銷、地推時瓶籽，渠道數(shù)量太大匠童，打包并不靈活，或者我想看不同素材的效果塑顺，我想看不同定向的效果汤求，想看不同創(chuàng)意計劃的效果……如果都分包會帶來極大的管理成本。另外分包的作弊空間也比較大严拒。
（2）設備號匹配
用戶點擊廣告時扬绪，獲取設備的各種ID和渠道信息，用戶安裝激活App后裤唠，再次上傳ID匹配挤牛，即可得知渠道信息，安卓常用的ID有IMEI种蘸、Android ID等墓赴。
方法限制：
IMEI：國際移動設備標識碼竞膳，曾經(jīng)最靠譜的IMEI，在Android 10后禁止獲取诫硕。
Android ID：一種半永久標識符顶猜，缺點是系統(tǒng)重置或刷機后會發(fā)生變化。并且在 Android 8.0 以后痘括，簽名不同的App所獲取的Android ID是不一樣的长窄，而如果在CPI廣告等場景下，就需要唯一標識一臺設備纲菌，此方案也就不那么有效挠日。
OAID：匿名設備標識符，移動安全聯(lián)盟用于替代IMEI的方案翰舌，目前只有華為嚣潜、小米、OPPO椅贱、vivo懂算、中興、努比亞庇麦、魅族计技、聯(lián)想、三星等設備廠商在逐步支持山橄，缺點是一些舊版本設備沒有更新垮媒，并且不僅需要第三方工具能夠支持，還需要廣告投放平臺能夠支持回傳ID信息才有效航棱。
同時睡雇，H5渠道推廣是獲取不到設備號的。
2饮醇、iOS方案
（1）App Store Connect 來源分析
登陸開發(fā)者Connect 中心-App 分析-來源分析它抱，設置營銷活動鏈接，就能獲取下載來源朴艰。
“營銷活動”： 通過設置營銷活動的鏈接观蓄，當用戶點擊帶有該鏈接的廣告時，他們將被帶到該 App 的 App Store 頁面呵晚。會被針對性收集和統(tǒng)計蜘腌，相當于自定義的來源統(tǒng)計。
設置完鏈接參數(shù)拿去推廣饵隙，開發(fā)者中心就能獲取到統(tǒng)計和數(shù)據(jù)撮珠，這個確實可以滿足大規(guī)模多渠道推廣。但是蘋果的特點就是只做下載統(tǒng)計，后續(xù)打開的App以及用戶在App內(nèi)的操作芯急，就無法獲取勺届，因為獲取不到相應的 Value，并且統(tǒng)計到的下載數(shù)據(jù)延時比較大娶耍，不適用于結算投放免姿。
（2）通過 SFSafariViewController 傳遞 cookie
當用戶通過 Safari 瀏覽器來跳轉到 App Store 下載應用時，可以讓營銷鏈接設置cookie 并強制通過 Safari 來跳轉到 App Store榕酒，然后在打開 app 后通過共享 cookie 來獲取營銷鏈接配置的參數(shù)胚膊。
實現(xiàn)方法：在用戶打開App時調(diào)用 SFAuthenticationSession 方法訪問指定 url 會話，當前會話獲取 cookie 并存儲在 location.href 中想鹰，以 url 形式在 completionHandler 回調(diào)中返回紊婉。
方法限制:
SFAuthenticationSession 方法需要在iOS 11以上版本實現(xiàn)
SFAuthenticationSession 方法需要彈窗提醒用戶授權允許獲取 cookie 用作登陸
只能在Safari和App共享cookie，如微信等第三方App的內(nèi)置瀏覽器就不能獲取相關數(shù)據(jù)
（3）IDFA
IDFA屬于iOS的設備號辑舷，作為唯一標識號喻犁，基本上是開發(fā)者首選的方案。但蘋果一直在對IDFA做各種使用限制何缓，iOS 10提供了Limit Ad Tracking肢础，用戶可以在設備設置里主動關閉IDFA，誤差就基于有多少用戶關閉了這個按鈕碌廓。
iOS14以后传轰，App在訪問用戶設備的IDFA之前，會彈出授權框給用戶氓皱，必須獲取用戶授權才能使用路召，增加了用戶拒絕的風險勃刨，以后IDFA方案準確度會更低波材。
3、設備通用方案
（1）IP+UA
在用戶點擊廣告頁面時收集IP身隐、 UA廷区，提取用戶的IP地址、操作系統(tǒng)贾铝、版本號隙轻、手機型號等信息，再拿用戶安裝激活App時的IP垢揩、UA關聯(lián)匹配玖绿，實現(xiàn)模糊匹配。
模糊匹配的精準度嚴重依賴兩次收集的時間差叁巨、信息等斑匪，會隨著推廣環(huán)境的變化而變化，如多個用戶使用同一個網(wǎng)絡IP等情況下锋勺，精準度就會降低蚀瘸。
（2）剪貼板
當用戶在打開H5或點擊WAP廣告時狡蝶，向剪貼板寫入唯一標識，同時上傳服務器贮勃，用戶下載激活App后贪惹，App會讀取符合條件的信息上報服務端，服務器再將兩者唯一標識進行關聯(lián)寂嘉，即可歸因判斷用戶來源奏瞬。
剪貼板的優(yōu)勢在于標識的唯一性和靈活性，標識內(nèi)容可以按照任意規(guī)則生成泉孩，只要能區(qū)分其他剪貼板內(nèi)容即可丝格，可以獲取渠道來源、用戶訪問內(nèi)容等信息棵譬。
方法限制：
Android Q 增加了對剪貼板的訪問控制显蝌，除非應用是默認輸入法編輯器（IME）或具有焦點的應用程序，否則無法獲取剪貼板內(nèi)容订咸。
在最新推出的 iOS 14 版本里曼尊，蘋果就增加剪貼板讀取提醒，如果有應用想要悄悄讀取剪切板的話系統(tǒng)會彈出提醒脏嚷，讓用戶知道你在截取信息骆撇。
小結
綜上所述，目前沒有完美的方案父叙，想單獨使用某個方案完成需求是不可能的神郊。但經(jīng)過這么多方案的啟發(fā)，也可以總結出一些麻煩點的做法趾唱，大致可以滿足需求涌乳，主要就是將以上方案做兩兩配對，模擬一個最接近實際準確率的方案甜癞。
比如在用戶點擊鏈接或廣告時夕晓，將設備號、剪貼板悠咱、渠道包蒸辆、IP+UA等因素一并獲取，然后存儲在服務端等待匹配析既。用戶激活App后躬贡，再次獲取必要信息進行對比，并返回所需參數(shù)眼坏。
說是這么說拂玻，實際做起來算法準確度卻很有限，沒有那么多時間去磨。但也有一些成熟的第三方工具纺讲。
4擂仍、第三方工具
大致實現(xiàn)方案：先配置好帶參數(shù)的url，再進行對于渠道投放熬甚，用戶點擊url跳轉到下載頁（JS落地頁）時逢渔，獲取必要的數(shù)據(jù)并跳轉到應用商店，用戶激活后再根據(jù)設備從服務端對比獲取之前的參數(shù)乡括。
優(yōu)點：
很匹配需求肃廓，能夠滿足安裝來源統(tǒng)計，并實現(xiàn)參數(shù)還原诲泌，獲取后續(xù)注冊盲赊、購買等數(shù)據(jù)
集成簡單，安卓iOS都能實現(xiàn)敷扫，無需太多人員配合部署
算法準確度高
問題是用戶一些復雜操作也有可能導致統(tǒng)計不到哀蘑，并且這個功能屬于收費功能。
實際上由于操作系統(tǒng)葵第、推廣渠道绘迁、瀏覽器的各種限制，沒有哪個方案能達到完美無缺卒密。如果需求合適就根據(jù)需求來選擇吧缀台。
參考
App Store Connect 來源分析：https://itunesconnect.apple.com
SFSafariViewController：https://itunesconnect.apple.com/login
openinstall：https://www.openinstall.io
