移動應(yīng)用分析平臺上基于Ajax實現(xiàn)客戶端應(yīng)用數(shù)據(jù)采集

■文/康 潔 瞿弋微

移動應(yīng)用分析平臺上基于Ajax實現(xiàn)客戶端應(yīng)用數(shù)據(jù)采集

■文/康 潔 瞿弋微

隨著移動互聯(lián)網(wǎng)的發(fā)展和智能終端的普及,移動應(yīng)用下載量和新應(yīng)用需求呈井噴式增長。然而,由于大量移動應(yīng)用存在內(nèi)容同質(zhì)化、用戶群定位不清、推廣渠道分散、異構(gòu)平臺體驗不一致等問題,會使運營陷入困境。移動應(yīng)用分析平臺的主要作用是通過收集移動端產(chǎn)品的用戶、設(shè)備、事件、使用情況等海量數(shù)據(jù),從上報信息中分析挖掘潛在價值,幫助應(yīng)用開發(fā)及運營人員了解產(chǎn)品表現(xiàn),強化核心功能,從而在移動互聯(lián)網(wǎng)時代實現(xiàn)數(shù)據(jù)化、精細(xì)化的運營。文中介紹了移動應(yīng)用分析平臺的工作原理和建設(shè)意義,對移動應(yīng)用數(shù)據(jù)采集部分的技術(shù)實現(xiàn)進(jìn)行了深入研究,在此基礎(chǔ)上提出了未來移動應(yīng)用分析平臺的發(fā)展建議。

移動應(yīng)用分析；移動Ajax；SDK；客戶端應(yīng)用數(shù)據(jù)采集

引言

隨著移動互聯(lián)網(wǎng)的發(fā)展和智能終端的普及，全球移動應(yīng)用市場發(fā)展迅猛。預(yù)計到2017年，全球智能手機和平板電腦的應(yīng)用程序下載量將達(dá)到1600億。中國作為全球第二大移動應(yīng)用市場，移動應(yīng)用下載量和新應(yīng)用需求將呈井噴式增長，同時預(yù)示移動客戶端作為新媒體的主要載體，其影響范圍將持續(xù)擴大。

為落實中央要求、搶占新興媒體輿論陣地，新華社提出要大力開展黨政客戶端技術(shù)建設(shè)，通過在智能終端上開發(fā)信息資訊客戶端，為全國各地方黨委、政府建設(shè)自主掌控的掌上新媒體服務(wù)平臺，幫助地方政府實現(xiàn)輿論引導(dǎo)和政務(wù)公開，同時提供便民服務(wù)和溝通渠道，成為群眾建言獻(xiàn)策和參政議政的有力載體。

為全面了解新華社資訊的消費群體，及時發(fā)現(xiàn)用戶對信息服務(wù)的需求變化，和用戶建立起良性的互動關(guān)系。在新華社黨政客戶端集成管控平臺項目中將重點收集和分析用戶數(shù)據(jù)，匯聚受眾基本信息如年齡段、興趣愛好、所在區(qū)域等，對用戶進(jìn)行統(tǒng)一管理，提供用戶特性分析等服務(wù)；匯聚終端用戶登錄、閱讀、分享、評論等行為信息，為進(jìn)一步增強內(nèi)容建設(shè)，發(fā)展個性化服務(wù)產(chǎn)品提供數(shù)據(jù)支撐；匯聚APP產(chǎn)品停留時間、跳轉(zhuǎn)、退出等使用信息，為進(jìn)一步提升產(chǎn)品設(shè)計，增強用戶黏性指明方向，最終達(dá)到資源優(yōu)化、流程優(yōu)化、體驗優(yōu)化、產(chǎn)品優(yōu)化的目的。

1.移動應(yīng)用分析相關(guān)概念

1.1 移動應(yīng)用分析概念

