聊聊內(nèi)容長(zhǎng)短的事情。

我發(fā)現(xiàn)身邊有個(gè)朋友寫內(nèi)容習(xí)慣寫的非常長(zhǎng)，明明小幾百字就能搞定的話題，非要寫個(gè)兩三千字。

我一度好奇他為什么要這么做，答曰“不是說寫的越長(zhǎng)對(duì)搜索表現(xiàn)越好嘛”。

說實(shí)話我自己也不知道這種說法是從哪里來的，那今天這篇文章就這個(gè)內(nèi)容展開一下。

Ahrefs 曾經(jīng)做過一次調(diào)研，具體的數(shù)據(jù)我忘記了（有興趣的可以自己搜索下），但是大體的結(jié)論很明確。就是排名在第一頁上的自然搜索結(jié)果，大多都是一千五百字左右。

那從這個(gè)數(shù)據(jù)出發(fā)，基本就說明“越長(zhǎng)越好”這種論調(diào)不對(duì)嘛。

其實(shí)根據(jù)我自己的一些實(shí)操經(jīng)驗(yàn)來看，內(nèi)容的核心還得是滿足用戶需求，明明三言兩語能說清楚的事情，真的就沒有必要寫那種“裹腳布”去大書特書了。

我自己的博客上，曾經(jīng)分享過一個(gè)技術(shù)問題的解決方案。就是一個(gè)技術(shù)棧的安裝方法，加起來不超過 20 個(gè)字，然后配合兩張操作截圖。

這篇文章曾經(jīng)是我博客的 Top Page，每天從這篇文章上能獲取到 ?100 多個(gè)新訪客。

所以結(jié)合我自己的經(jīng)驗(yàn)，外加一些數(shù)據(jù)分析工具的統(tǒng)計(jì)數(shù)據(jù)，讓我一直相信內(nèi)容長(zhǎng)度并不是越長(zhǎng)越好。

重點(diǎn)還是用你的問題，去幫用戶解惑去滿足用戶的搜索需求?；局灰@個(gè)點(diǎn)滿足了，至于具體的字?jǐn)?shù)要求就真的不重要了。

另外我也知道現(xiàn)在很多朋友都是使用 AI 來寫初稿，有時(shí)候調(diào)教不好的話 AI 會(huì)輸出一些車轱轆話，那此時(shí)的人工審核就非常重要了。

先確定好自己內(nèi)容的大體結(jié)構(gòu)，然后一個(gè)部分一個(gè)部分的輸出，等有了輸出結(jié)果之后，自己再去人工審核。

這個(gè)過程沒什么捷徑，就是一句一句讀，覺得不合適就刪除掉?；蛘哂X得這句話可以換種表達(dá)方式的話，就直接上手去做。

可能我們寫英文內(nèi)容的能力還不達(dá)標(biāo)，但沒關(guān)系。

直接使用類似 DeepL Writer 這樣的工具去協(xié)助我們進(jìn)行內(nèi)容創(chuàng)作，等有了初步的輸出結(jié)果之后再交給另一個(gè)模型去審核內(nèi)容是否到位。

如此一番操作下來，一篇還算過得去的文章應(yīng)該是沒什么問題的。