淘寶首頁流量抓取規(guī)則（淘寶首頁流量轉化低怎么辦）

　　阿里妹導讀：手機淘寶作為整個互聯網領域旗艦 APP 之一，裝機量和用戶訪問量都是名列前茅的。而首頁作為打開手機淘寶的門面，是淘寶電商領域的主要流量入口和服務消費者的核心陣地，其業(yè)務的復雜性之高、系統(tǒng)的穩(wěn)定性之重都有著極高的要求。首頁承載著非常重要的業(yè)務使命，負責整個阿里生態(tài)的業(yè)務分發(fā)和商業(yè)策略輸出。隨著淘寶無線化戰(zhàn)略的升級，首頁也從 PC 時代類目導航的導購模式升級為無線時代個性化推薦的導購產品，從傳統(tǒng)的千人一面走向未來的一人千面，決定了首頁多樣性、創(chuàng)新性、多變性業(yè)務特點。

　　背景

　　和貓客、飛豬、盒馬、閑魚等APP一樣，首頁無論在哪個體系下都是主要的流量入口，分發(fā)效率一直是我們追求和解決的核心問題。

　　如何讓最優(yōu)的商品和內容高效的觸達消費者側，提升流量價值，一直是我們追求的目標之一，截止當前我們進行了不同方式的探索，實現和積累了一些策略來解決這個問題。

　　當前首頁根據不同的地域、人群劃分出“大陸版”、“親情版”、“村淘版”、“海外版”的業(yè)務版本，這些版本即傳承手淘首頁的通用能力，同時通過自身運營的自由度和獨立體系，展示自己的垂直區(qū)域特色內容，更加高效的觸達自身服務范圍的用戶。

　　比如“海外版”是針對非大陸用戶以外的香港、臺灣等地區(qū)的頁面投放，“村淘版”則是圍繞鄉(xiāng)村地區(qū)，實現村淘的業(yè)務目標的重要的流量分發(fā)渠道?！坝H情版”則是針對家庭關系用戶進行業(yè)務模塊的精準分發(fā)。

　　圖：首頁大陸、親情、海外、村淘版本

　　新的挑戰(zhàn)

　　隨著首頁整體業(yè)務策略的不斷調整以及技術棧的不斷升級，我們嘗試基于人群、地域等屬性進行的細粒度的人貨匹配的運營策略。

　　一方面通過為不同人群定制差異化的視覺樣式、用戶路徑、貨品供給培養(yǎng)特定的用戶產品心智，另一方面通過平臺能力快速靈活的進行頁面布局調整，能讓需求爆炸式增長的同時也能快速的響應。

　　同時在面對提升分發(fā)效率上面不斷演進的運營策略升級，需要我們技術側提供一套高效穩(wěn)定的常態(tài)化的運營體系對其進行支撐，對我們技術系統(tǒng)的建設也提出了極高的挑戰(zhàn)，這里的挑戰(zhàn)既有業(yè)務的也有技術的。

　　多版本隔離運營

　　這里面有兩個關鍵字“多版本”和“隔離”，其中“多版本”是基于業(yè)務訴求的考量和抽象，面向用戶的基本實體就是頁面，這些頁面主要由頁面布局、貨品供給、素材渲染幾個因素構成，而針對不同目標群體需要有所差異化的透出，所以就需要在頁面級別、模塊級別和坑位級別針對不同人群、地域進行多版本的搭建運營。

　　在完成“多版本”運營的業(yè)務訴求的一個大前提是基于穩(wěn)定性的考慮，“隔離”很好的詮釋了在多版本下首要去關注的穩(wěn)定性要素，一方面要保證不同版本的變更所帶來的跨域影響問題，另一方面是按業(yè)務租戶的方式為不同的業(yè)務開辟獨立的運營體系，基于以上兩方面考慮我們整體采取容器化的隔離機制實現業(yè)務運營之間的操作帶來的風險規(guī)避。

　　所以在打造運營平臺體系首要考慮的就是如何支持多版本下的隔離運營能力，大陸版、海外版、村淘版、親情版這些獨立的業(yè)務版本下如何自由的、穩(wěn)定的衍生自己的方案投放是我們首要考慮的問題。如下圖所示，是我們經歷一場大促不同時期首頁需要備戰(zhàn)的方案矩陣。