移動應(yīng)用是移動互聯(lián)網(wǎng)的重要載體，移動應(yīng)用分析是指在獲得移動應(yīng)用用戶使用等基本數(shù)據(jù)情況下，進(jìn)行數(shù)據(jù)分析，深入挖掘用戶使用的特點，找到產(chǎn)品設(shè)計的不足，發(fā)現(xiàn)運營推廣的機遇，優(yōu)化產(chǎn)品及運營策略，提升移動應(yīng)用的質(zhì)量。

1.2 移動應(yīng)用分析的意義

1.2.1 監(jiān)控移動應(yīng)用運營狀態(tài)

移動應(yīng)用分析最基本的使用場景就是實時監(jiān)控應(yīng)用的運營狀態(tài)。通過收集應(yīng)用每日的新增用戶、活躍用戶、留存用戶等數(shù)據(jù)，并對其加以分析，以日報、周報、月報的形式進(jìn)行系統(tǒng)的監(jiān)控。通過分析和比較這些核心數(shù)據(jù)的變化趨勢，用數(shù)據(jù)說話，可以幫助運營和推廣人員多維度觀察應(yīng)用的運營狀態(tài)，及時發(fā)現(xiàn)問題。

1.2.2 提升移動應(yīng)用推廣效果

渠道是移動應(yīng)用推廣的主要方式，不同渠道面對的是不一樣的用戶群體，根據(jù)渠道和推廣位置的數(shù)據(jù)分析選擇成本低、效果好的渠道可以有效地找到目標(biāo)用戶，提升運營表現(xiàn)，降低推廣成本。

1.2.3 發(fā)現(xiàn)移動應(yīng)用產(chǎn)品問題

通過分析應(yīng)用的訪問路徑、自定義事件點擊/轉(zhuǎn)化等數(shù)據(jù)，找到用戶流失的原因，利用數(shù)據(jù)更快地定位出產(chǎn)品問題或策略問題，并依據(jù)規(guī)范的移動分析思路和方法找出解決方案。

1.2.4 優(yōu)化移動應(yīng)用功能及體驗

作為移動互聯(lián)網(wǎng)的主要入口之一，移動應(yīng)用的體驗優(yōu)秀與否在一定程度上決定了用戶的去留，通過移動應(yīng)用分析找到產(chǎn)品問題，結(jié)合訪問路徑、用戶的人口學(xué)屬性等制定優(yōu)化策略，提升應(yīng)用的吸引力和易用性。

圖1 移動應(yīng)用分析工作流程

1.3 移動應(yīng)用分析工作原理

目前移動應(yīng)用分析的方式主要是較為流行的基于SDK（Software Development Kit，即軟件開發(fā)工具包）的分析統(tǒng)計。這種方式是在應(yīng)用中嵌入一段SDK代碼，SDK代碼規(guī)定了用戶行為收集的規(guī)范，用戶的啟動和使用行為通過SDK記錄在應(yīng)用中，當(dāng)發(fā)送條件被觸發(fā)后，這些日志被發(fā)送到服務(wù)器來進(jìn)行分析和挖掘。此方式的優(yōu)點是安裝使用簡單，用戶行為統(tǒng)計更加準(zhǔn)確。以下為基于SDK的移動應(yīng)用分析數(shù)據(jù)收集流程圖（如圖1所示）。

首先產(chǎn)品開發(fā)團隊向移動應(yīng)用分析平臺注冊以獲取APPID，這是移動應(yīng)用的唯一標(biāo)識，通過APPID將采集上報信息與移動應(yīng)用有機關(guān)聯(lián)起來；

第二步 根據(jù)行為收集的規(guī)則，在APP 實現(xiàn)代碼中植入SDK和發(fā)行渠道的相關(guān)信息；打包生成安裝文件，上傳到應(yīng)用市場供審核發(fā)布；

第三步 配合線下活動進(jìn)行應(yīng)用推廣，用戶在正確下載安裝應(yīng)用后，SDK在后臺自動采集用戶使用及設(shè)備信息，根據(jù)上報策略向移動應(yīng)用分析平臺進(jìn)行異步數(shù)據(jù)上報；

