前段時間被內鏈創建這件事困擾很久，起因就是網站與內容越來越多后，管理起來太麻煩了，一直不得章法。尤其是在內容的流水化更新過程中，對于如何管理文章內鏈與產品內鏈，根本就沒有一個統一的思路，更沒有一套完善的系統去對過往內鏈記錄進行管理。

這也就導致了過往做了哪些內鏈，心里根本就沒數。至于要創建的新內鏈，也不知道該選擇什么樣的錨文本，該鏈向具體哪個頁面。

為了解決這個痛點，上周專門花了兩天時間去做了一份內鏈管理的 SOP 方案。這里便分享一些我的經驗，以及內鏈建設的幾點注意事項。

之前的文章里有草草提到過內鏈建設，當時只說了內鏈的錨文本盡量使用目標關鍵詞或者 LSI 關鍵詞，至于別的就沒有繼續深入下去了。

其實，內鏈建設很重要的一條便是，不要用同一個錨文本指向兩個不同內容頁面。

還是用一個例子來解釋下，你網站有個 A 頁面的主要關鍵詞是 A，那么后續你在其他內容上做內鏈，只要是做 A 這個關鍵詞的內鏈，就務必要鏈向 A 頁面，而不是什么其他 B 頁面，或者 C 頁面。至于原因，就是為了避免搜索引擎對網站內容產生理解歧義。

那如果你的網站內容越來越多后，你會發現管理起來很麻煩，兩三百篇文章至少會有四五百內鏈，至于錨文本關鍵詞至少就會有兩三百個。如果單靠人力去記根本不現實，這就要求我們用一套體系去管理這塊內容。

這里參考下這份內鏈管理模板，不僅將各個頁面的核心關鍵詞列舉出來，還貼心的做了相關的關鍵詞矩陣。那后續再碰到內鏈需求的話，直接在表里一查便知道，該具體鏈向哪個頁面了。

說完錨文本唯一性的問題后，再要提的一點便是內鏈自動化的問題。

現在有不少朋友可能會使用插件（類似于下圖）去自動化創建內部鏈接，其實我并不建議這么做，至于原因有兩個。

其一便是這種插件創建的內鏈，全部都是自動操作的，缺乏對文章內容與所表達含義的理解，這樣就不可避免會損害用戶體驗，甚至是產生語義歧義，直接誤導搜索引擎。其二是這個過程不可避免會產生錨文本垃圾內容，直接對內容健康度產生影響。

除了上面提到的兩點外，還要提及一下的就是，不要為了內鏈而內鏈，或者說不要過度優化。

跟很多朋友聊天，會發現他們對內鏈似乎有一種執念，就是每篇文章我必須得做 4~6 條內鏈，否則的話這篇文章就不完美了。

說真的，大可不必。

你輸出的內容是給用戶看的，并不是給搜索引擎看。所以從這個角度出發，合理的布局內鏈、合理的選擇錨文本，充分滿足用戶的需求，不要讓文章的拼湊感太強了就顯得很重要。