　　圖：首頁多版本運營

　　快速靈活布局搭建

　　說起搭建，阿里集團生態(tài)體系下不乏有一些優(yōu)秀的產品，比如天貓 Zebra 系統(tǒng)、淘寶 TMS 系統(tǒng)等，都是在頁面搭建領域具有極高的產品口碑，基于靈活的模塊化機制，致力于讓運營同學能快速地搭建出符合業(yè)務需求的頁面。

　　手淘首頁的頁面搭建作為我們日常工作中一類高頻率的運營操作行為，需要高效、靈活的平臺化解決方案，才能提升我們整體的研發(fā)模式和產出效率。所以我們以提升效率為目標，提升協(xié)同效率為訴求，一方面可以拉動運營角色參與到手淘首頁體系的日常建設中，另一方面可以更加高效的產出不同業(yè)務場景的頁面布局。

　　如下圖就是三套頁面方案的模塊差異。

　　圖：首頁搭建方案差異

　　流量運營閉環(huán)建設

　　在首頁大流量的場景下，任何業(yè)務決策的調整就像一把雙刃劍，一方面可以讓業(yè)務在這樣的體量下快速孵化快速迭代，另一方任何調整在這樣大流量的沖擊下問題都會被成倍放大，風險和收益共存。

　　所以首頁缺少一套從運營策略、數據收集、業(yè)務決策的閉環(huán)體系來使業(yè)務快而穩(wěn)的奔馳。在過去的時間里我們沉淀了很多能力孤島，單看每個島嶼都是一個完整的生態(tài)，但是島嶼間橫跨了無盡的大海，這樣不構成流程化體系化的平臺，無論運營、開發(fā)、測試都是相互割裂的實體。

　　從運營路徑來看，這些單點能力只會讓他們只有輸入沒有輸出，走了一步不知道下一步該怎么辦，所以我們要基于科學的運營體系構建流量運營閉環(huán)。

　　圖：流量運營閉環(huán)

　　組件抽象和復用

　　何為組件？

　　組件（Component）是對數據和方法的簡單封裝，組件可以將 UI 切分成一些的獨立的、可復用的區(qū)域，這樣你只需要專注于這些單體的邏輯開發(fā)。

　　所以我們基于組件化協(xié)議將整個首頁 layout 進一步拆分成多個組件，其中每個組件構成頁面的基本單位，用于渲染單一業(yè)務的基本區(qū)塊。

　　首頁的組件渲染是典型的 MVVM 的模式，端側( View )和服務數據( Model )通過組件化協(xié)議( ViewModel )進行雙向通信，一方面通過抽象組件協(xié)議解耦兩端的耦合性問題，另一方面通過實例化組件實體完成了頁面間的復用問題。

　　那組件協(xié)議本身的抽象和定義是我們首先需要去面對的問題，設計過于復雜、抽象過于碎片會使協(xié)議難于維護前后端聯調溝通成本放大，設計的過于精簡、抽象過于大支又起不到解耦的效果，這些都是需要我們長期思考和解決的問題。

　　圖：組件化協(xié)議

　　動態(tài)化和實時性

　　前面幾項總結其實都是基于業(yè)務上的挑戰(zhàn)，而技術層面真實要面對的主要可以分為動態(tài)化和實時性的問題，動態(tài)化是實現實時性的主要手段，實時性又是動態(tài)化的方案考慮首要因素。

　　首先從業(yè)務訴求上面講，首頁是一個典型的中心化業(yè)務場景，快速響應是我們首要面對的問題，日常需要頻繁根據業(yè)務策略調整布局，以重新分配流量，特別是大促態(tài)下，調整尤為頻繁，對動態(tài)化和實時性的要求極高。

　　現如今需求量與日俱增，變更迭代速度從過去天級別到現在小時級別，就是在動態(tài)化和實時性上面做了很多體系化的建設，其中一方面我們在端側協(xié)議引入了新奧創(chuàng)和 dinamicX 的動態(tài)化解決方案，另一方面服務端上面做了很多諸如 FAAS 化的動態(tài)化數據編排的能力，使我們在實時性上面有著不俗的成績，無論是業(yè)務上線、功能迭代還是異常回滾都是在秒級生效。

　　圖.模塊位置動態(tài)化實時調整

　　關鍵變革