第四步 移動應(yīng)用分析平臺以流方式接收上報日志文件，接收后存儲到Hbase庫中，后續(xù)使用Map-Reduce工具對日志內(nèi)容進(jìn)行分析和挖掘。

第五步 根據(jù)不同角色及業(yè)務(wù)需求，建立分析模式，生成各類圖表，供產(chǎn)品運營及開發(fā)人員分析參考。

1.4 移動應(yīng)用數(shù)據(jù)采集對象

為實現(xiàn)移動統(tǒng)計分析平臺能夠根據(jù)應(yīng)用發(fā)展目標(biāo)直觀生成相應(yīng)指標(biāo)和圖表，在數(shù)據(jù)采集階段應(yīng)盡量確保數(shù)據(jù)的全面性、完整性和可靠性。移動應(yīng)用數(shù)據(jù)采集的對象主要包括渠道來源、受眾屬性、用戶行為和終端設(shè)備。

1.4.1 渠道來源

目前的移動應(yīng)用分發(fā)主要依賴外部渠道的推廣，這里的渠道既包括App Store、Google Play等官方的應(yīng)用市場和商店外，還有91助手、百度手機助手、聯(lián)盟、In App推廣等非官方渠道。渠道推廣大都是要付費的，因此產(chǎn)品開發(fā)團隊非常關(guān)注各個渠道推廣效果如何，渠道來源的分析就抓住了這一點強需求，從源頭上幫助開發(fā)者對比分析推廣效果，以便優(yōu)化廣告投放，提高ROI（Return On Investment，即投資回報率）。

1.4.2 受眾屬性

對于移動應(yīng)用的用戶群體特性進(jìn)行分析，是了解應(yīng)用的受眾屬性最好的方式。掌握了受眾的屬性（如地域分布、年齡、愛好、學(xué)歷分布等），才能更加準(zhǔn)確地指導(dǎo)后續(xù)運營中的廣告投放，做到有的放矢，把推廣的費用花在刀刃上。

1.4.3 用戶行為

了解了什么樣的人在使用你的應(yīng)用之后，更要了解這些人是如何使用的。用戶行為包括，用戶活躍度、留存比例、新增數(shù)量、使用時長、使用頻率、使用間隔、頁面訪問路徑、頁面訪問深度等。通過這些翔實的數(shù)據(jù)分析，能夠讓用戶在應(yīng)用內(nèi)的行為一目了然。所以深入細(xì)致的用戶行為分析，能夠極大地幫助開發(fā)者優(yōu)化應(yīng)用流程和定位應(yīng)用內(nèi)問題。

圖2 數(shù)據(jù)采集實現(xiàn)原理圖

1.4.4 終端設(shè)備

移動互聯(lián)網(wǎng)時代與PC互聯(lián)網(wǎng)時代相比，對于開發(fā)者最大的挑戰(zhàn)之一就是終端設(shè)備千差萬別，移動應(yīng)用的適配問題常常讓人頭疼。分辨率不同、機型不一樣、操作系統(tǒng)迥異，這些都給兼容性帶來了極大的挑戰(zhàn)。因此，對于開發(fā)者來講，能夠全面掌握用戶的終端設(shè)備及網(wǎng)絡(luò)接入情況，這對產(chǎn)品設(shè)計具有指導(dǎo)性意義。

以上這些數(shù)據(jù)都是移動應(yīng)用精細(xì)化運營所要研究的問題，數(shù)據(jù)分析的本質(zhì)也是在于透過數(shù)據(jù)能夠挖掘出背后的問題和癥結(jié)所在，用本質(zhì)原因解釋表面的現(xiàn)象，以指導(dǎo)運營的優(yōu)化。通過這樣的過程，數(shù)據(jù)的價值才能彰顯出來。

2.移動應(yīng)用數(shù)據(jù)采集技術(shù)原理

