很多人寫 SEO 文章的順序是反的:先埋頭寫,寫完再回頭想關鍵字要塞哪、標題怎麼下。我是吳承學,做了二十年 SEO,踩過也修過太多這種順序顛倒的稿子。我的經驗是,一篇會排名、也留得住人的文章,寫作動作只佔全程一小段,前面的意圖分析與結構規劃才決定成敗。這篇談的是從查詢意圖到 FAQ 收尾的整條寫作流程怎麼走,四個步驟依序是:先分析意圖、首屏直接回答、用 H2 與 H3 把主題拆開、最後以 FAQ 收攏延伸問題。
一、動筆前先把搜尋意圖分析清楚
寫作流程真正的起點不是打開文件,而是弄懂使用者搜這個詞的當下到底想要什麼。意圖沒分析清楚,後面每一步都會偏。
1. 一頁只負責一種主意圖
我在實務上看過最常見的內耗,是一頁想同時吃下太多意圖:又想接「怎麼選」的比較流量,又想接「是什麼」的知識流量,還想順便轉換。結果搜尋引擎判斷不出這頁的主答案是什麼,排名反而上不去。我的做法是動筆前先問自己一句:這一頁要負責回答哪一種搜尋意圖?如果答案含糊,先把意圖收斂到一個,其餘的交給別的頁面,靠內部連結串起來。
2. 先確認同站有沒有內容重疊
寫新文章之前,先查站內是不是已經有主題接近的頁面。我遇過一個情況:某個查詢的排名忽上忽下,一查才發現同站有兩三篇主題高度重疊,搜尋引擎在它們之間輪流曝光,誰都排不穩。這種時候該做的不是再寫第三篇,而是先釐清哪一頁當主力,把次要頁縮小到明確的子意圖。動筆前多花十分鐘確認重疊,能省下事後合併重導的大工程。
3. 把意圖拆成使用者真正會問的問題
確認主意圖後,把它展開成一組使用者會實際問出口的問題:幾歲適合、要花多少、跟別的方案差在哪、自己在家能不能做。這組問題會直接變成後面的骨架。這一步是整條流程的樞紐,問題抓得準,結構就穩;問題抓歪了,後面寫得再用力,也只是把力氣花在使用者沒問的事情上。我的做法是把這些問題先寫成一張清單,一條一條放著,等到列結構時再一一對應到標題,而不是憑感覺邊寫邊想。
二、首屏就要直接把主問題回答掉
使用者點進來的前幾秒最關鍵。首屏若還在鋪陳背景、介紹品牌,人就走了。搜尋引擎讀到的初始內容,也應該在最前面就看到主答案。
1. 首段一百五到兩百五十字直接給答案
我對每一頁的要求是,首段用大約一百五到兩百五十字,直接回答標題答應的那個問題,不繞路。以一個居家學習類的主題為例,如果標題是「某某怎麼選」,首段就該把選擇的核心準則先講出來,而不是從產業沿革講起。細節、脈絡、延伸留到後面的段落展開。先給答案再給理由,是留住人的基本節奏。
2. 降低品牌開場,先服務搜尋者的問題
把品牌介紹擺在最前面是很多稿子的通病。使用者是帶著問題來的,不是來看自我介紹。我的做法是把品牌與轉換訊息往後移,前段的比例讓給實際的答案。品牌可以在使用者已經被內容說服之後,再自然帶出。
3. 首屏內容要在初始 HTML 就看得到
首屏直接回答不只是文案問題,也是技術問題。如果主要文字是靠前端 JavaScript 才畫出來的,用檢視原始碼看到的初始 HTML 可能是空的,搜尋引擎第一時間讀不到你的答案。原則很簡單:用瀏覽器的檢視原始碼功能,應該能看到首段的完整文字,而不是只有一個空框架。表格、清單這類資訊也應該用語意化的 HTML 標籤呈現,而不是圖片。
三、用 H2 與 H3 把主題拆成清楚的層次
首屏給了答案,接下來要把這個答案的各個面向,用標題階層攤開成使用者好掃讀、搜尋引擎好理解的結構。
1. 每頁一個 H1,H2 與 H3 逐層遞進
結構的基本規則是每頁只有一個 H1,明確描述主題;H2 承接主題下的各個大面向,H3 再往下拆細節,層次遞進、不跳級。我看過不少稿子直接從 H1 跳到 H4,或整頁塞了好幾個 H1,這會讓搜尋引擎難以判斷主從關係。標題階層本身就是一份內容地圖,寫得清楚,主題語意就傳達得準。
2. 一個小節解決一個問題
我的做法是讓每一個 H2 或 H3 對應第一步拆出來的一個使用者問題,一節只回答一件事。這樣使用者能靠標題快速跳到自己要的段落,搜尋引擎也更容易把某個段落對應到某個查詢。段落之間別重複,每段要有實質觀點,不是換句話說同一件事。
3. 該用表格的地方就用表格
比較型、條件型的資訊,用表格遠比一長串文字好讀。下面這張表把這條流程的四個步驟與各自的產出對照起來,方便對照執行。
| 步驟 | 核心動作 | 這一步要交出的東西 |
|---|---|---|
| 一、意圖分析 | 收斂主意圖、查站內重疊、拆出使用者問題 | 一句話說清這頁負責的意圖,加一組待答問題 |
| 二、首屏回答 | 首段直接給答案、降低品牌開場 | 初始 HTML 可見的一百五到兩百五十字答案 |
| 三、結構拆解 | H2 與 H3 逐層對應各面向,一節一問 | 層次清楚、不跳級的標題骨架 |
| 四、FAQ 收尾 | 收攏延伸與長尾問題 | 一組簡潔可掃讀的問答段落 |
四、用 FAQ 收攏延伸問題,把流程收好尾
正文回答了主問題,但使用者心裡總還有幾個「那如果……」。FAQ 的角色是把這些延伸與長尾問題集中收好,讓一頁的完整度更高。
1. FAQ 放的是正文沒展開的延伸問題
FAQ 不是拿正文內容換句話說再貼一次,而是承接那些放進正文會打斷節奏、但使用者確實會問的問題。這些問題常來自搜尋結果頁上的相關提問,或使用者的實際疑慮,例如做法會不會有副作用、要多久見效、跟另一種方案怎麼取捨。一頁能把主答案和這些延伸都收齊,整體的說服力通常更完整。
2. 問答要簡潔、能被單獨擷取
FAQ 的每一題,問句用使用者的語氣寫,答案盡量簡潔、能被單獨讀懂。我的做法是讓每個答案就算被抽離頁面單獨看,也講得清楚一件事。這樣的寫法不只對讀者友善,對搜尋引擎理解與摘要呈現也較有利。至於 FAQ 對應的結構化資料怎麼設定、如何提高被引用的機率,是另一個更技術的題目,這裡先把內容層面收好。
五、常見問題
一篇 SEO 文章大概要寫多長
長度該由意圖決定,不是先設一個字數再硬湊。使用者的問題需要多少內容才回答得完整,就寫多長。我看過為了追字數灌水的稿子,反而稀釋了主題、拉低了掃讀效率。原則是先確保每一節都有實質內容,再看整體是否足夠涵蓋主意圖。
意圖分析和關鍵字研究是同一件事嗎
相關但不相同。關鍵字研究告訴你使用者用哪些詞在搜,意圖分析則是弄懂他打這個詞的當下想解決什麼問題。有時同一個詞背後藏著不同意圖,只看搜尋量不看意圖,很容易把頁面定位歪掉。我的順序是先看詞,再判斷意圖,最後才決定這頁要負責哪一塊。
首屏直接回答,會不會讓使用者看完就走
多數情況不會,反而相反。使用者先在首屏確認這頁能回答他的問題,才有意願往下看細節與理由。若首屏遲遲不給答案,人更可能直接跳回搜尋結果。先給答案再給脈絡,通常比反過來更能留住人。
H2 和 H3 要不要都放關鍵字
自然帶到即可,不必每個標題都硬塞。標題階層的首要任務是形成清楚的內容結構、對應使用者的問題,關鍵字是在這個前提下自然融入,而不是為了塞字破壞可讀性。內部連結的錨文字倒是可以自然包含主題字,幫助搜尋引擎理解關聯。
寫完之後怎麼確認結構有沒有問題
我會用檢視原始碼確認首段與主要文字在初始 HTML 就看得到,再檢查是否每頁只有一個 H1、標題有沒有跳級、標題文字跟內容主題是否一致。發布後則進 Google Search Console 觀察這頁承接的查詢與平均位置,看實際承接的意圖跟當初設定的是否吻合,再決定要不要微調。