【CMS實戰】第一彈 CMS系統的未來會怎樣？

gameboyLV發表於2013-09-25
先來看看維基百科上對內容管理系統的定義：“內容是任何型別的數字資訊的結合體，可以是文字、圖形影像、Web頁面、業務文件、資料庫表單、 影片、聲音、XML檔案等。應該說，內容是一個比資料、文件和資訊更廣的概念，是對各種結構化資料、非結構化文件、資訊的聚合。管理就是施加在“內容”物件上的一系列處理過程，包括收集、儲存、審批、整理、定位、轉換、分發、搜尋、分析等，目的是為了使“內容”能夠在正確的時間、以正確的形式傳遞到正確的地點和人。”

很明顯，內容管理系統的作用就是將合適的資訊在正確的時間、以正確的形式傳遞到正確的地點和人。那怎樣才能算是正確的傳遞呢？

初級階段：內容管理

[img index=1]

系統可以對資料庫中指定的資料表進行CRUD操作，可以被CMS系統識別的資料表叫做“內容模型”。內容儲存進資料庫後，系統將內容的屬性值替換調靜態HTML頁面（內容模板）中預先設定好的佔位符，這就是使用“模板引擎”生成了用於展示內容的網頁。複雜一些的模板引擎還支援迴圈、條件判斷等語法。CMS系統還內建了一個無線級別的樹形列表，用於存放和歸類這些內容，這個樹形列表就是“內容節點”。

可以發現這樣的CMS僅僅是實現了資訊的錄入、歸類、展示，並沒有任何的分析能力。需要達到“正確推送”的效果，完全靠人工排序或者靠點選量、TAG詞等死板的指標。無論系統吹噓得多麼強大，例如內建了文章、軟體、商品、相簿、小說、問答等內容模型，也只是針對不同的資料表進行修改而已。

中級階段：內容管理+佈局管理

[img index=2]

CMS系統漸漸意識到僅靠人工推送是無法處理海量資料的，於是內容和佈局分離式管理的CMS系統誕生了。除了最基本的內容節點歸類之外，還能以“站點/子站首頁”->“頻道/二級頻道頁”->“專題頁”->“推薦區域/專欄”的形式組織內容。佈局是按受眾人群來劃分的，例如“軍事”、“體育”、“國內”、“國際”頻道等。

內容在錄入系統時按照內容節點歸類，在頁面展示時按照頻道佈局呈現。這兩者之間就增加了資訊二次處理的流程，從一個或若干個節點向指定頁面區域推送資料的過程由“推薦引擎”完成。

推薦引擎使用的推送規則可分為以下幾類：
•網頁推薦（人工編輯頁面區域的HTML程式碼）
•列表推薦（頁面區域繫結到一個或若干個內容節點，推薦引擎按照排序規則定時更新頁面區域的HTML程式碼）
•人工推薦（人工選擇要推送的內容，推薦引擎按照內容模板生成頁面區域的HTML程式碼）
•自定義推薦（使用SQL或模板語法獲取要推送的資料，推薦引擎按照內容模板生成頁面區域的HTML程式碼）

高階階段：內容管理+佈局管理+價值管理

[img index=3]

新的問題又出現了：內容的價值並不是固定的，價值會隨著時間的推移逐漸變化。怎樣在內容價值變化時自動進行推送呢？

首先使用中文分詞技術提取出內容中的全部關鍵詞，將指定時間段網站內所有關鍵詞彙總可得到一個近期熱門關鍵詞的詞庫。詞庫中每個詞根據出現的頻率可獲得一個初始熱度，例如“小說”在網站的所有內容中出現過2次，則熱度記為2。

第二步根據使用者的行為軌跡獲得關鍵詞之間的關聯關係，例如使用者從一篇旅行的文章跳轉到了另一篇美食的文章，則旅行帶給美食的流量就是1。

第一步可以確定內容篩選的時間範疇，第二步可以確定內容篩選的空間範疇，兩者結合在一起就能使推薦引擎無需人工干預的自行運作了。我們只需為指定的推薦區域設定好一組關鍵詞（或關鍵詞所處領域），系統根據使用者行為和錄入的內容自動獲得要推薦的文章，次日根據文章的關鍵詞可獲得下一組關鍵詞。

終極階段：人工智慧

IBM沃森有木有。。。。

相關文章