如圖2示，根據(jù)黨政客戶端具體業(yè)務(wù)場景，為實現(xiàn)移動應(yīng)用跨平臺數(shù)據(jù)采集的總目標(biāo)，分別開發(fā)iOS和Android版的移動應(yīng)用統(tǒng)計SDK。SDK是一些被軟件工程師用于為特定的軟件框架、硬件平臺、操作系統(tǒng)等創(chuàng)建應(yīng)用的開發(fā)工具的集合,它可以簡單的為程序設(shè)計語言提供應(yīng)用程序編程接口。

移動應(yīng)用統(tǒng)計SDK參考業(yè)內(nèi)領(lǐng)先的移動應(yīng)用數(shù)據(jù)采集工具，支持Android4.4安卓手機和iOS7蘋果手機。通過在iOS和Android原生應(yīng)用中嵌入統(tǒng)計SDK，當(dāng)自定義事件被觸發(fā)時，響應(yīng)函數(shù)調(diào)用原生接口，對日志數(shù)據(jù)進(jìn)行封裝后進(jìn)行上報。由于移動端內(nèi)存小、計算能力弱、網(wǎng)絡(luò)不穩(wěn)定等特性，在數(shù)據(jù)上報時采用移動Ajax技術(shù)進(jìn)行異步上報。上報數(shù)據(jù)格式使用JSON半結(jié)構(gòu)化數(shù)據(jù)格式規(guī)范。

移動應(yīng)用數(shù)據(jù)上報到統(tǒng)計分析平臺后，經(jīng)過收集、清洗、分析等數(shù)據(jù)處理過程，進(jìn)行各項數(shù)據(jù)匯總，結(jié)合業(yè)務(wù)模式，生成各類圖表，供產(chǎn)品運營及開發(fā)人員分析參考。

3. 移動應(yīng)用數(shù)據(jù)采集關(guān)鍵技術(shù)

3.1 Ajax

Ajax（Asynchronous JavaScript and XML）并不是一門新的語言 ,它實際上是由幾種主流技術(shù)以新的方式組合而成，在共同的協(xié)作中發(fā)揮各自的作用 ,并打破了使用頁面重載。

Ajax的工作原理相當(dāng)于在用戶和服務(wù)器之間加了一個中間層,使用戶操作與服務(wù)器響應(yīng)異步化。并不是所有的用戶請求都提交給服務(wù)器 ,像一些數(shù)據(jù)驗證和數(shù)據(jù)處理等都交給 Ajax引擎自己來做 ,只有確定需要從服務(wù)器讀取新數(shù)據(jù)時再由 Ajax引擎代為向服務(wù)器提交請求,如圖3所示。

圖3 客戶端編程模型

在 Ajax之前 ,Web站點強制用戶進(jìn)入提交 /等待 /重新顯示 ,用戶的動作總是與服務(wù)器的處理時間同步。Ajax引擎提供與服務(wù)器異步通信的能力，用戶觸發(fā)請求時,使用 JavaScript和 html立即更新 U I ,并向服務(wù)器發(fā)出異步請求 ,以執(zhí)行更新或查詢等流程。當(dāng)請求返回時 ,就可以使用JavaScript和 css來相應(yīng)地更新 UI ,并不刷新整個頁面。如果用戶交互不需要從服務(wù)器上獲得數(shù)據(jù)，Ajax引擎會自主處理這個交互；如果需要從服務(wù)器上獲取一些數(shù)據(jù)，Ajax引擎會完成一個異步調(diào)用，而不打斷用戶流。借助Ajax，用戶體驗不到瀏覽器何時與服務(wù)器通信，Web應(yīng)用看起來是即時響應(yīng)的。

現(xiàn)在Ajax技術(shù)大量應(yīng)用到移動領(lǐng)域，解決移動業(yè)務(wù)的如下問題：

