內鏈這個話題之前聊過幾次，今天這篇文章再結合我最近 SOP 升級的一些經驗繼續聊聊。

過去我們常用的內鏈方法，就是在自己寫文章的過程中，覺得哪個關鍵詞比較合適做成內鏈，便做一條鏈接鏈過去。

這種方式比較偏人工，且畢竟人力有限，不可能處理得面面俱到。

所以后來我開始將谷歌站長里面的關鍵詞出詞信息全部導出出來，并標記清楚每個鏈接有出多少關鍵詞，一一記錄清楚。

那后續我再去寫文章時，一旦發現某個關鍵詞出現在我的文案中了，便做一條內鏈鏈過去。

這種方法在內鏈處理上確實高效了一些，但還是有缺陷。

比如我的某篇內容里有一個心心念念的關鍵詞 A，在 GSC 里一直沒記錄到。那當我寫新內容時，出現了這個錨文本 A 時，系統便不知道便怎么處理了（實際上我是想讓這個 A 關鍵詞鏈向那篇內容的）。

所以那段時間，我的做法就是將這兩種方法結合起來綜合使用，既人工慢慢審核新寫出來的內容，又結合工具去做自動化的內鏈創建，使用這種模式去兼顧效率與質量。

而且這種方式我現在也一直在用，算是我現在的主流做法。

但現在 AI 出來了，我們完全可以將 AI 的能力引入進來，讓整個做內鏈的過程更加高效。

兩種做法，知識庫與 API。

知識庫做法比較麻煩一些，需要我們將網站的全部文本內容記錄到筆記軟件中。比如我現在使用是的 Notion 在線版（Obsidian 好像也可以），將所有網站內容更新上去后，素材收集與整理的工作便全部處理完了。

那下一步我便可以直接使用 Notion AI 功能，用大白話跟我之前收集的文案信息進行溝通了。

比如：我這篇文章里提及了瑜伽褲面料相關的概念，請幫我在知識庫里檢索一下，還有哪些文章提及了這個概念，或者出現了與之相關的一些關鍵詞。

AI 簡單檢索之后，便會在搜索輸出框里詳細列舉所有的文案內容。剩下需要我做的就是一一核實，并決定要不要做一條內鏈鏈接過去了。

API 的方法，處理起來相對來說簡單一些，但是相應的 AI 成本會上升。

比如我現在發布了一篇文章，那我可以直接將鏈接扔給 AI，然后再把網站的站點地圖鏈接一并扔過去。

相應的 Prompt 如下：

You're an SEO expert with expertise in internal link building.

I've just released a new blog post with the following content: [INSERT BLOG TITLE]

Help me create links in this blog post to my other blog posts from the sitemap I'll provide below. Use relevant posts only from the sitemap.

Suggest anchor texts for each link and add them to the content. Do not delete any of the content, and only use the links from the sitemap.

The sitemap is here: [INSERT ALL LINKS FROM YOUR SITEMAP]

這種方法的好處就是簡單高效，能很高效幫我們處理內鏈建設相關的問題。但缺點也同樣明顯，那就是整個 AI 交互的上下文長度受限于 API 的算力，當文案很多時，AI 輸出起來簡直跟白癡一樣。

其實這些方法沒有誰好誰壞，選擇適合自己的就好，甚至我們可以將這幾種方法結合一起一并使用。