　　面對諸上不同維度的挑戰(zhàn)和難題，如果利用傳統(tǒng)的技術架構和產品體系遠遠不足的，無論是在團隊協(xié)作、流量管理、研發(fā)流程都存在很大的問題。

　　所以，我們需要變革，變革是對事物本質的改變，是對現在不完美的洗牌，是不斷的選擇妥協(xié)和修正，這個過程是痛苦的艱難的，但是我們堅持下來了。

　　端側協(xié)議升級

　　在我們體系建設之前端側協(xié)議還是面向場景的單向協(xié)議，前后端的耦合度十分高，改動周期按月計算，迭代成本巨大。為了更好沉淀運營體系，提升效率，我們客戶端和服務端對協(xié)議做了深度的分析和抽象，從兩方面進行了升級和改造。

　　一方面針對組件協(xié)議進行了更高的抽象和升級，徹底完成了首頁體系下的組件化的改造，將面向場景的開發(fā)模式轉變成面向容器的開發(fā)模式，從而降低客戶端和服務端的耦合性，提升了組件的復用性和擴展性。

　　另一方面我們引入了端側兩大動態(tài)化解決方案，其一新奧創(chuàng)協(xié)議，該協(xié)議抽象了數據、事件、布局、模板的協(xié)議結構，核心是以頁面動態(tài)化技術作為支撐，同時將動態(tài)化覆蓋到native，h5等場景。另外一個是DinamicX的模板化解決方案，DinamicX在組件的粒度實現了布局的動態(tài)化，從而提升了業(yè)務整體的迭代效率。

　　圖：端側協(xié)議升級

　　試金石的產品體系建設是就是基于以上組件化協(xié)議和端側動態(tài)化方案之上，擴展和沉淀了基于導購域特有的上行和下行標準，增加動態(tài)分頁、導購域特有事件、 SPI 擴展等內容沉淀的一套面向運營閉環(huán)的平臺化產品。

　　研發(fā)模式升級

　　前言中提到首頁的第一要務是要在巨量 DAU 的挑戰(zhàn)下滿足整個阿里生態(tài)的業(yè)務分發(fā)和商業(yè)策略輸出，所以勢必決定了首頁是一個典型的中心化開發(fā)模式場景，集團幾乎所有的核心業(yè)務都需要在首頁進行孵化和表達，在這樣的背景下我們面臨著兩個主要矛盾：

　　中心化研發(fā)模式與業(yè)務需求爆炸增長的矛盾：一方面核心業(yè)務在首頁的UI和業(yè)務邏輯發(fā)生變更的時候，大部分需求都會由首頁技術團隊來拆解和落地，另一方面首頁產品自身也在快速迭代和創(chuàng)新。當大量的業(yè)務創(chuàng)新碰到中心化研發(fā)模式時，帶來的必然是需求的堆積與迭代的變緩。而為了解決這樣的問題，通常解法只有兩個‘排期’和‘簡化’，排期可以優(yōu)先保障效果，帶來的條件就是上線時間無法按時。簡化可以快速上線，帶來的條件就是效果達不到預期。

　　圖：中心化研發(fā)模式

　　業(yè)務快速迭代與系統(tǒng)穩(wěn)定性的矛盾：我們生活中做事情常常被要求更快更好，然而快和好本身就是矛盾體，常常只做到好或者只做到快。在需求體量到達一定程度之后，資源不夠是一方面，單資源所能投入的精力也是有限的。要保障業(yè)務快速迭代，就需要頻繁的變更和實時的生效，頻繁和實時本身就會帶來穩(wěn)定性方面的問題，而且最為重要的在首頁這種大流量下一些小問題不易暴露和發(fā)現。

　　涅槃重生

　　我們從問題本質出發(fā)，找到切實有效的解決方法來應對挑戰(zhàn)和問題，借用一下梁寧老師釘子與洞的類比，用戶需要打孔機，是不是給用戶生產一個打孔機還是說為用戶墻上打個洞，所以問題的關鍵是我們需要提供什么產品或服務讓用戶的墻上有個洞。

　　經過團隊成員多次實踐和嘗試，圍繞著復雜多變的業(yè)務場景，基于打破傳統(tǒng)研發(fā)模式，構建出基于數據化運營的搭建、流量、資源和數據的閉環(huán)，試金石橫空出世。