①間斷的網(wǎng)絡(luò)連接問題：Ajax將一部分應(yīng)用邏輯從服務(wù)器端移到瀏覽器端，與傳統(tǒng)Web應(yīng)用的按請求獲?。‵etch on Demand）不同，Ajax采取預(yù)?。≒redict ive Fet ch）模式可以提高緩存命中率，大幅減少用戶的訪問延時。

②帶寬限制問題：在一個會話中，服務(wù)器只返回一次頁面，包括模板文件、用戶導(dǎo)航及大量JavaScript代碼，由這些代碼決定是否離線處理或?qū)⒄埱髠鬟f給Web服務(wù)器。在整個交互過程中，Web服務(wù)器只需發(fā)送相關(guān)的數(shù)據(jù)。這樣大幅縮減了數(shù)據(jù)的傳輸量，降低帶寬的耗費。

③輸入補全：Ajax的異步機制可以在用戶輸入數(shù)據(jù)的同時從服務(wù)器取得備選數(shù)據(jù)以便自動補全，極大緩解移動設(shè)備輸入方式的壓力。

3.2 JSON

JSON（JavaScript Object Notation） 是一種輕量級的數(shù)據(jù)交換格式，基于JavaScript的一個子集。JSON有兩種數(shù)據(jù)結(jié)構(gòu)，分別是對象和數(shù)組，通過這兩種結(jié)構(gòu)可以表示各種復(fù)雜的結(jié)構(gòu)：

①對象：數(shù)據(jù)結(jié)構(gòu)為 {key：value，key：value...}的鍵值對。取值方法為對象key 獲取屬性值，這個屬性值的類型可以是數(shù)字、字符串、數(shù)組、對象幾種。

②數(shù)組：數(shù)組在js中是中括號“[]”括起來的內(nèi)容，數(shù)據(jù)結(jié)構(gòu)為 [“java”“javascript”“vb”...]，使用索引方式取值，字段值的類型可以是數(shù)字、字符串、數(shù)組、對象幾種。

4.移動應(yīng)用數(shù)據(jù)采集具體技術(shù)實現(xiàn)

集成移動統(tǒng)計分析SDK的應(yīng)用在啟動后，根據(jù)上報策略（包括啟動上報、事件上報等），完成數(shù)據(jù)組織和封裝。根據(jù)網(wǎng)絡(luò)連接情況，以POST方式向后臺上報接口進(jìn)行內(nèi)容上報。在網(wǎng)絡(luò)連接不穩(wěn)定或內(nèi)容提交不成功的情況下，將上報信息寫入本地日志文件，待恢復(fù)后再次提交日志，日志文件內(nèi)容的去重由服務(wù)器端完成。

在日志上報實現(xiàn)過程中我們遇到一種情況，就是移動應(yīng)用會并行發(fā)出多條Ajax請求。在網(wǎng)絡(luò)狀況良好時，基本上Ajax請求數(shù)對性能沒有什么影響。但是在信道資源緊張的移動網(wǎng)絡(luò)下，會造成網(wǎng)絡(luò)擁堵的問題。而一個移動應(yīng)用中只有大部分主請求是有時效性要求的，所以我們引入Ajax隊列，將用戶行為上報請求滯后發(fā)送，即等主請求都返回后，再依次發(fā)送。這時，我們就需要引入Ajax隊列的概念，將Ajax請求分優(yōu)先級，優(yōu)先級低的可以滯后發(fā)送，盡量將網(wǎng)絡(luò)資源讓給主要的Ajax請求,為了方便的使用Ajax隊列，我們封裝了一個Ajax基礎(chǔ)庫（圖4）。

下面以事件上報為例，其數(shù)據(jù)組織上報和處理的時序圖如下，在數(shù)據(jù)上報過程中調(diào)用了異步上報接口（圖5）。

5.集成及測試效果

5.1 功能測試

