本申請涉及頁面信息處理技術領域,特別是涉及頁面信息處理方法及裝置。
背景技術:
對于入駐電子商務交易平臺的商家而言,如何提高其商品對象的曝光率,以及如何提高頁面的轉化率(也即商家希望訪客在網頁上完成的任務,如注冊、下訂單、付款等),始終是其關注的重點。
為了提高商品對象的曝光率,現有技術為商家提供了多種渠道,用來發布其商品對象的信息。例如,通過參加平臺舉辦的活動,使得其商品對象信息或者店鋪信息出現在活動頁面或平臺首頁等更容易被買家用戶訪問到的頁面,這種方式通常可以稱為“站內推廣”。或者,還可以自定義推廣頁面,然后,將其頁面鏈接投放到一些視頻網站、搜索網站、門戶網站等訪問量較大的網站中,使得瀏覽這些網站的用戶也可以查看到關于該商家商品對象的相關信息,這種方式通常被稱為“站外推廣”,等等。
上述這些方式能夠提高商品對象的曝光率,但是,在實際應用中,不同的買家用戶通常具有不同的購買需求,因此,如果無差別地進行商品對象信息的推送或者推廣,則頁面轉化率通常無法得到保障,浪費商家用戶的資源,并且也可能會由于推送的信息不符合消費者用戶的需求,而影響消費者的用戶體驗。
為了提高頁面轉化率,現有技術中,可以由平臺中的工作人員協助商家為頁面設置投放條件,例如,針對某特定的人群、地域等進行投放,等等。但是,這種定向投放方式,不但實現效率比較低,商家的自主性差,而且也限制了頁面曝光率的提高,浪費網絡資源。
總之,如何兼顧頁面的曝光率以及轉化率,提高網絡資源的利用效率,成為需要本領域技術人員解決的技術問題。
技術實現要素:
本申請提供了頁面信息處理方法及裝置,兼顧了頁面的曝光率以及轉化率,并且,投放效率以及第一用戶的投放自主性也得到了提高。
本申請提供了如下方案:
一種頁面信息處理方法,包括:
服務器接收客戶端發送的多頁面投放請求;
確定待投放的多個頁面,以及各頁面對應的訪問條件信息;
利用同一第一網址對各頁面進行封裝;
根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
一種頁面信息處理方法,包括:
第一用戶客戶端接收多頁面投放請求;
確定待投放的多個頁面,以及各頁面對應的訪問條件信息,并提交到服務器,以便所述服務器利用同一第一網址對各頁面進行封裝,根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
一種頁面信息處理方法,包括:
服務器預先保存第一網址與多個第二網址以及頁面訪問條件之間的關聯關系;
接收到第一網址被訪問的請求時,確定當前訪問者用戶的信息;
將所述當前訪問者用戶的信息與各第二網址對應的頁面訪問條件進行匹配;
將匹配成功的第二網址對應的頁面內容返回。
一種頁面信息處理裝置,應用于服務器,包括:
請求接收單元,用于接收客戶端發送的多頁面投放請求;
確定單元,用于確定待投放的多個頁面,以及各頁面對應的訪問條件信息;
封裝單元,用于利用同一第一網址對各頁面進行封裝;
投放信息生成單元,用于根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
一種頁面信息處理裝置,應用于第一用戶客戶端,包括:
請求接收單元,用于接收多頁面投放請求;
信息確定單元,用于確定待投放的多個頁面,以及各頁面對應的訪問條件信息,并提交到服務器,以便所述服務器利用同一第一網址對各頁面進行封裝,根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
一種頁面信息處理裝置,用于服務器,包括:
關聯關系保存單元,用于預先保存第一網址與多個第二網址以及頁面訪問條件之間的關聯關系;
用戶信息確定單元,用于接收到第一網址被訪問的請求時,確定當前訪問者用戶的信息;
匹配單元,用于將所述當前訪問者用戶的信息與各第二網址對應的頁面訪問條件進行匹配;
頁面內容返回單元,用于將匹配成功的第二網址對應的頁面內容返回。
根據本申請提供的具體實施例,本申請公開了以下技術效果:
通過本申請實施例,實現了用一個第一網址分人群展示多個頁面的功能。這樣,不必在投放時就按照人群等進行區分,可以提高頁面的曝光率,而在具體進行頁面的展示時,則可以按照人群進行分流,從而可以保證頁面的轉化率,也即,兼顧了頁面的曝光率以及轉化率,并且,投放效率、網絡資源的利用效率以及第一用戶的投放自主性也得到了提高。
當然,實施本申請的任一產品并不一定需要同時達到以上所述的所有優點。
附圖說明
為了更清楚地說明本申請實施例或現有技術中的技術方案,下面將對實施例中所需要使用的附圖作簡單地介紹,顯而易見地,下面描述中的附圖僅僅是本申請的一些實施例,對于本領域普通技術人員來講,在不付出創造性勞動的前提下,還可以根據這些附圖獲得其他的附圖。
圖1是本申請實施例提供的第一方法的流程圖;
圖2是本申請實施例提供的配置界面示意圖;
圖3是本申請實施例提供的頁面封裝示意圖;
圖4是本申請實施例提供的第二方法的流程圖;
圖5是本申請實施例提供的第三方法的流程圖;
圖6是本申請實施例提供的第一裝置的示意圖;
圖7是本申請實施例提供的第二裝置的示意圖;
圖8是本申請實施例提供的第三裝置的示意圖。
具體實施方式
下面將結合本申請實施例中的附圖,對本申請實施例中的技術方案進行清楚、完整地描述,顯然,所描述的實施例僅僅是本申請一部分實施例,而不是全部的實施例。基于本申請中的實施例,本領域普通技術人員所獲得的所有其 他實施例,都屬于本申請保護的范圍。
在本申請實施例中,為了在提高頁面曝光率的同時,保障頁面轉化率,首先可以為第一用戶(例如,電子商務銷售平臺中的商家用戶、賣家用戶等)提供一種配置工具,通過該配置工具,第一用戶可以針對不同的訪問者用戶,制定不同的策略,也即,可以為不同的訪問者用戶群體制定不同的頁面,相應的,服務器可以分別為配置了不同人群信息的頁面生成各自的第二網址,另外,服務器還可以利用同一個第一網址對各頁面進行封裝。這樣,在進行頁面投放時,可以利用統一的第一網址進行投放,在該第一網址被訪問時,服務器再根據訪問者用戶的具體信息,確定出具體需展示的頁面。也就是說,實現了用一個第一網址分人群展示多個頁面的功能。這樣,不必在投放時就按照人群等進行區分,可以提高頁面的曝光率,而在具體進行頁面的展示時,則按照人群進行了區分,可以保證頁面的轉化率,也即,兼顧了頁面的曝光率以及轉化率,并且,投放效率、網絡資源的利用效率也得到了提高。下面對具體的實現方式進行詳細介紹。
實施例一
在該實施例一中,首先對配置頁面的實現過程進行介紹。參見圖1,本申請實施例一從服務器的角度,提供了一種頁面信息處理方法,該方法可以包括以下步驟:
s101:服務器接收客戶端發送的多頁面投放請求;
具體實現時,可以通過銷售平臺的第一用戶客戶端等為第一用戶提供特定的操作選項,通過該操作選項,第一用戶可以發起多頁面投放請求,之后,可以進入到相應的配置界面。其中,每個頁面中具體的展現內容等可以是預先設置好的,例如,第一用戶可以預先根據自己的需求,制作多個h5(html第5版)頁面,在頁面制作完成后,頁面制作工具通常可以自動生成頁面的第二網址,也即,實際能夠訪問到該頁面具體內容的網址。制作好的頁面可以保存在指定的路徑下,然后就可以通過本申請實施例提供的操作選項,進行多頁面投放。
其中,在進行頁面制作時,第一用戶可以根據實際的信息推廣需求以及頁面面向的人群定位等,選擇部分商品對象,并添加到頁面中。也就是說,假設某第一用戶制作了三個頁面,其中第一的頁面主要面向15歲到20歲的少年用戶,第二個頁面主要面向20歲到30歲的青年用戶,第三個頁面則是可以覆蓋各個年齡段用戶的默認頁面。則第一個頁面中可以添加a、b、c等適合少年用戶的商品對象的信息,第一個頁面中可以添加d、e、f等適合青年用戶的商品對象的信息,第三個頁面則可以添加適合各個年齡段的商品對象的信息,等等。但是,相對于該第一用戶的店鋪頁面中包括的商品對象集合而言,上述三個頁面中包含的商品對象都只是該集合的子集。當然,也可以直接將店鋪頁面作為待投放的頁面,等等。
需要說明的是,在具體實現時,預先制作的各個頁面相對于銷售平臺而言,可以是站內的頁面,也可以是站外的頁面。例如,對于天貓而言,進行多頁面投放時,待投放的頁面可以是天貓站內的頁面,還可以是天貓站外的頁面,這使得頁面投放更加靈活。
s102:確定待投放的多個頁面,以及各頁面對應的訪問條件信息;
在接收到多頁面投放請求后,就可以提供配置界面,通過該界面,可以配置各個頁面的訪問條件。其中,訪問條件可以根據人群的信息來進行配置,例如,可以包括人群的年齡、層級、客別、地域等等。如圖2所示,其中為具體實現時配置界面的示意圖,其中的“活動”就是指多個配置了訪問條件信息的頁面的集合,在配置各個頁面的訪問條件之前,可以首先對活動名稱、標題、投放時間、簡介等進行配置。例如,在圖2中,活動名稱為:“2015年12月上旬品牌廣場冬季新款”,標題可以為“某品牌-活動冬日”,投放時間可以為:“2015-12-1~2015-12-31”,簡介可以包括“此次上新了部分秋冬新款,根據南北方用戶溫度差異進行了個性化定制,同時,針對老客戶、新客、淺客進行了不同的優惠政策”,等等。
在配置了活動的信息之后,就可以利用配置界面中提供的具體操作選項,將具體的頁面添加到活動中,并對各個頁面的訪問條件進行配置。具體實現時,可以有多種具體的實現方式,例如,在一種實現方式下,如圖2所示,在界面 左下角的“+”即為用于添加頁面的第一操作選項,該第一操作選項被操作后,可以由第一用戶選項具體需要添加到活動中的頁面,例如,第一次選中的為第一個頁面1:10000,在界面中預置的第一區域(例如圖2中左側)可以展示出該頁面的縮略圖,以便為第一用戶在設定訪問條件時提供參照。在界面第二區域(例如圖2中右側)的各個第二操作選項中,可以對各個維度上的訪問條件進行設定。其中,具體的訪問條件可以通過頁面面向的人群特征進行確定,例如,將用戶年齡設定為:15~20歲,將買家層級設定為:天貓t3,天貓t4,將買家客別設定為:潛客,新客,等等。另外,還可以添加其他維度上的訪問條件,例如,基礎屬性、偏好習慣、線上消費、地理位置、社交關系、用戶財富、垂直行業,等等。其中,地理位置可以通過收貨地址、出生地、經緯度信息等進行設定。完成對一個頁面的配置后,可以通過“保存”等按鈕進行保存,然后可以通過點擊左側的“+”等添加新的頁面,例如,如圖2所示,添加了第二個頁面2:10002,之后就可以對其訪問條件進行設定。具體的,可以將用戶年齡設定為20~30歲,將買家層級設定為:天貓t3,天貓t4,將買家客別設定為:老客,等等。需要說明的是,其中的買家層級、買家客別等可以是由具體的銷售平臺進行定義的,在實際應用中,還可以有其他的維度或者稱呼,以上所述僅僅是示例性的介紹,而不應看作是對本申請實施例保護范圍的限制。
另外需要說明的是,在實際應用中,具體在進行頁面展示時,可能會出現無法識別出訪問者用戶信息的情況,例如,可能是新用戶,系統中還不存在關于該用戶的歷史記錄,等等。為此,還可以提示第一用戶提供一個默認頁面,該默認頁面可以覆蓋各類人群,當無法判斷出當前訪問者用戶具體屬于哪個人群時,就可以提供該默認頁面。
其中,具體到每個頁面的展示內容、訪問條件、哪個頁面作為默認頁面等,都可以是由第一用戶進行設定的,因此,第一用戶的參與度比較高,可以根據實際的需求進行靈活的設定。
s103:利用同一第一網址對各頁面進行封裝;
在對各個頁面的訪問條件設定完畢后,可以通過點擊圖2左下方的“保存” 按鈕等方式,對設定的信息進行保存,相應的,服務器就可以利用同一第一網址對各頁面進行封裝,也即,可以生成一個統一的第一網址,并將該第一網址指向此次配置中添加的各個頁面。需要說明的是,雖然各個具體的頁面既可以是站內的頁面,也可以是站外的頁面,但是,第一網址是站內的網址,例如,如果是由天貓交易平臺提供的該功能,則該第一網址的域名通常為天貓主站點的域名,等等。當該第一網址被訪問后,相應的訪問請求將會被發送到對應的服務器,由該服務器在具體的用戶識別、分流處理等方面提供支持。
s104:根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
在第一網址生成后,就可以根據該第一網址生成待投放信息。待投放信息可以有多種具體的實現形式,例如,可以直接生成一個鏈接,可以通過點擊或者自動播放該鏈接,可以發起對第一網址的訪問。或者,生成攜帶有該第一網址的圖形碼(例如,二維碼等),可以通過掃描該圖形碼識別第一網址,并發起對該第一網址的訪問。或者,還可以生成一段攜帶有該第一網址的音頻,可以通過對該音頻進行解碼識別出第一網址,并發起對第一網址的訪問,等等。服務器在生成待投放信息后,就可以將待投放信息返回給第一用戶客戶端,由第一用戶客戶端選擇具體的投放渠道(例如某視頻網站等)進行投放。當然,對于服務器而言,除了生成待投放信息,還可以對第一網址與各頁面的第二網址、訪問條件之間的關聯關系進行保存,例如,具體實現時,信息保存形式可以如以下表1所示:
表1
這樣,在第一網址具體被訪問時,服務器可以首先確定出訪問者用戶所屬的人群,然后根據該人群確定符合哪個具體頁面的訪問條件,并將該頁面返回給訪問者用戶客戶端。如圖3所示,其為本申請實施例中的第一網址被訪問的過程示意圖,也即,第一網址url本身并不指向某個具體的頁面,而是指向一系列的頁面,每個頁面被配置了不同的人群信息,在該url被訪問時,服務器首先對訪問者用戶進行用戶識別,確定出所屬的人群后,就可以將對應的頁面提供給訪問者用戶。
可見,通過本申請實施例,實現了用一個第一網址分人群展示多個頁面的功能。這樣,不必在投放時就按照人群等進行區分,可以提高頁面的曝光率,而在具體進行頁面的展示時,則可以按照人群進行分流,從而可以保證頁面的轉化率,也即,兼顧了頁面的曝光率以及轉化率,并且,投放效率以及第一用戶的投放自主性也得到了提高。
實施例二
該實施例二是與實施例一相對應的,從第一用戶客戶端的角度進行介紹。參見圖4,該實施例二提供了一種頁面信息處理方法,該方法具體可以包括以下步驟:
s401:第一用戶客戶端接收多頁面投放請求;
s402:確定待投放的多個頁面,以及各頁面對應的訪問條件信息,并提交到服務器,以便所述服務器利用同一第一網址對各頁面進行封裝,根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
具體實現時,為了確定待投放的多個頁面,以及各頁面對應的訪問條件信息,可以在用戶界面中提供用于添加頁面的第一操作選項,在通過所述操作選 項接收到添加指定頁面的操作指令時,在預置的第一區域提供所述指定頁面的縮略圖,并在預置的第二區域提供用于對訪問條件進行配置的第二操作選項,然后可以通過所述第二操作選項接收為所述指定頁面配置的訪問條件信息。
關于該實施例二中其他的實現細節可以參見實施例一中的介紹,這里不再贅述。
實施例三
該實施例三主要對將頁面投放后,當第一網址被訪問時服務器的處理過程進行介紹。參見圖5,該實施例三從服務器的角度提供了一種頁面信息處理方法,該方法可以包括以下步驟:
s501:服務器預先保存第一網址與多個第二網址以及頁面訪問條件之間的關聯關系;
具體保存的信息可以如實施例一所述,這里不再贅述。
s502:接收到第一網址被訪問的請求時,確定當前訪問者用戶的信息;
具體的,當第一網址鏈接被點擊或者被自動播放時,服務器可以接收到第一網址被訪問的請求,或者,當攜帶有第一網址的圖形碼被掃描時,服務器也可以接收到第一網址被訪問的請求,再者,當攜帶有第一網址的音頻被解碼時,服務器也可以接收到第一網址被訪問的請求,等等。需要說明的是,第一用戶可能會通過多個渠道進行投放頁面,例如,視頻網站、搜索引擎、即時通信工具,等等,因此,訪問者用戶通常是在訪問第三方網絡產品的客戶端時觸發了對第一網址的訪問,例如,可以是某視頻網站客戶端,或者,某搜索引擎客戶端,或者,某即時通信工具客戶端,等等,此時,可以由第三方客戶端將第一網站被訪問的信息轉發給服務器,并攜帶上訪問者用戶的用戶信息。當然,在實際應用中,第三方網絡產品與銷售平臺之間可能是打通,或者具有合作關系,此時,訪問者用戶的信息可以是相互共享的,如果兩者之間未打通,則也可以通過其他途徑獲取到訪問者用戶的信息。具體的信息獲取方式可以參見已有技 術中的實現,這里不再詳述。另外,如果無法獲取到訪問者用戶所屬的人群特征信息,則可以提供默認頁面,使得頁面內容能夠覆蓋多個人群。
s503:將所述當前訪問者用戶的信息與各第二網址對應的訪問條件進行匹配;
s504:將匹配成功的第二網址對應的頁面內容返回。
在獲取到訪問者用戶的信息后,就可以與各個第二網址對應的頁面訪問條件進行匹配,具體的,可以確定出訪問者用戶所屬的人群特征,例如,對于表1中所記錄的對因關系,則如果判斷出當前訪問者用戶是年齡在15到20歲之間,則可以確定與url1相匹配,返回url1對應的頁面內容,如果判斷出當前訪問者用戶是年齡在20到30歲之間,則可以確定與url2相匹配,返回url2對應的頁面內容,如果無法確定當前訪問者用戶的年齡,則可以返回url3對應的頁面內容。
關于該實施例三中其他的實現細節,可以參照實施例一中的記載,這里不再贅述。
與實施例一相對應,本申請實施例還提供了一種頁面信息處理裝置,應用于服務器,參見圖6,該裝置可以包括:
請求接收單元601,用于接收客戶端發送的多頁面投放請求;
確定單元602,用于確定待投放的多個頁面,以及各頁面對應的訪問條件信息;
封裝單元603,用于利用同一第一網址對各頁面進行封裝;
投放信息生成單元604,用于根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
其中,所述投放信息生成單元具體用于:
根據所述第一網址生成鏈接,以便通過點擊或者自動播放該鏈接發起對所述第一網址的訪問。
或者,所述投放信息生成單元具體用于:
生成攜帶有所述第一網址的圖形碼,以便通過掃描所述圖形碼識別出所述第一網址,并發起對所述第一網址的訪問。
或者,所述投放信息生成單元具體用于:
生成攜帶有所述第一網址的音頻,以便通過解碼所述音頻識別出所述第一網址,并發起對所述第一網址的訪問。
其中,所述頁面用于展示商品對象信息。
所述投放條件信息通過頁面面向的人群特征信息確定。
與實施例二相對應,本申請實施例還提供了一種頁面信息處理裝置,應用于第一用戶客戶端,參見圖7,該裝置可以包括:
請求接收單元701,用于接收多頁面投放請求;
信息確定單元702,用于確定待投放的多個頁面,以及各頁面對應的訪問條件信息,并提交到服務器,以便所述服務器利用同一第一網址對各頁面進行封裝,根據所述第一網址生成待投放信息,并保存所述第一網址與各頁面的第二網址、訪問條件之間的關聯關系,以便在所述第一網址被訪問時,將訪問者用戶的信息與各頁面訪問條件進行比對,并將匹配成功的頁面返回。
具體實現時,所述信息確定單元可以包括:
第一操作選項提供子單元,用于提供用于添加頁面的第一操作選項;
第二操作選項提供子單元,用于在通過所述操作選項接收到添加指定頁面的操作指令時,在預置的第一區域提供所述指定頁面的縮略圖,并在預置的第 二區域提供用于對訪問條件進行配置的第二操作選項;
訪問條件接收子單元,用于通過所述第二操作選項接收為所述指定頁面配置的訪問條件信息。
與實施例三相對應,本申請實施例還提供了一種頁面信息處理裝置,應用于服務器,參見圖8,該裝置可以包括:
關聯關系保存單元801,用于預先保存第一網址與多個第二網址以及頁面訪問條件之間的關聯關系;
用戶信息確定單元802,用于接收到第一網址被訪問的請求時,確定當前訪問者用戶的信息;
匹配單元803,用于將所述當前訪問者用戶的信息與各第二網址對應的頁面訪問條件進行匹配;
頁面內容返回單元804,用于將匹配成功的第二網址對應的頁面內容返回。
通過本申請實施例,實現了用一個第一網址分人群展示多個頁面的功能。這樣,不必在投放時就按照人群等進行區分,可以提高頁面的曝光率,而在具體進行頁面的展示時,則可以按照人群進行分流,從而可以保證頁面的轉化率,也即,兼顧了頁面的曝光率以及轉化率,并且,投放效率以及第一用戶的投放自主性也得到了提高。
通過以上的實施方式的描述可知,本領域的技術人員可以清楚地了解到本申請可借助軟件加必需的通用硬件平臺的方式來實現。基于這樣的理解,本申請的技術方案本質上或者說對現有技術做出貢獻的部分可以以軟件產品的形式體現出來,該計算機軟件產品可以存儲在存儲介質中,如rom/ram、磁碟、光盤等,包括若干指令用以使得一臺計算機設備(可以是個人計算機,服務器,或者網絡設備等)執行本申請各個實施例或者實施例的某些部分所述的方法。
本說明書中的各個實施例均采用遞進的方式描述,各個實施例之間相同相似的部分互相參見即可,每個實施例重點說明的都是與其他實施例的不同之處。 尤其,對于系統或系統實施例而言,由于其基本相似于方法實施例,所以描述得比較簡單,相關之處參見方法實施例的部分說明即可。以上所描述的系統及系統實施例僅僅是示意性的,其中所述作為分離部件說明的單元可以是或者也可以不是物理上分開的,作為單元顯示的部件可以是或者也可以不是物理單元,即可以位于一個地方,或者也可以分布到多個網絡單元上。可以根據實際的需要選擇其中的部分或者全部模塊來實現本實施例方案的目的。本領域普通技術人員在不付出創造性勞動的情況下,即可以理解并實施。
以上對本申請所提供的頁面信息處理方法及裝置,進行了詳細介紹,本文中應用了具體個例對本申請的原理及實施方式進行了闡述,以上實施例的說明只是用于幫助理解本申請的方法及其核心思想;同時,對于本領域的一般技術人員,依據本申請的思想,在具體實施方式及應用范圍上均會有改變之處。綜上所述,本說明書內容不應理解為對本申請的限制。