在日常營運中，快速擷取營運資料并發送到分析平台和歸因平台，是營銷者工作的重中之重。華為動态标簽管理，通過配置規則或可視化埋碼的方式，幫助營運及開發人員實作資料的快速擷取和分發，提高工作效率。今天我們主要從內建SDK的角度來講講為什麼要使用華為動态标簽管理服務（DTM），以下簡稱DTM。
在APP的營運過程中，時常會遇到需要了解營運資料、分析資料的情況，經常需要同時接入多家資料分析平台或廣告歸因平台，這也帶來了三大痛點：
在企業場景中，我們經常會碰到類似的情況，例如：在做商城App的時候，産品經理希望統計某個商品的購買量，營運的同僚需要統計APP的啟動數，新增客戶量，或者開發人員需要了解APP在使用者手中的使用情況，市場人員想要看看廣告帶來的效益，不同的業務場景，往往需要接入多個不同的第三方資料分析平台，多達數十家，逐個接入不同廣告SDK，開發成本高，時間周期長，甚至還會導緻APP的程式增大，維護困難，結構混亂。
前不久，工信部釋出了《關于下架侵害使用者權益 App 名單的通報》，通報中提到，有 5 家企業在 App 不同版本中反複出現同類問題，包括違規收集個人資訊、強制使用者使用定向推送功能、頻繁過度強制索權等。這5 家企業，在平台排查後發現了同一個問題主要在于第三方 SDK 等方面。類似第三方 SDK 插件違法調用手機資訊的情況屢見不鮮，內建多個第三方平台的SDK對于企業來說也存在很大的安全隐患。
對于很多不熟悉SDK接入與內建的人來說，接SDK每次都讓人感覺十分頭疼，雲裡霧裡，但對于一些熟悉SDK接入的人來說，有時一弄就要十幾個，不斷重複的操作，不僅效率低，而且沒有成就感。
華為動态标簽管理服務，無需內建多個第三方的SDK，隻需接入DTM SDK，即可實作資料的快速擷取和發送。
我們先來通過兩張圖來了解一下內建了DTM SDK 和沒有內建DTM SDK的情況。
當未使用DTM時，若使用了多個歸因分析平台，則需要在App中內建多個歸因分析平台的SDK，是以會使App包增大；而且同一事件将會同時被多個SDK追蹤并分别發送，增加了App的複雜性。如果增加了歸因平台，還需要內建新的SDK。
當使用DTM後，隻需要內建DTM SDK，就可以完成針對多個歸因分析平台的資料發送。當對發送事件進行調整時，通過DTM的Portal頁面就可以實作動态、靈活的發送資料及配置政策的調整，并且無需修改代碼或釋出新App版本。
DTM SDK在應用打包時會被內建進您的應用中，SDK會随着相關接口的調用而啟動和關閉，不會在背景做任何額外動作。
DTM SDK隻提供能力接口，不會儲存和收集任何來自使用者的個人資料。
DTM SDK資料不會自動上報到其他分析平台，而是由營運或開發人員在配置時決定要上報的平台。
遇到惡意資料、資料違法等情況，可調用HUAWEI Analytics的setAnalyticsEnabled接口關閉資料上報。
目前DTM已接入數十家第三方分析平台，它的無代碼靈活動态資料标簽能力，零基礎人員也能輕松掌握，省去部門之間的溝通成本，不需要技術開發人員即可實作營銷資料随需跟蹤，可以更及時、快速了解各類資料，根據得到的資料進而采用相應的營運方案，更好地提高應用的價值。
欲了解更多詳情，請參閱：
動态标簽管理官網
擷取開發指導文檔
動态标簽管理快速內建
如遇問題，可線上送出
華為HMS Core官方論壇
解決內建問題請到Stack Overflow
關注我們，第一時間了解HMS Core最新技術~