4月中旬完成了統(tǒng)計上報SDK1.0版本的開發(fā)工作后，為測試移動應(yīng)用統(tǒng)計SDK設(shè)計是否滿足數(shù)據(jù)采集需求，選取新華河北Android版應(yīng)用為原型，進(jìn)行集成測試工作。歷時5天，完成SDK第一階段測試工作，實現(xiàn)了對欄目點擊量、稿件點擊量、停留時長、終端信息、自定義事件等重點數(shù)據(jù)的采集功能。

圖4 異步日志上報實現(xiàn)原理圖

圖5 事件上報時序圖

集成過程遵循Android版移動應(yīng)用統(tǒng)計SDK集成方案，圍繞業(yè)務(wù)需求主要對現(xiàn)有模塊進(jìn)行自定義事件和啟動上報兩種方式上報數(shù)據(jù)。步驟分為后臺頁面數(shù)據(jù)注冊處理部分和前端客戶端相關(guān)模塊測試兩部分。

針對自定義上報數(shù)據(jù)方式，需首先進(jìn)入自定義事件管理模塊添加事件id并通過事件上報方式與相應(yīng)界面、模塊進(jìn)行匹配。

其次，根據(jù)要求針對用戶登錄、欄目點擊、文章點擊、文章頂踩、評論等模塊進(jìn)行事件方法的植入。

第三，利用logcat工具進(jìn)行模擬器調(diào)試，確認(rèn)數(shù)據(jù)組裝情況，調(diào)用接口，完成信息上報。

根據(jù)測試內(nèi)容需求，客戶端登錄、欄目點擊、稿件點擊、文章評論、點贊、收藏、欄目停留時長等模塊均以事件方式上報測試數(shù)據(jù)。后臺基礎(chǔ)統(tǒng)計結(jié)果如圖6。

5.2 性能測試

①在本次測試中，將授權(quán)驗證startWithAppKey方法植入在新華河北客戶端用戶登錄方法中,增加登錄運行時間4-5秒，約占APP啟動時長的50%。其余上報自定義事件約占點擊響應(yīng)時間10%以下。

②根據(jù)統(tǒng)計分析要求，結(jié)合SDK使用文檔說明，對原有的APP的修改主要涉及登錄界面、程序主界面、欄目列表界面、欄目訂閱、新聞詳情界面、設(shè)置界面等主要前端展示界面。涉及改動界面Activity類10個左右，每個Activity添加相關(guān)事件上報和啟動上報代碼大約20行。代碼開發(fā)量與數(shù)據(jù)采集指標(biāo)、上報事件數(shù)等成正比。

圖6 APP使用時長效果圖

6.移動應(yīng)用統(tǒng)計分析業(yè)務(wù)在新華社的應(yīng)用展望

6.1 背景介紹

黨政客戶端項目是全社重點工程，是搶占新媒體主陣地、實現(xiàn)戰(zhàn)略轉(zhuǎn)型的突破口，是推進(jìn)集成服務(wù)的新空間，搶占4G先機的制高點。今年全國兩會前，浙江分社建成、推出10個黨政客戶端，北京、上海、云南、江蘇等13個試點分社也相繼推出多個黨政客戶端應(yīng)用。2014年全年目標(biāo)為建成500-800個黨政客戶端，覆蓋三分之一縣市，初步建成全國最大的黨政客戶端集群，并逐步拓展行業(yè)、企事業(yè)用戶。

6.2 移動應(yīng)用分析面臨的問題

6.2.1 全局?jǐn)?shù)據(jù)需要打通

當(dāng)我們獲取單獨APP數(shù)據(jù)時，這些數(shù)據(jù)都是孤立的，我們不太會關(guān)心用戶在其他APP中有什么樣的行為特征。而當(dāng)我們擁有數(shù)十個APP時，如果能將各APP數(shù)據(jù)打通，那我們能獲得的數(shù)據(jù)價值將會呈幾何級數(shù)增長。每個用戶使用的手機MAC號通常情況下是唯一的，所以我們可以通過MAC號來將用戶打通。

6.2.2 信息需要補全

