本發(fā)明涉及互聯(lián)網(wǎng)
技術領域：
，尤其涉及一種頁面的轉化處理方法及裝置。
背景技術：
：隨著互聯(lián)網(wǎng)的發(fā)展，互聯(lián)網(wǎng)的網(wǎng)站上的各種行為的監(jiān)控與統(tǒng)計也成為網(wǎng)站的運營者所關心的問題。例如各互聯(lián)網(wǎng)公司開發(fā)自己的統(tǒng)計類的應用產(chǎn)品安裝在網(wǎng)站上，檢測用戶的各種點擊的行為以及點擊之后的頁面的轉化行為，以統(tǒng)計網(wǎng)站的各個頁面的轉化率等等?，F(xiàn)有的互聯(lián)網(wǎng)的統(tǒng)計類的應用產(chǎn)品，通過在網(wǎng)站上進行一定的轉化條件設置，明確用戶在網(wǎng)站上的哪些行為是轉化。具體地，可以設置網(wǎng)頁上的某些按鈕被點擊時，或可以設置網(wǎng)頁上的JavaScript(JS)代碼中的某個函數(shù)被調用時，或者網(wǎng)站上的某個特定統(tǒng)一資源定位符(UniformResourceLocator；URL)被訪問時，認為發(fā)生了頁面轉化。例如當用戶點擊“預約”、“咨詢”按鈕，或者是提交一個訂單、留下自己的聯(lián)系方式等等行為，可以設置為發(fā)生了頁面的轉化。但是，現(xiàn)有技術中網(wǎng)站的轉化檢測是根據(jù)網(wǎng)站的管理人員手動主觀進行設置的轉化規(guī)則進行檢測，而管理人員無法枚舉所有的轉化條件，而且還會出現(xiàn)錯設、誤設轉化條件的情況，從而使得轉化條件的設置上會存在較大漏洞，導致網(wǎng)站的頁面轉化檢測效率較低。技術實現(xiàn)要素：本發(fā)明提供了一種頁面的轉化處理方法及裝置，以提高網(wǎng)站的頁面轉化檢測效率。本發(fā)明提供一種頁面的轉化處理方法，所述方法包括：當用戶請求訪問頁面時，獲取根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件；根據(jù)所述轉化配置文件，檢測所述用戶請求訪問的所述頁面是否發(fā)生轉化。本發(fā)明提供還提供一種頁面的轉化處理裝置，所述裝置包括：獲取模塊，用于當用戶請求訪問頁面時，獲取根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件；檢測模塊，用于根據(jù)所述轉化配置文件，檢測所述用戶請求訪問的所述頁面是否發(fā)生轉化。本發(fā)明的頁面的轉化處理方法及裝置，通過采用上述技術方案，能夠根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件，檢測用戶請求訪問的頁面是否發(fā)生轉化，與現(xiàn)有技術中根據(jù)管理人員手動主觀進行設置的轉化規(guī)則進行檢測相比，本發(fā)明中根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件更客觀、準確，覆蓋的轉化規(guī)則更全面，因此，可以有效地提高網(wǎng)站的頁面的轉化檢測效率；進而可以根據(jù)網(wǎng)站的轉化檢測，優(yōu)選頁面的設計，增強用戶的體驗?！靖綀D說明】圖1為本發(fā)明的頁面的轉化處理方法實施例一的流程圖。圖2為本發(fā)明實施例中一類業(yè)務表單的示意圖；圖3為本發(fā)明實施例中一類業(yè)務表單的提交按鈕元素觸發(fā)的頁面的示意圖。圖4為本發(fā)明實施例中一類事件轉化的界面示意圖。圖5為本發(fā)明的頁面的轉化處理方法實施例二的流程圖。圖6為本發(fā)明的頁面的轉化處理裝置實施例一的結構圖。圖7為本發(fā)明的頁面的轉化處理裝置實施例二的結構圖?！揪唧w實施方式】為了使本發(fā)明的目的、技術方案和優(yōu)點更加清楚，下面結合附圖和具體實施例對本發(fā)明進行詳細描述。隨著大數(shù)據(jù)時代的到來，廣告商、數(shù)據(jù)搜集方以及網(wǎng)站的運營者對用戶在網(wǎng)站上轉化行為的日益關注，了解轉化行為對優(yōu)化網(wǎng)站設計、選擇合理廣告渠道，有著關鍵的作用。然而傳統(tǒng)的轉化設置方法過于復雜，很多網(wǎng)站的運營者并沒有足夠動力進行專業(yè)的轉化設置，這也導致了很多已有的轉化設置是錯設、誤設的情況。在這樣的背景下，本發(fā)明提供了一種無需依賴于網(wǎng)站的運營者的先驗知識，而是根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件，再根據(jù)轉化配置文件檢測用戶請求訪問的頁面的轉化。本發(fā)明的頁面轉化檢測方案無需依賴于人工主觀判斷，且可以處理大規(guī)模網(wǎng)站，亦可降低轉化行為獲取遺漏的風險，為數(shù)據(jù)搜集平臺、廣告投放平臺的轉化分析提供了基礎。圖1為本發(fā)明的頁面的轉化處理方法實施例一的流程圖。如圖1所示，本實施例的頁面的轉化處理方法，具體可以包括：100、當用戶請求訪問頁面時，獲取根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件；101、根據(jù)轉化配置文件，檢測用戶請求訪問的頁面是否發(fā)生轉化。例如，本實施例的轉化配置文件中可以記錄有頁面轉化后的一些特性，以標識頁面已經(jīng)發(fā)生了轉化。這樣，根據(jù)頁面轉化配置文件中記錄的頁面的轉化的特性，可以檢測用戶請求訪問的頁面是否與轉化配置文件中記錄的頁面的特性相符，若相符，確定用戶請求訪問的頁面發(fā)生了轉化，否則，用戶請求訪問的頁面未發(fā)生轉化。本實施例的頁面的轉化處理方法的執(zhí)行主體為頁面的轉化處理裝置，該頁面的轉化處理裝置在使用時，可以設置在網(wǎng)站上，實現(xiàn)對該網(wǎng)站的用戶請求的所有頁面進行檢測，以確定用戶請求的頁面是否為轉化的頁面，從而對網(wǎng)站的頁面的轉化情況進行統(tǒng)計分析，以便于進一步根據(jù)統(tǒng)計分析的結果，優(yōu)化頁面設計，增強用戶的體驗。本實施例的轉化配置文件可是以預先設定的，具體可以存儲在網(wǎng)站的服務器一側，以在用戶請求訪問頁面的時候，對頁面進行處理。本實施例的轉化配置文件是根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的，與現(xiàn)有技術的由網(wǎng)站的管理人員手動主觀進行設置的相比，覆蓋的轉化條件更廣，且具有較強的客觀性，從而能夠有效地提高網(wǎng)站的頁面轉化檢測效率。本實施例的轉化配置文件還可以包括個人計算機(PersonComputer；PC)端的和手機端的。當用戶請求訪問頁面時，可以根據(jù)用戶使用的PC或者手機選擇對應端的轉化配置文件進行頁面轉化檢測。例如，本實施例中的轉化配置文件可以包括如下至少一種：頁面轉化配置文件、表單轉化配置文件以及事件轉化配置文件。第一種、頁面轉化配置文件；該頁面配置文件中包括頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式；業(yè)務類型的成功狀態(tài)包括成功或者完成狀態(tài)；業(yè)務類型包括注冊、提交、發(fā)布、預約、預定、開戶、申請、下單、留言或者支付；因此，本實施例中的頁面轉化對應的頁面轉化規(guī)則可以采用如下方式表示：[(業(yè)務類型)(.*)(成功狀態(tài))]，如:(注冊|提交|發(fā)布|預約|預定|開戶|申請|下單|留言|支付)(.*)(成功|完成)。用戶在到達該轉化后的頁面時，表示某項業(yè)務已經(jīng)完成，例如用戶完成注冊或提交訂單后，跳轉到的“注冊成功”或者“提交成功”等等頁面。另外，對于某些宣傳性質的網(wǎng)站，最終的那個“關于我們”的網(wǎng)頁，在特殊場景下，也可以認為是業(yè)務狀態(tài)為成功狀態(tài)的頁面。需要說明的是，本實施例的頁面轉化配置文件還可以根據(jù)業(yè)務類型設置不同大小的粒度。例如，該頁面轉化配置文件中，可以存儲每一種業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式，這樣，該頁面轉化配置文件中，對于每一種業(yè)務類型，都對應存儲一個業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式；例如當業(yè)務類型為注冊時，可以包括如下的統(tǒng)一資源定位符(UniformResoureLocator；URL)，即網(wǎng)址：http://xxx.com/regist_succuss_211232121.html；http://xxx.com/regist_succuss_312121211.html；根據(jù)上述兩個URL，可以將該業(yè)務類型為注冊的網(wǎng)址模式設置為http://xxx.com/regist_succuss_*.html。同理，也可以根據(jù)多個URL得到該業(yè)務類型的網(wǎng)址模式。同理，當業(yè)務類型為購買時，可以包括如下的URL)：http://xxx.com/buy_succuss_211232121.html；http://xxx.com/buy_succuss_312121211.html；根據(jù)上述兩個URL，可以將該業(yè)務類型為購買的網(wǎng)址模式設置為http://xxx.com/buy_succuss_*.html。同理，也可以根據(jù)多個URL得到該業(yè)務類型的網(wǎng)址模式。以此例推，可以在頁面轉化配置文件中存儲多個類似的業(yè)務類型的成功狀態(tài)的網(wǎng)址的模式。另外，該頁面轉化配置文件中，存儲的成功狀態(tài)對應的網(wǎng)址的模式可以不區(qū)分業(yè)務類型，例如將上述實施例中的兩種業(yè)務類型的模式再整合為一個網(wǎng)址的模式，如：每一種業(yè)務類型的業(yè)務狀態(tài)為http://xxx.com/*_succuss_*.html?；蛘咴擁撁孓D化配置文件中還可以包括類似的其它的網(wǎng)址模式，如http://yyy.cn/*_succuss_*.html等等。當轉化配置文件中包括頁面轉化配置文件時，步驟101之前，還可以包括：獲取用戶請求訪問的頁面的網(wǎng)址。此時步驟101具體可以包括：判斷用戶請求訪問的頁面的網(wǎng)址，是否符合頁面轉化配置文件中的業(yè)務類型的成功狀態(tài)對應的網(wǎng)址的模式；若符合，確定頁面發(fā)生頁面轉化；否則確定頁面未發(fā)生頁面轉化。第二種、表單轉化配置文件；表單轉化配置文件包括業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑；表單轉化主要指網(wǎng)頁上一類較特殊的表格。包括注冊為網(wǎng)站用戶、提交用戶個人信息、發(fā)布用戶需求，或者電商產(chǎn)品購買的訂單表單等。表單轉化的特征是通過提交表單網(wǎng)站主獲得了更多的用戶信息，包括用戶通訊方式或者用戶產(chǎn)品購買意向等。例如圖2為一類業(yè)務表單的示意圖，當用戶在該圖2中的業(yè)務表單中輸入信息，并點擊其中的“立即申請”的提交按鈕時，此時對應的表單可能會轉化成功。例如圖3為一類業(yè)務表單的提交按鈕元素觸發(fā)的頁面的示意圖。當出現(xiàn)圖3所示的界面，表示頁面發(fā)生了表單轉化。本實施例中，通過在表單轉化配置文件記錄業(yè)務表單的提交按鈕元素觸發(fā)的頁面為轉化成功的頁面路徑作為預設路徑。且該表單轉化配置文件中可以記錄有多個上述方式的預設路徑。當轉化配置文件中包括表單轉化配置文件，步驟101之前，還可以包括：提取用戶請求訪問的頁面中的業(yè)務表單被提交后觸發(fā)的頁面的路徑。此時步驟101具體可以包括：判斷用戶請求訪問的頁面中的業(yè)務表單被提交后觸發(fā)的頁面的路徑，是否與表單轉化配置文件中的預設路徑一致，若一致，確定頁面發(fā)生表單轉化；否則確定頁面未發(fā)生表單轉化；具體地，可以將該用戶請求訪問的頁面中的業(yè)務表單被提交后觸發(fā)的頁面的路徑，與表單轉化配置文件中的多個預設路徑進行一一比對，當存在與業(yè)務表單被提交后觸發(fā)的頁面的路徑一致的預設路徑，則確定頁面發(fā)生表單轉化；否則確定頁面未發(fā)生表單轉化。例如本實施例的預設路徑可以為“body:div3:tr2:button1”，或根據(jù)xpath標準給出的“body/div[3]/tr[2]/button[1]”。第三種、事件轉化配置文件；該事件轉化配置文件包括預設的點擊事件標識。其中事件轉化主要包含用戶在網(wǎng)站的一些特殊點擊。例如某些網(wǎng)頁上會內置一些聊天窗口，用戶點擊后就跳轉到聊天頁面，直接向網(wǎng)站客服人員提出自己的需求。如圖4為一類事件轉化的界面示意圖。用戶通過點擊指定按鈕、觸發(fā)相關事件后，可以得到想要的效果，例如聊天、用戶撥打電話等。由于在點擊的背后，實質是觸發(fā)了相關事件函數(shù)，且在實際監(jiān)控時，也以監(jiān)聽函數(shù)為主流。如圖4所示，為用戶點擊了某按鈕之后，所跳轉的聊天事件。進一步地，還可以點擊該界面的某些元素的按鈕，如“點擊免費通話”或者“QQ在線咨詢”等等，還可以進一步觸發(fā)相應的事件函數(shù)，進行相應的事件轉化。本實施例的事件轉化配置文件中可以包括多個點擊事件的標識，該點擊事件的標識具體可以為對應的點擊事件的函數(shù)的名稱。當轉化配置文件中包括事件轉化配置文件，步驟101之前，還可以包括：從用戶請求訪問的頁面中綁定點擊事件的元素的屬性中提取點擊事件的標識。例如點擊事件函數(shù)可能綁定在元素的“onclick”的屬性中，或以“href＝“javascript:…””這樣的形式展現(xiàn)在冒號“：”之后，可以按照相應的方式獲取點擊事件綁定的函數(shù)的名稱。此時步驟101具體可以包括：判斷點擊事件的標識，是否與事件轉化配置文件中的預設的點擊事件標識一致，若一致，確定頁面發(fā)生事件轉化；否則確定頁面未發(fā)生事件轉化。例如，判斷獲取的點擊事件的函數(shù)是否與事件轉化配置文件中的某一個預設的點擊事件標識一致，若一致，確定頁面發(fā)生事件轉化；否則確定頁面未發(fā)生事件轉化。本實施例的轉化配置文件可以包括上述頁面轉化配置文件、表單轉化配置文件以及事件轉化配置文件中的任意一種、兩種，或者也可以包括三種，以實現(xiàn)對用戶請求的頁面的轉化的全方位檢測。進一步可選地，在上述實施例的步驟101之后，還可以包括：當檢測到用戶請求的頁面發(fā)生轉化時，顯示轉化類型，例如轉化類型可以為頁面轉化、表單轉化或者事件轉化。具體地，當采用轉化配置文件中的頁面轉化配置文件檢測到用戶請求的頁面發(fā)生轉化時，確定對應的轉化類型為頁面轉化；當采用轉化配置文件中的表單配置文件檢測到用戶請求的頁面發(fā)生轉化時，確定對應的轉化類型為表單轉化；當采用轉化配置文件中的事件轉化配置文件檢測到用戶請求的頁面發(fā)生轉化時，確定對應的轉化類型為事件轉化。本實施例的頁面的轉化處理方法，通過采用上述技術方案，能夠根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件，檢測用戶請求訪問的頁面是否發(fā)生轉化，與現(xiàn)有技術中根據(jù)管理人員手動主觀進行設置的轉化規(guī)則進行檢測相比，本實施例中根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件更客觀、準確，覆蓋的轉化規(guī)則更全面，因此，可以有效地提高網(wǎng)站的頁面的轉化檢測效率；進而可以根據(jù)網(wǎng)站的轉化檢測，優(yōu)選頁面的設計，增強用戶的體驗。進一步可選地，在上述實施例的技術方案的基礎上，在步驟100之前，還可以包括根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建轉化配置文件。本實施例的轉化配置文件可以根據(jù)多個網(wǎng)站的頁面轉化情況來生成，詳細如下述實施例所述。圖5為本發(fā)明的頁面的轉化處理方法實施例二的流程圖。如圖5所示，本實施例的頁面的轉化處理方法，具體用于介紹上述“創(chuàng)建轉化配置文件”的具體實現(xiàn)方式。如圖5所示，本實施例的頁面的轉化處理方法，具體可以包括如下步驟：200、采集多個網(wǎng)站的所有頁面的網(wǎng)址；例如本實施例的采集網(wǎng)站的所有頁面的網(wǎng)址即URL，具體可以包括兩種方式，第一種方式可以通過各網(wǎng)站的首頁，通過超鏈接依次爬取各網(wǎng)站的所有頁面的網(wǎng)址；第二種方式、收集各網(wǎng)站的歷史訪問的頁面的網(wǎng)址。對于第一種方式，各普通網(wǎng)站的所有頁面的網(wǎng)址的爬取時，可以從對應的網(wǎng)站的首頁出發(fā)，通過超鏈接依次爬取所有的相關網(wǎng)頁。但考慮到有部分網(wǎng)站存在著“deepweb(深網(wǎng))”，也就是只有用戶在真正瀏覽時才能觸發(fā)這些網(wǎng)頁(例如通過搜索某些關鍵詞才能看得到的頁面)，為了避免抓取不夠全面的問題，除了上述通過超鏈進行爬取的過程外，還需要將該網(wǎng)站歷史訪問過的頁面的URL也進行抓取，該部分URL可以從相關應用中存儲著的歷史數(shù)據(jù)獲得。由于上述兩種方式獲取的頁面的網(wǎng)址都不夠全面，本實施例中，優(yōu)選地，以同時采用上述兩種方式獲取多個網(wǎng)站的所有頁面的網(wǎng)址。另外，由于用戶在實際訪問網(wǎng)站的過程中，有可能是通過PC的瀏覽器、也有可能通過手機訪問。所以抓取時也需要分PC、手機端兩個模式進行抓取。對應的后續(xù)的轉化配置文件的建立也可以分為PC對應的轉化配置文件，和手機對應的轉化配置文件。需要說明的是，在抓取頁面的網(wǎng)址時，為確保抓取所得頁面與當時用戶瀏覽時的信息一致，采用抓取動態(tài)網(wǎng)頁的方法進行抓取，且去除頁面內容中樣式為“display＝＝none”的部分。201、根據(jù)各個頁面的網(wǎng)址，解析各頁面的頁面內容，并根據(jù)解析結果生成轉化配置文件。該步驟的具體實施方式，根據(jù)轉化配置文件的類型的不同，具體可以包括如下幾種情況：第一種情況，具體可以包括如下步驟：(a1)根據(jù)各個頁面的網(wǎng)址打開對應的頁面，判斷該頁面中是否存在業(yè)務類型對應的業(yè)務狀態(tài)；當存在時，執(zhí)行步驟(a2)；否則丟掉該頁面；(a2)判斷該頁面中的業(yè)務類型對應的業(yè)務狀態(tài)是否為成功狀態(tài)；若是執(zhí)行步驟(a3)；否則丟掉該頁面；(a3)提取頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的頁面的網(wǎng)址；執(zhí)行步驟(a4)；(a4)根據(jù)各頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的頁面的網(wǎng)址，確定業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式；執(zhí)行步驟(a5)；(a5)根據(jù)業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式，生成頁面轉化配置文件；具體地，根據(jù)步驟200采集的各個網(wǎng)站的所有頁面的網(wǎng)址，解析每一個頁面的內容，例如具體可以通過無界面可編程瀏覽器打開每一個頁面，判斷該頁面是不是存在業(yè)務狀態(tài)，如果存在，提取該頁面的業(yè)務狀態(tài)，如果該頁面不存在業(yè)務狀態(tài)，則丟掉該頁面。本實施例的頁面的業(yè)務狀態(tài)，可以包括成功狀態(tài)、不成功狀態(tài)或者其他中間狀態(tài)。從存在業(yè)務狀態(tài)的剩下的頁面中，提取頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的頁面的網(wǎng)址；然后對于同一種業(yè)務類型，可以根據(jù)該業(yè)務類型的成功狀態(tài)對應的所有網(wǎng)址，確定該業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的所有網(wǎng)址的模式；例如http://xxx.com/regist_succuss_*.html、以及http://xxx.com/buy_succuss_*.html，可以分別認為是業(yè)務類型為注冊和購買的網(wǎng)址的模式?；蛘撸部梢圆粎^(qū)分業(yè)務類型，得到一個總的業(yè)務狀態(tài)為成功狀態(tài)的網(wǎng)址的模式，例如http://xxx.com/*_succuss_*.html。最后將所有業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式集合在一起，生成頁面轉化配置文件。第二種情況，具體可以包括如下步驟：(b1)根據(jù)各個頁面的網(wǎng)址打開對應的頁面，判斷頁面中是否存在業(yè)務表單；若存在，執(zhí)行步驟(b2)；否則丟掉該頁面；(b2)獲取業(yè)務表單的提交按鈕元素觸發(fā)的頁面的路徑，作為業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑；(b3)根據(jù)業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑，生成表單轉化配置文件；具體地，解析步驟200采集的各個網(wǎng)站的所有頁面的網(wǎng)址對應的頁面內容，提取頁面中的業(yè)務表單，例如該業(yè)務表單的上下文中包括“用戶名”、“手機號”等用戶信息，如果該頁面中存在，記錄業(yè)務表單的提交按鈕元素上綁定的頁面的路徑，該頁面路徑對應的頁面，即為該業(yè)務表單被提交之后，轉化的頁面。在用戶實際訪問過程中，若用戶觸發(fā)了該業(yè)務表單的提交，且導致新頁面打開，則認為觸發(fā)一次表單轉化。第三種情況，具體可以包括如下步驟：(c1)根據(jù)各個頁面的網(wǎng)址打開對應的頁面，從頁面中綁定的點擊事件的元素的屬性中提取點擊事件的標識；(c2)獲取元素被觸發(fā)點擊事件標識對應的點擊事件后請求資源的網(wǎng)址；(c3)判斷請求資源的網(wǎng)址是否符合預設的溝通工具的網(wǎng)址模式，若符合，執(zhí)行步驟(c4)；若不符合，執(zhí)行步驟(c5)；(c4)確定發(fā)生了點擊事件；執(zhí)行步驟(c6)；(c5)確定發(fā)生了點擊事件；結束。(c6)將點擊事件標識作為預設的點擊事件標識；根據(jù)預設的點擊事件標識，生成事件轉化配置文件；結束。本實施例的點擊事件標識具體可以為點擊事件的函數(shù)名稱。具體地，解析步驟200采集的各個網(wǎng)站的所有頁面的網(wǎng)址對應的頁面內容，提取頁面中各元素綁定的點擊事件。具體地點擊事件函數(shù)可能綁定在元素的“onclick”屬性中，或以“href＝“javascript:…””這樣的形式展現(xiàn)，其中冒號“：”之后的“…“的部分即為點擊事件的函數(shù)。進一步地，利用無界面可編程瀏覽器(如headlessbrowser)，針對這些點擊事件函數(shù)，打開對應URL并進行模擬點擊執(zhí)行，分析執(zhí)行后的效果，以判斷哪個點擊事件函數(shù)可以認為是事件轉化。本實施例中事件轉化，具體可以指的是點擊事件函數(shù)觸發(fā)了溝通事件。具體地，在網(wǎng)站間比較流行的溝通工具有商務通、百度商橋等工具，在網(wǎng)站使用這些工具進行溝通時，也需要到對應的地址去請求這些工具資源。只要檢測在觸發(fā)這些點擊事件函數(shù)后，根據(jù)http請求的網(wǎng)址判斷，有沒有請求相關工具的資源，就可以判定該點擊事件函數(shù)是否為事件轉化。例如對于常用的溝通工具的網(wǎng)址，可以預先確定這些溝通工具的網(wǎng)址模式作為預設的溝通工具的網(wǎng)址模式。例如，下面列出幾種常用的溝通工具及其對應網(wǎng)址的模式(pattern)。溝通工具對應的網(wǎng)址的pattern商務通zoosnet.net/LR/chatpre百度商橋qiao.baidu.com或linking.baidu.com/im.php樂語looyu.com53客服53kf.comtalk99talk99.cn快商kuaishang.cn美恰meiqia.comQQqq.com/wp*…………然后將請求資源的網(wǎng)址與預設的溝通工具的網(wǎng)址模式中的每一種網(wǎng)址模式進行比對，判斷請求資源的網(wǎng)址是否符合預設的溝通工具的某一種網(wǎng)址模式，若符合，將點擊事件的標識作為預設的點擊事件標識；否則若該請求資源的網(wǎng)址不符合預設的溝通工具的網(wǎng)址模式中的每一種網(wǎng)址模式，則丟掉該點擊事件的標識。最后將所有的預設的點擊事件標識集合在一起，生成事件轉化配置文件。更進一步地，上面所指的無界面可編程瀏覽器，可以采用phantomjs、HtmlUnit等。且由于每個點擊事件函數(shù)在多個URL上出現(xiàn)，故在檢查單個點擊事件函數(shù)是否為溝通函數(shù)時，為降低由網(wǎng)絡帶寬、服務器處理錯誤引發(fā)的失誤，可以多次觸發(fā)，取可信結果。需要說明的是，本實施例中在遍歷轉化點擊時，遍歷目標不是某些具體被點擊的按鈕，而是所有綁定在各個頁面元素上的相關的點擊事件函數(shù)。本實施例的轉化配置文件可以包括頁面轉化配置文件、表單轉化配置文件以及事件轉化配置文件中的一種或者多種。按照上述實施例的方式，可以分別創(chuàng)建PC端和手機端的轉化配置文件，且創(chuàng)建好轉化配置文件之后，可以反饋給用戶，由用戶確認。另外，結合實際使用中，網(wǎng)站的頁面轉化成功的概率通常不大于該網(wǎng)站轉化率的15％，本實施例的轉化配置文件在使用之前，可以對其進行檢測，若檢測到該轉化配置文件中的頁面轉化配置文件對某網(wǎng)站的頁面轉化率超過15％，可以檢測該網(wǎng)站的網(wǎng)址中是不是存在“success”作為網(wǎng)址的關鍵詞，從而導致頁面轉化率過高；若是，需要重新設置該網(wǎng)站的頁面轉化配置文件。本實施例的頁面的轉化處理方法中，轉化配置文件的離線式轉化設置提取的核心是在設定一些通用的轉化規(guī)則基礎上，利用無界面可編程式瀏覽器，遍歷網(wǎng)站上所有可能的候選轉化行為，并探測觸發(fā)這些行為后，有沒有產(chǎn)生相應的轉化現(xiàn)象，進而生成轉化配置文件。這些轉化配置文件可以推薦給用戶，供其選擇確認；也可以直接用于統(tǒng)計JS后臺監(jiān)控轉化行為，直接提供給用戶。本實施例的頁面的轉化處理方法，通過采用上述實施例的技術方案，可以實現(xiàn)轉化配置文件的創(chuàng)建，進而可以根據(jù)該轉化配置文件對用戶請求訪問的頁面進行檢測；與現(xiàn)有技術的根據(jù)管理人員手動主觀進行設置的轉化規(guī)則進行檢測相比，本實施例中根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件更客觀、準確，覆蓋的轉化規(guī)則更全面，因此，可以有效地提高網(wǎng)站的頁面的轉化檢測效率，進而可以根據(jù)網(wǎng)站的頁面的轉化檢測，優(yōu)化頁面設計，增強用戶的體驗。圖6為本發(fā)明的頁面的轉化處理裝置實施例一的結構圖。如圖6，本實施例的頁面的轉化處理裝置，具體可以包括：獲取模塊10和檢測模塊11。其中獲取模塊10用于當用戶請求訪問頁面時，獲取根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建的轉化配置文件；檢測模塊11用于根據(jù)獲取模塊10獲取的轉化配置文件，檢測用戶請求訪問的頁面是否發(fā)生轉化。進一步可選地，本實施例的頁面的轉化處理裝置中，轉化配置文件包括如下至少一種：頁面轉化配置文件、表單轉化配置文件以及事件轉化配置文件。進一步可選地，本實施例的頁面的轉化處理裝置中，頁面轉化配置文件中包括頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式；業(yè)務類型的成功狀態(tài)標識包括成功或者完成；業(yè)務類型包括注冊、提交、發(fā)布、預約、預定、開戶、申請、下單、留言或者支付；表單轉化配置文件包括業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑；事件轉化配置文件包括預設的點擊事件標識。進一步可選地，本實施例的頁面的轉化處理裝置中，獲取模塊10還用于當轉化配置文件中包括頁面轉化配置文件時，獲取用戶請求訪問的頁面的網(wǎng)址；檢測模塊11具體用于判斷獲取模塊10獲取的用戶請求訪問的頁面的網(wǎng)址，是否符合頁面轉化配置文件中的業(yè)務類型的成功狀態(tài)對應的網(wǎng)址的模式；若符合，確定頁面發(fā)生頁面轉化；否則確定頁面未發(fā)生頁面轉。獲取模塊10還用于當轉化配置文件中包括表單轉化配置文件，提取用戶請求訪問的頁面中的業(yè)務表單被提交后觸發(fā)的頁面的路徑；檢測模塊11具體還用于判斷獲取模塊10獲取的用戶請求訪問的頁面中的業(yè)務表單被提交后觸發(fā)的頁面的路徑，是否與表單轉化配置文件中的一致，若一致，確定頁面發(fā)生表單轉化；否則確定頁面未發(fā)生表單轉化。獲取模塊10還用于當轉化配置文件中包括事件轉化配置文件，從用戶請求訪問的頁面中綁定點擊事件的元素的屬性中提取點擊事件的標識；檢測模塊11具體還用于判斷獲取模塊10獲取的點擊事件的標識，是否與事件轉化配置文件中的預設的點擊事件標識一致，若一致，確定頁面發(fā)生事件轉化；否則確定頁面未發(fā)生事件轉化。本實施例的頁面的轉化處理裝置，通過采用上述模塊實現(xiàn)頁面的轉化處理，與上述圖1所示的相關方法實施例的實現(xiàn)原理以及技術效果相同，詳細可以參考上述圖1所示的相關方法實施例的記載，在此不再贅述。圖7為本發(fā)明的頁面的轉化處理裝置實施例二的結構圖。如圖7所示，本實施例的頁面的轉化處理裝置還包括：創(chuàng)建模塊12用于根據(jù)多個網(wǎng)站的頁面轉化創(chuàng)建溝通配置文件。進一步可選地，如圖7所示，本實施例的頁面的轉化處理裝置中，創(chuàng)建模塊12具體可以包括：采集單元121和生成單元122。其中采集單元121用于采集多個網(wǎng)站的所有頁面的網(wǎng)址；生成單元122用于根據(jù)采集單元121采集的各個頁面的網(wǎng)址，解析各頁面的頁面內容，并根據(jù)解析結果生成轉化配置文件。進一步可選地，其中的采集單元121具體用于：通過各網(wǎng)站的首頁，通過超鏈接依次爬取各網(wǎng)站的所有頁面的網(wǎng)址；和/或收集各網(wǎng)站的歷史訪問的頁面的網(wǎng)址。進一步可選地，生成單元122具體用于執(zhí)行如下至少一種操作：根據(jù)采集單元121采集的各個頁面的網(wǎng)址打開對應的頁面，提取頁面中的業(yè)務類型對應的業(yè)務狀態(tài)；根據(jù)各業(yè)務類型對應的業(yè)務狀態(tài)，從各頁面的網(wǎng)址中提取頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的頁面的網(wǎng)址；根據(jù)各頁面中的業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的頁面的網(wǎng)址，確定業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式；根據(jù)業(yè)務類型的業(yè)務狀態(tài)為成功狀態(tài)對應的網(wǎng)址的模式，生成頁面轉化配置文件；根據(jù)采集單元121采集的各個頁面的網(wǎng)址打開對應的頁面，提取頁面中的業(yè)務表單，獲取業(yè)務表單的提交按鈕元素觸發(fā)的頁面的路徑，作為業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑；根據(jù)業(yè)務表單的提交按鈕元素觸發(fā)的頁面的預設路徑，生成表單轉化配置文件；以及根據(jù)采集單元121采集的各個頁面的網(wǎng)址打開對應的頁面，從頁面中綁定的點擊事件的元素的屬性中提取點擊事件標識；獲取元素被觸發(fā)點擊事件標識對應的點擊事件后請求資源的網(wǎng)址；判斷請求資源的網(wǎng)址與預設的溝通工具的網(wǎng)址模式是否相符，若相符，將點擊事件標識作為預設的點擊事件標識；根據(jù)預設的點擊事件標識，生成事件轉化配置文件。此時對應的，獲取模塊10用于當用戶請求訪問頁面時，獲取生成單元122生成的的轉化配置文件。本實施例的頁面的轉化處理裝置，通過采用上述模塊實現(xiàn)頁面的處理，與上述圖2所示的相關方法實施例的實現(xiàn)原理以及技術效果相同，詳細可以參考上述圖2所示的相關方法實施例的記載，在此不再贅述。在本發(fā)明所提供的幾個實施例中，應該理解到，所揭露的系統(tǒng)，裝置和方法，可以通過其它的方式實現(xiàn)。例如，以上所描述的裝置實施例僅僅是示意性的，例如，所述單元的劃分，僅僅為一種邏輯功能劃分，實際實現(xiàn)時可以有另外的劃分方式。所述作為分離部件說明的單元可以是或者也可以不是物理上分開的，作為單元顯示的部件可以是或者也可以不是物理單元，即可以位于一個地方，或者也可以分布到多個網(wǎng)絡單元上?？梢愿鶕?jù)實際的需要選擇其中的部分或者全部單元來實現(xiàn)本實施例方案的目的。另外，在本發(fā)明各個實施例中的各功能單元可以集成在一個處理單元中，也可以是各個單元單獨物理存在，也可以兩個或兩個以上單元集成在一個單元中。上述集成的單元既可以采用硬件的形式實現(xiàn)，也可以采用硬件加軟件功能單元的形式實現(xiàn)。上述以軟件功能單元的形式實現(xiàn)的集成的單元，可以存儲在一個計算機可讀取存儲介質中。上述軟件功能單元存儲在一個存儲介質中，包括若干指令用以使得一臺計算機設備(可以是個人計算機，服務器，或者網(wǎng)絡設備等)或處理器(processor)執(zhí)行本發(fā)明各個實施例所述方法的部分步驟。而前述的存儲介質包括：U盤、移動硬盤、只讀存儲器(Read-OnlyMemory，ROM)、隨機存取存儲器(RandomAccessMemory，RAM)、磁碟或者光盤等各種可以存儲程序代碼的介質。以上所述僅為本發(fā)明的較佳實施例而已，并不用以限制本發(fā)明，凡在本發(fā)明的精神和原則之內，所做的任何修改、等同替換、改進等，均應包含在本發(fā)明保護的范圍之內。當前第1頁1 2 3