　　圖：試金石架構組成

　　可視化組件搭建

　　將首頁的業(yè)務形態(tài)進行模型抽象，分別抽象出頁面場景、頁面版本、頁面方案三個維度對一個首頁產品體系進行描述，基于這套模型體系進一步將頁面模塊進行組件化抽象，多個組件構建成一個頁面方案，并且和流量運營側進行打通。

　　可視化組件搭建能力建設核心要素是兩個，一個是組件模型的抽象，上文中提過“設計過于復雜、抽象過于碎片會使協(xié)議難于維護前后端聯調溝通成本放大，設計的過于精簡、抽象過于大支又起不到解耦的效果”。

　　所以我們使用動態(tài) schema 的方式定制化組件協(xié)議，由業(yè)務按需設計，既保證了協(xié)議標準又可以支持業(yè)務差異化；另一個要素是可視化能力，我們借助 DinamcX 的動態(tài) H5 渲染效果完成可視化的能力建設。

　　圖：可視化組件搭建示意圖

　　系統(tǒng)化流量運營

　　首頁核心是解決流量分發(fā)效率的，工欲善其事，必先利其器。

　　提供一套系統(tǒng)化的流量分配運營體系是我們構建試金石的初衷，也是試金石所能帶給業(yè)務的最大價值所在，前文提到首頁作為流量入口，幾乎所有的核心業(yè)務都需要在首頁進行孵化、創(chuàng)新和表達，在這個過程中不僅需要AB實驗的這樣的方案最優(yōu)化途徑，還需要灰度小流量上線模式，既要保證業(yè)務的迭代還要保證系統(tǒng)的穩(wěn)定性。

　　我們主要從三方面建設，分別為：

　　分流點設計，通過設計可擴展的分流模型，有效的把控流量的走勢；投放規(guī)則沉淀，通過原子化的規(guī)則設計，保證流量的精細化；數據通路建設，通過進行埋點協(xié)議設計并進行數據回路實時反饋結果。

　　圖:實驗流量采集

　　標準化研發(fā)流程

　　試金石打破首頁中心化的研發(fā)模式，重塑多角色使用路徑，將需求迭代變更流程細化抽象，將開發(fā)配置流程拆分。

　　一方面讓鏈路流程標準化，減少人的溝通協(xié)作成本。另一方面將平臺產品化讓更多的角色參與進來，達到提升研發(fā)效率的目的。同時接入測試的自動化工具，使業(yè)務頻繁變更和系統(tǒng)穩(wěn)定性達到平衡。

　　圖：試金石標準化研發(fā)流程

　　總結

　　試金石體系具備了搭建、投放、分流、數據四個方面的平臺產品化能力，共同構成一個以數據化驅動的運營體系，支撐了首頁、輕應用產品的快速迭代，可承載業(yè)務策略秒級快速上線，承載同時億級用戶的流量沖擊，在雙十一狂歡節(jié)期間我們鏈接起18萬品牌到6億消費者的流量通道，保障狂歡節(jié)期間拿下 2135 億的成交額 。在核心大促雙十二、年貨節(jié)、春晚期間為消費者購物保駕護航，提供穩(wěn)定如絲滑般購物體驗。

　　我們完成了階段性目標，讓運營和研發(fā)成本降低了一半、讓運營可以參與到頁面搭建、流量分配中來，使中心化的模式得以釋放，提升了首頁的整體的研發(fā)效率，后面還有很多優(yōu)化和功能的迭代等著我們，還有更多的場景需要我們去支持，我們有信心我們有理由相信試金石會更好！

　　最后，淘系技術部基礎鏈路技術研發(fā)團隊，致力于通過構建高流量、高并發(fā)的分布式系統(tǒng)架構支撐業(yè)務先贏，通過有挑戰(zhàn)性的技術攻關提高技術先進性，通過科學嚴謹的方法提升業(yè)務迭代效率，成為淘系業(yè)務發(fā)展的新引擎,歡迎熱愛技術，對業(yè)務有好奇心，有合作精神的同學一起工作、成長，簡歷可投郵箱：qingyuan.ygw@alibaba-inc.com。

　　作者：卓雪寅（寅清）

  今天的分享就到這里了，想了解更多關于淘寶代運營機構、知名淘寶代運營公司等內容，敬請關注火蝠電商官網。