在移動應(yīng)用分析中，一個棘手的問題，就是用戶信息不完整，不能有效地為其推送。用戶信息不完整的主要原因是在單個APP中留下的信息量少，如果能利用用戶在其他APP的信息來補全，則可以大大優(yōu)化用戶體驗。

6.3 應(yīng)用展望

6.3.1 APP互推

APP互推是一種通過挖掘APP之間的隱含關(guān)系，將一個APP推送到另外一個相關(guān)類的App產(chǎn)品。在沒有打通APP數(shù)據(jù)之前，APP互推一般都是根據(jù)隨機原則、熱門APP原則、相似相近原則來進(jìn)行推薦。這些方法存在命中率問題，如為不同類型用戶推薦相同的APP，推薦的APP符合用戶喜好的準(zhǔn)確率低，推薦內(nèi)容不夠豐富等。

當(dāng)多個APP數(shù)據(jù)打通后，原始APP推送方法可以得到明顯的改善。一方面，我們可以獲取用戶的全局信息，利用這些信息我們可以更好地為用戶做個性化推薦；另一方面，由于APP的打通，我們能更好地將用戶、APP進(jìn)行聚類分析，這樣更方便了解相似用戶對相似應(yīng)用的偏好使用。

6.3.2 廣告應(yīng)用

在沒有打通APP數(shù)據(jù)之前，APP的廣告一般都是根據(jù)APP的關(guān)鍵詞原則進(jìn)行投放，不同用戶在登錄同一應(yīng)用時可能接收到同一個廣告。這種投放方法存在明顯問題，只抓住了APP的匹配性，沒有抓住APP上具體人的匹配性。比如：一個人剛瀏覽過母嬰類的APP轉(zhuǎn)入另一個新聞類的APP時，該新聞類APP大多會為其投放既定內(nèi)容廣告，而不是母嬰類的廣告。

當(dāng)我們把APP數(shù)據(jù)打通后，用戶的信息更全面，可以綜合起來使用。如上例中用戶瀏覽母嬰類APP后轉(zhuǎn)入新聞類APP時，該新聞類APP會為其投放熱銷品和母嬰類的廣告。因為通過全面的用戶信息，APP已經(jīng)記憶了用戶的歷史行為。所以，當(dāng)上述情況發(fā)生時，新聞網(wǎng)站可以根據(jù)用戶從母嬰網(wǎng)站帶來的喜好為其投放與其喜好相近的廣告。這樣才能更加準(zhǔn)確地抓住用戶心理，讓用戶、應(yīng)用提供商及廣告商實現(xiàn)共贏。

7.結(jié)束語

2013年10月 , 黨政客戶端項目進(jìn)入市場，現(xiàn)已先后推出了覆蓋28省300多個資訊類移動應(yīng)用，受到用戶好評，初步取得了較好的社會和經(jīng)濟效益。隨著覆蓋區(qū)域不斷擴大和產(chǎn)品功能日趨豐富，該品牌的權(quán)威性和影響力將更加突現(xiàn)。移動應(yīng)用分析平臺使黨政客戶端產(chǎn)品進(jìn)入數(shù)字化運營，科學(xué)有據(jù)的分析和合理的改進(jìn)措施必將促進(jìn)新華社出品移動應(yīng)用的更快發(fā)展 。

[1]官建文,唐勝宏等.中國移動互聯(lián)網(wǎng)發(fā)展報告2013[M].北京：社會科學(xué)文獻(xiàn)出版社,2013（5）：253-271.

[2]張傳福,劉麗麗,盧輝斌等.移動互聯(lián)網(wǎng)技術(shù)及業(yè)務(wù).北京：電子工業(yè)出版社,2012（1）：97-101.

[3]百度移動應(yīng)用分析白皮書v1.0,2003：4-42.

（作者單位：新華社技術(shù)局）

G210.7

A

1671-0134（2017）12-099-06

10.19483/j.cnki.11-4653/n.2017.02.028