[中心提醒] 淘寶領有一百萬家商戶和超過10億的商品數，它怎麼樣讓用戶精准地找到想要的商品呢?其身後有著堅強雄厚的技術支橕。
淘寶到現在為止在線商品數超過 10 億，怎麼樣精准的幫忙用戶找到他想要的商品呢?通過積年的考求，淘寶經過樹立一套完整的類目屬性整體體系，終於較好的解決了這一問題，今日就跟大家一塊兒來談談淘寶的類目屬性整體體系。
一點兒點歷史和架構
2003 年淘寶剛上線時，商品量很少，沒有分類。 後來，商品量上百，著手有了對商品施行單級分類，有些大致相似於如今的一級行業類目。
等到商品上萬的時刻，商品的單級分類已經不可以滿意需要，著手有了多級分類，就是一顆類目樹了。從 06 年著手引入了屬性，商家依照屬性模型板填寫屬性，用戶可以依照屬性用篩子選商品。
到達 08 年，著手將前後臺類目分開，用戶依據前臺類目用篩子選商品，商家將商品掛到後臺類目上，前後臺類目樹之間樹立好照射。
今日的淘寶類目屬性整體體系主要由後臺類目樹、前臺類目樹、掛載在後來葉子類目上的商品屬性模型板以及管理前後臺類目之間照射關系的類目管理平臺組成，群體架構如下所述：
從圖中可以看出，淘寶類目屬性整體體系是一個十分基礎的數值服務，在商品宣布頁上商家挑選後臺類目上傳商品信息，詳細情形頁上以面粉和水發酵制成的食品屑的形式給用戶顯露商品隸屬的前臺類目，在搜索最後結果頁上讓用戶依據前臺類目用篩子選商品。運營同學可以經過一個管理後臺來管理前後臺類目之間的照射關系以及後臺類目標屬性模型板。
後臺類目
後臺類目面向商家，主要用於商品的分類和屬性管理。商家上傳商品時見到的就是後臺類目，如下所述圖：
後臺類目就象下所述獨特的地方：
後臺類目樹中最關緊的是葉子類目，也就是類目樹上不可以再往下分的類目,不論什麼商品都務必掛載到後臺葉子類目上。
葉子類目掛載屬性模版，商家宣布商品時挑選好類目在這以後會依據屬性模版，補給必填的商品屬性信息，方可成功上傳商品。
後臺類目相對牢穩，不可以輕易刪去，葉子類目不可以重復。
前臺類目
前臺分類面向用戶，便捷用戶用篩子選查尋商品，大多時刻用戶見到的類目都是前臺類目。下圖就是淘寶搜索最後結果頁上的淘寶前臺類目樹：
前臺類目就象下所述獨特的地方：
用戶購買時看見的類目是前臺類目。
前臺類目經過跟後臺照射間接和商品關涉。
前臺類目由後臺葉子類目+屬性組成，一個前臺類目可以裡面含有多個後臺類目，一個後臺類目也可以照射給多個前臺類目。
前臺類目不直接掛載屬性模版，前臺類目對應的屬性來自後臺葉子類目標公共屬性。
前臺類目很靈活，可層疊，可刪去。
為何要將前後臺類目分開呢?
紹介完淘寶的類目屬性整體體系，也許你會問為啥要將前臺類目和後臺類目分開呢?直接用一套類目整體體系不就行了嗎?這處我就給大家詮釋一下子端由，到達 08 年，淘寶商品一天比一天增多，類目層次也越來越深，買主越來越難找到想要的商品。淘寶的小二們就著手不斷調試類目屬性，把類目樹變淺，讓商品更容易被買主找到。只有一套類目整體體系的事情狀況下，小二每每調試，賣家也務必跟著調試。假如只是改一次，賣家也能牽強湊合接納，但這是周期性的。譬如，在夏季裙子這個類目前有可能是連衣裙、襯衣等夏衣，到達冬季便會成為打底褲、羽絨服等冬裝了，並且賣家也都曉得這些個調試時合理的，不過一年到頭這樣調試，意味著他一年到頭都在編輯類目，有可能還得專門養個把人在那邊，成天改類目，無形之中賣家的運營成本也就增長了。
08 年的時刻，有個淘寶的產品經seo理從線下零售巨頭沃爾瑪獲得啟示，他發覺沃爾瑪庫房裡邊的類目分區和貨架區的類目分區是離合的，庫房裡邊的類目分區比較牢穩，很少變動，而貨架區的類目分區會依據活動和季候常常調試。大致相似的，淘寶也可以把原來的一套類目整體體系分為後臺分類和前臺分類，後臺分類面向商家，用來掛載商品和屬性模型板，比較牢穩很少變動;前臺分類面向用戶，主要便捷用戶查尋商品，很靈活，可以常常調試。後臺類目和前臺類目之間經過照射結合起來，一個後臺類目可以照射到多個前臺類目，一個前臺類目也可以裡面含有多個後臺類目。
從技術的角度來看的話，前臺類目就是在後臺類目標基礎上樹立了一個虛擬類目。
類目屬性整體體系在搜索上的應用
先來看看類目屬性整體體系是怎麼幫忙提高搜索的精准度的，下圖是解釋明白了用戶 query 到商品搜索最後結果的全過程：
用戶輸入 query：iPhone，淘寶類目屬性整體體系預先推測到跟這個 query 最有關的前臺類目是手機，而後前臺類目經過照射找到後臺類目手機，最後在這個類目前找到達iPhone 5s 土豪金這個商品。
有了類目屬性整體體系，用戶搜索 iPhone，淘寶就不會給轉手機套這麼的配件了，由於它只會拿到手機類目前去找商品。
有了類目屬性整體體系，用戶可以直接在搜索最後結果頁依照類目和屬性用篩子選商品，更加高效的找到想要的商品。而淘寶搜索可以經過記錄用戶搜索 query 在這以後的類目屬性用篩子選行徑，精准預先推測每一個 query 的類目和屬性意向，當用戶再次搜索的時刻，可以依據 query 的類目屬性意向，在 query 文本有關性的基礎上計算出商品的類目和屬性有關性，把裡面含有 query，且跟用戶的類目和屬性意向最有關的商品優先展覽給用戶。這也是百度這麼的通用搜索引擎網站所做不到的，由於它沒有類目屬性整體體系。
有了類目屬性整體體系，還可以做好搜索算法的鉛直化優化。也就是在每一個細分類目前，可以認為合適而使用不一樣的商家權重和品牌權重，甚至於可以有不一樣的排序公式。譬如用戶挑選手機時，更多思索問題各項參變量和評測文章，這個時刻相應的排序權重因數可以增強，而挑選裙子的時刻，一張漂亮的主圖就無比關緊了，排序因數裡邊主圖品質的權重就需求提高了。 有了類目屬性整體體系，還可以做基於類目和屬性的個性化搜索。搜索引擎網站經過用戶的類目屬性用篩子選日記，可以開鑿出用戶的一點特點標志，譬如性別，意圖價錢區間，偏好品牌，偏好種類等，因此可以對這個用戶做個性化的展覽。
類目屬性整體體系無處不在
除開電商，實際上在各個需求幫忙迅速查尋信息領域都可以見到類目屬性整體體系的影子。譬如：教育行業裡邊的課程分類，醫療行業的惡疾和醫院分類。當我們把用戶查尋的信息當做一個個實體的時刻，對實體分類以幫忙迅速定位查尋就是一個十分通用的辦法。從這個角度來講，Google 的 Knowledge Graph 可以當做是將電商網站裡邊的商種類目屬性整體體系推廣到達整個兒世界中的萬事萬物，它打算運用一套一統的類目屬性網來全部包括全部的實體，也許這就是通用搜索引擎網站的類目屬性整體體系吧。
題圖來自 Hybris Software
筆者：@葛燦輝-搜索數值開鑿/搜索產品經理
擔任職務百度，期望做一個有思想的搜索產品經理。
出處：極客公園，過載請注明筆者及原文鏈接。