內(nèi)鏈這個(gè)話題之前聊過幾次，今天這篇文章再結(jié)合我最近 SOP 升級(jí)的一些經(jīng)驗(yàn)繼續(xù)聊聊。

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

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

所以后來我開始將谷歌站長里面的關(guān)鍵詞出詞信息全部導(dǎo)出出來，并標(biāo)記清楚每個(gè)鏈接有出多少關(guān)鍵詞，一一記錄清楚。

那后續(xù)我再去寫文章時(shí)，一旦發(fā)現(xiàn)某個(gè)關(guān)鍵詞出現(xiàn)在我的文案中了，便做一條內(nèi)鏈鏈過去。

這種方法在內(nèi)鏈處理上確實(shí)高效了一些，但還是有缺陷。

比如我的某篇內(nèi)容里有一個(gè)心心念念的關(guān)鍵詞 A，在 GSC 里一直沒記錄到。那當(dāng)我寫新內(nèi)容時(shí)，出現(xiàn)了這個(gè)錨文本 A 時(shí)，系統(tǒng)便不知道便怎么處理了（實(shí)際上我是想讓這個(gè) A 關(guān)鍵詞鏈向那篇內(nèi)容的）。

所以那段時(shí)間，我的做法就是將這兩種方法結(jié)合起來綜合使用，既人工慢慢審核新寫出來的內(nèi)容，又結(jié)合工具去做自動(dòng)化的內(nèi)鏈創(chuàng)建，使用這種模式去兼顧效率與質(zhì)量。

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

但現(xiàn)在 AI 出來了，我們完全可以將 AI 的能力引入進(jìn)來，讓整個(gè)做內(nèi)鏈的過程更加高效。

兩種做法，知識(shí)庫與 API。

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

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

比如：我這篇文章里提及了瑜伽褲面料相關(guān)的概念，請(qǐng)幫我在知識(shí)庫里檢索一下，還有哪些文章提及了這個(gè)概念，或者出現(xiàn)了與之相關(guān)的一些關(guān)鍵詞。

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

API 的方法，處理起來相對(duì)來說簡單一些，但是相應(yīng)的 AI 成本會(huì)上升。

比如我現(xiàn)在發(fā)布了一篇文章，那我可以直接將鏈接扔給 AI，然后再把網(wǎng)站的站點(diǎn)地圖鏈接一并扔過去。

相應(yīng)的 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]

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

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