文章排版入門指南:降低閱讀阻力、提升完讀率
文章排版決定讀者的完讀率與 SEO 成效。從段落長度、結論式小標、字級行距、圖片密度到手機版優先,教你打造低閱讀阻力、高完讀率的版面工程。
作者:褚崇名(Sliven)
很多人應該都遇過這種狀況:你花了一整個下午,把一個自己覺得很重要的觀念寫成一篇三千字的文章,發布之後卻發現,平均停留時間僅有四十幾秒。讀者根本沒有看完。
答案很簡單。問題多半不在你寫了什麼,而在你「怎麼把寫好的東西擺出來」。排版這件事,換句話說,就是在替讀者的注意力服務。這一篇我會帶你從注意力的物理特性講起,一路走到字級、行距、段落、小標、圖片、第一屏,最終給你一份十項體檢表。你看完,會知道為什麼讀者會在第三段就滑走,也知道怎麼把他們留下來。
排版的本質:你分配的不是版面,而是讀者的注意力
換個方式想。每一個讀者點進你文章的那一刻,口袋裡僅帶了有限的「注意力預算」。這筆預算可能是三十秒,可能是兩分鐘,但一定有限。你的排版工作,就是把這筆預算分配到你最希望被看見的句子、論點、結論上。
很多人把排版想成「把字擺整齊」,那是打字員的工作,不是內容創作者的工作。真正的排版是資源分配:你決定哪一段要被放大、哪一段要被壓縮、哪一個數字要用粗體、哪一個例子要用引述框起來。
你可以把排版想成室內設計。你寫出來的論點是房子的梁柱結構,梁柱必須穩,文章才站得起來。但讀者走進這間房子,第一眼感受到的不是梁柱,而是動線順不順、燈夠不夠亮、有沒有一個可以坐下來喘口氣的地方。動線亂了,再好的格局也住得難受;排版亂了,再紮實的論點也讀不下去。
老實說,我自己的標準很簡單:一份排得好版的文章,要讓一個僅願意花二十秒的讀者,也能在二十秒內帶走一個核心結論。做不到這件事,排版就是失敗的,不管你寫得多有道理。
為什麼讀者看到一半就走了?三個沒有人告訴你的物理原因
完讀率低,不一定是你寫得不好,常常是讀者的眼睛撐不住。我把背後的原因歸納成三個,它們都跟「物理」有關,不是文學品味。
第一個是眼球追蹤的負荷。螢幕閱讀跟紙本閱讀不一樣,螢幕會發光、會閃爍,眼睛盯久了會疲勞。當你把一段話寫成八行不換段、沒有任何視覺中斷點,讀者的眼睛必須從頭到尾連續追蹤,這在生理上是非常累的事。累到一個臨界點,大腦就會下指令:「滑過去,別看了。」
第二個是工作記憶的容量。心理學有一個經典講法叫做「七加減二」,談的是人在短期內能同時記住的訊息單位大概僅有幾個。一篇沒有分段、沒有小標的文章,等於要讀者一次性把十幾個訊息塞進工作記憶。塞不下,讀者就會開始漏、開始跳、開始放棄。
第三個是滾動的成本。在手機上,每一次滾動都是一個動作,每一個動作都消耗一點動力。如果你的內容沒有在每一次滾動之後,給讀者一個明確的回報(一個小標、一個數字、一句結論),讀者滾了兩下沒拿到東西,就會離開。
你可以把這三件事想成一張隱形的帳單,讀者每讀一段都在付費,排版的工作就是讓他覺得「這筆錢花得值」。
手機第一:六成讀者用拇指決定你的文章值不值得看完
我再給你一個會直接決定排版優先順序的事實。全球的網站流量裡,手機裝置一直佔了六成上下,而且這個比例在台灣僅會更高,不會更低(依 Statista 的行動流量統計,2026 年 4 月)。
Google 已全面採用 Mobile-First Indexing(行動優先索引),意思是主要使用網站行動版內容進行索引。這是索引方式,不是獨立排名加成;真正要避免的是手機版缺少桌機版的重要內容、標題、圖片 alt 或結構化資料(Google 官方公告,2023 年 10 月)。
這兩件事加在一起,告訴你一句話:你的排版僅有一個真正的考場,就是一支五點幾吋的手機螢幕。你在二十七吋螢幕上排得再漂亮,若在手機上擠成一團,就等於零。
手機排版有幾個物理限制,你一定要記得:
| 手機的限制 | 對排版的實際影響 |
|---|---|
| 螢幕寬度僅有 360 到 414 像素 | 一行能放的中文字大概 14 到 18 個,行寬不能再照桌面思考 |
| 拇指滾動是主要互動 | 每一次拇指下滑都必須給一個視覺回報,否則讀者就走 |
| 單手操作、走路看 | 字級不能小於 16px,否則多數人要放大才看得清楚 |
| 直拿為主、橫拿少見 | 圖片不能做得太寬,否則手機會被強制縮小到看不清 |
記住這張表,你接下來看每一個排版決策,都可以回來問自己一個問題:「這在手機上會變成什麼樣子?」
排版的視覺階層:從一個字到一整頁
排版不是一個動作,它是一組層次。我會把一份網路文章的視覺階層拆成四層,從小到大:
- 字:字級、粗細、顏色。一個字要多大、要不要粗體、要不要換顏色,決定了讀者眼睛停在哪。
- 行與段:行距、段距、一行多長。這一層決定了讀者的眼睛會不會累。
- 區塊:小標、引述、清單、表格、圖片。這一層是文章的「地標」,讓讀者在掃視時有東西可以抓住。
- 頁面:整篇文章的節奏、留白、第一屏到結尾的動線。這一層決定了讀者會不會一路讀到底。
新手最常犯的錯,是一味關注第一層(字),忽略後面三層。他們會花很多時間挑字體、調顏色,卻從來不檢查「這篇文章有沒有地標」「讀者從頭滑到尾,動線順不順」。
我給你一個很實用的檢查法:把你寫好的文章,縮到僅剩標題層級(把所有內文暫時隱藏),僅看 H2、H3、還有粗體字。如果光看這些,你就能大致講出這篇文章在說什麼,那你的視覺階層是及格的。如果縮到僅剩標題,整篇文章變成一團沒有意義的字串,那就是視覺階層失敗,讀者掃視時也會迷路。
這個技巧跟我在 SEO 文章寫作 裡反覆強調的原則是同一件事:為真人寫作,為機器人優化,而視覺階層就是同時服務兩邊的橋梁。
我用一個具體例子,讓你感受視覺階層是怎麼一層一層堆起來的。假設你要寫一篇「為什麼文章要排版」的指南,第四層(頁面)決定了整篇分成幾個大段落、開頭要不要放先講結論、結尾要不要放行動清單。第三層(區塊)決定了每一個大段落用什麼樣的小標導入、中間要不要插一張對照表、要不要用引述框框住那句核心結論。第二層(行與段)決定了這個小標底下的內文要切幾段、每段多長、留白給多少。第一層(字)才決定了關鍵數字要不要粗體、重點詞要不要換顏色。你看,從第四層往第一層做,整個排版的邏輯是「由大到小、由結構到細節」。多數人之所以排版做不好,就是順序相反,先執著於字跟顏色,卻從來沒把結構跟動線想清楚。
字級、行距、行寬:被大多數人跳過的排版基本功
這一節講的是最無聊、但回報最高的一塊。我直接給你數字,你照著設,不會出大錯。
字級(font-size):內文建議 16 到 18 像素。很多人怕「字太大顯得沒質感」,硬把內文設成 13、14 像素,結果手機讀者要放大才看得清楚,一放大版面就亂掉。你要記得,讀者不會因為字大而覺得你沒質感,僅會因為看不清而離開。
行距(line-height):建議 1.6 到 1.8。行距太擠,眼睛在換行的時候會容易跳錯行;行距太鬆,一段話看起來像好幾段,節奏會散掉。1.6 是一個很安全的中間值,多數中文內容用這個數字都順。
行寬(line-length):一行建議 35 到 45 個中文字。這個數字背後有排版學的根據,太長的話讀者在換行時眼睛要費力找回下一行的開頭;太短的話節奏會變得破碎。桌面版可以控制 max-width,手機版由於螢幕本身就窄,這個數字會自然成立,不用特別處理。中英文與數字交界處留半形空格,則是常常被漏掉的基本功:有了這個空格,英文單字與數字不會黏進中文字裡,讀者辨認詞邊界更省力,視線也少了一個會卡住的小雜訊。
這三個數字,是排版的基本功,就像蓋房子之前要先灌好地基。地基沒灌好,上面再怎麼裝潢都會裂。我把它們整理成一張「做 vs 不做」的對照表,你下次設主題或調 CSS 的時候可以直接對著看:
| 排版基本功 | 建議這樣做 | 不要這樣做 |
|---|---|---|
| 字級 | 內文 16 到 18 像素 | 為了「精緻感」壓到 13、14 像素 |
| 行距 | 1.6 到 1.8 | 用預設的 1.2,行跟行黏在一起 |
| 行寬 | 桌面用 max-width 限制在 35 到 45 字 | 讓文字從螢幕左邊拉到右邊滿版 |
| 段落 | 每段三到四句、一百字以內 | 一個論點塞成一大段兩三百字 |
| 留白 | 段距、章節距都給足 | 把所有段落擠在一起省版面 |
色彩對比:被排版新手集體看漏的可讀性陷阱
基本功裡還有一個新手最容易忽略、卻會直接勸退讀者的項目,就是文字跟背景的對比度。很多人為了視覺上的「設計感」,喜歡用淺灰字配白底、或用低飽和度的顏色配漸層背景。在設計師的螢幕上看起來很有質感,但在一般讀者的螢幕上、尤其是在陽光下的手機螢幕上,那些字根本看不清楚。
WCAG 2.2 的 AA 文字對比度要求是:一般文字至少 4.5:1;大字至少 3:1。這裡的「大字」是 18pt(約 24 CSS px)以上,或 14pt(約 18.7 CSS px)以上且粗體,不是 18px(依 WCAG 2.2 的 1.4.3 條文)。自己判斷「看起來還行」不夠,應用對比檢測工具驗證。
對比度這件事還有一個常被放過的副作用:它直接影響每一位讀者,不僅是視力特別好的年輕人。你的讀者裡一定有視力開始退化的人、有在強光環境下滑手機的人、有用老舊低階螢幕的人。對比度做得夠,是同時照顧這些人最便宜、回報最高的一個動作。本質上來說排版裡最「沒有設計感」的選擇(深色字配白底),往往就是完讀率最高的選擇,這兩者之間,我會毫不猶豫選完讀率。
我這邊要特別提醒一件事:網頁載入速度跟排版體驗是綁在一起的。如果你的網站慢到讓字型、圖片延遲載入,讀者一進來看到的是一個「版面還沒成形的醜樣子」,那再好的字級行距設定都救不回第一印象。速度為什麼重要,Google 自己的 web.dev 寫得很清楚。
速度的細節,你可以另開一篇 網頁速度優化 來讀。排版再好,也要建立在頁面快速、穩定載入的前提上。Core Web Vitals 可用來量測載入、互動與視覺穩定性;Google 會使用這些指標,但良好分數不保證排名靠前。
段落與句子的呼吸節奏:短才是王道
這是排版裡最被低估、卻最影響完讀率的一環。
網路閱讀的段落,絕對不能照寫作文的方式來切。作文老師教你「一個段落要有一個完整論點」,那個邏輯沒錯,但在螢幕上會變成災難,因為一個完整論點可能需要兩百字,而兩百字在手機上就是一面密密麻麻的文字牆。
我的原則是:一段不超過三到四句話,或換算大約不超過八十到一百個中文字。超過這個數字,就要找一個合理的斷點換段。論點可以跨好幾段發展,但每一段都要讓讀者有「喘一口氣」的空間。
句子也是一樣的道理。長句會把讀者的工作記憶撐爆。我自己的標準是,一句話超過四十個字,就要想辦法拆成兩句。拆的時候不用怕「語氣不連貫」,網路閱讀的節奏本來就需要這種短促的呼吸感。
這邊可以用一個常見的情境來觀察。不少健康資訊站的文章其實寫得很紮實,但每篇都是一整面沒有分段、沒有小標的文字牆。這類站若做兩件事就能扭轉局面:把超長段落拆開、加上層次清楚的小標,完全不必動內容本身,讀者停留的時間通常就會出現肉眼可見的改善。這不是什麼神奇的秘訣,這僅是讓讀者的眼睛終於能呼吸。
你可以把段落想成歌曲的樂句。一首歌如果從頭到尾沒有休止符、沒有換氣,聽眾會在三十秒內關掉。文章也是。留白不是浪費版面,留白是給讀者的眼睛一個換氣的地方。
我用一個很簡單的對照,讓你感受一下段落切法對閱讀節奏的影響。同樣一個意思,排版前是這樣的:
影響完讀率的因素很多,其中排版是最常被忘記的一個,因為很多人以為排版僅是把字擺整齊,但其實排版真正在做的事情是分配讀者有限的注意力,當你把一整段話寫成兩三百字不換段,讀者的眼睛會因為連續追蹤而疲勞,工作記憶也會因為塞太多訊息而超載,最終讀者就會選擇離開。
排版後是這樣的:
影響完讀率的因素很多,排版是最常被漏掉的一個。
很多人以為排版僅是把字擺整齊。其實排版真正在做的事,是分配讀者有限的注意力。
當你把一整段話寫成兩三百字不換段,讀者的眼睛會因為連續追蹤而疲勞,工作記憶也會超載。最終,讀者就會選擇離開。
內容一模一樣,字數也差不多,但你在手機上讀這兩段,節奏感完全是兩個世界。前者讓你想滑掉,後者讓你願意讀完。這就是段落切法的力量,也是你寫完文章之後,最值得花十分鐘去調的那一塊。
標題與清單:為「掃視型讀者」打造導航系統
這一節講的是排版的第三層:區塊。
先講一個你必須接受的事實:多數網路讀者根本不是「讀」你的文章,他們是「掃視」(scan)你的文章。眼動追蹤研究反覆發現,網路讀者的視線會沿著頁面左側做 F 字型或點字型的跳動,專挑粗體、小標、清單、數字看,內文是一塊一塊跳著讀的。
這不是讀者不認真,這是現代人面對資訊過載的自然反應。你的排版工作,不是強迫讀者「乖乖從頭讀到尾」,而是讓掃視型讀者用最短的時間,抓到這篇文章的骨架。
要做到這件事,你有三個工具:
小標(H2、H3):小標是文章的地標。一個好的小標,本身就要能傳達一個完整的訊息,不能僅是「前言」「分析」「結論」這種空洞標籤。我把小標當成「先講結論的零件」在寫,把所有 H2 串起來讀,應該就是這篇文章的精華版。
粗體:粗體是文章裡的「打光」。你把最重要的數字、最關鍵的結論用粗體標出來,等於是在告訴掃視型讀者:「這裡,看這裡就對了。」但粗體不能濫用,一個段落頂多一到兩處粗體,全篇粗體跟全篇沒粗體一樣,都會失去訊號。
清單與表格:清單和表格天生就是掃視友善的格式。當你的內容有「列舉」「比較」「步驟」的成分,就一定要用清單或表格,不要硬塞進內文裡。讀者看到條列,大腦會自動切換成「快速接收」模式,吸收效率比純文字高很多。
一個小提醒:小標的層次(H2、H3、H4)要分明,不能跳級。H2 直接接 H4,讀者的掃視邏輯會斷掉。這件事跟 網站架構 裡談的 URL 層次邏輯是同一個道理,層次一亂,導航就失效。
圖片、表格、引述:打斷文字牆的三個休止符
讀者的眼睛連續看文字會累,你需要每隔一段就插一個「視覺休止符」,讓眼睛換一個接收模式。這就是我說的打斷文字牆。
休止符有三種,各有不同的功能:
圖片:圖片是文章裡最強的中斷點。一張圖片可以把讀者已經疲勞的注意力重新喚醒。但圖片不能亂放,它必須跟當下的內容有關,最好能「用一張圖說清楚一個觀念」。純粹裝飾的圖片看久了會被讀者大腦自動忽略,反而失去中斷的效果。
表格:表格是處理「比較」的最佳工具。若你的內容裡出現「甲跟乙」「傳統 vs 現在」「做 vs 不做」這類結構,就要立刻想到表格。表格的好處是,它讓讀者可以在一格一格的結構裡快速跳著讀,而不必讀完一長串內文才能抓到差異。你在讀的這一篇就放了好幾張表,可以邊讀邊體會那個閱讀節奏。
引述(blockquote):引述框適合放兩種東西,一種是別人的話(記得附來源),一種是你自己文章裡最想被記住的那句結論。引述框在視覺上會往內縮、會有邊線或底色,它天生就是「這句話很重要」的訊號。但同樣的,一篇文章裡引述框不能用太多,兩三個是上限,否則訊號會被稀釋。
這三個休止符,本質上都是在做同一件事:改變資訊的呈現形式,讓讀者的眼睛換檔。寫文章不是僅有文字一種材料,你要學會把圖、表、引述當成跟文字平起平坐的材料來用。
第一屏決定生死:開頭兩百字的排版策略
在 SEO 圈,有一個講法叫做「前 200 字決戰」。意思是,讀者點進你的文章,前兩百字(或說第一屏)會決定他要不要繼續讀下去。
讀者從搜尋結果點進來時,會快速判斷內容是否符合期待。第一屏如果沒有回答問題、載入太慢或版面難讀,讀者更可能離開。Google 沒有公開確認「pogo-sticking」是可單獨操作的重要排名訊號,因此這裡應把重點放在滿足讀者,而不是為了操弄停留行為。
第一屏的排版,我有三個原則。
第一,開門見山給答案。讀者搜尋一個問題進來,你第一段就要直接回答他,不要用「這個問題很重要」「我們一起來探討」這種鋪陳開頭。鋪陳是寫給作文看的,網路文章的讀者沒有那個耐心。我在 搜尋意圖 那篇談過,滿足搜尋意圖最有效的方式,就是讓讀者在第一屏就拿到他要的東西。
第二,給一個明確的「閱讀地圖」。在開頭放一個「先講結論」區塊,或一個兩三行的「這篇會帶你看什麼」。這個動作有兩個好處:一是讓讀者立刻知道這篇文章有沒有他要的答案;二是給掃視型讀者一個心理預期,他會更願意往下讀。
第三,第一屏不能出現文字牆。第一屏的第一段,最好是兩到三行的短段落,後面馬上接一個小標、一個粗體重點、或一個引述框。你要讓讀者在「還沒有開始滾動之前」就感受到這篇文章是好讀的。
標題與搜尋結果摘要是另一門學問。標題應準確描述頁面內容,並讓讀者快速判斷是否符合需求;不要為了數字、固定長度或點閱公式硬改成聳動文案。更完整的寫法,可以在 Title Tag 那篇深入看,Google Search Central 對標題連結的說明也有官方定義。
排版先服務讀者,SEO 影響要分開看
排版與 SEO 有交集,但不能把完讀率或停留時間直接當成排名公式。
好的排版能改善閱讀與任務完成。讀者比較容易理解內容、找到下一步,也可能提高轉換。但 Google 沒有公開說明 Google Analytics 的停留時間、跳出率或完讀率是直接排名訊號,不能把分析數字的變化直接解讀為排名加分。
語意清楚的 HTML 結構也有技術價值。描述性 H2、H3、清單與表格能幫助讀者與輔助科技理解層級,也讓搜尋引擎更容易辨認頁面段落。這不代表小標本身能補救薄弱或不相關的內容。
因此,排版不是用來「餵排名訊號」的技巧,而是內容品質、可存取性與轉換體驗的一部分。先讓讀者讀得懂、找得到,再用語意清楚的結構呈現。
排版可以和 內部連結 一起規劃,讓讀者更容易找到並吸收需要的內容。至於排名是否變動,仍要看相關性、內容品質、網站技術狀態與競爭環境,不能用一句「讀者順,Google 就順」概括。
用 AI 把排版體檢自動化
接著要談一件跟這個時代特別相關的事:AI 可以怎麼幫你做排版體檢。
先說清楚 AI 能做什麼、不能做什麼。AI 不能幫你決定「這篇文章的論點對不對」「這個例子會不會引起讀者共鳴」,這些是屬於你的判斷跟經驗,是你的差異化所在,AI 寫不出來。但 AI 可以做一件非常實用的事:扮演一個嚴格的掃視型讀者,幫你檢查你的排版骨架。
實際的做法是這樣的。你把寫好的文章丟給像 Claude 或 ChatGPT 這類大型語言模型,給它一個明確的指令。我直接給你一個可以複製來用的 prompt 模板:
你現在是一個嚴格的網路編輯。請讀這篇文章,僅從「排版與可讀性」的角度檢查,不要動內容本身。回報給我:一、哪幾段超過 100 字沒有分段;二、哪幾個小標是空洞標籤(例如「前言」「分析」),需要改寫成有訊息量的標題;三、哪裡出現「比較」的內容卻沒有用表格;四、第一屏是否在兩百字內給出核心答案。每一項都給我具體的段落位置跟修改建議。
這個 prompt 的關鍵,是先把排版體檢標準講清楚。AI 能快速標出候選問題,但不會比人「天然客觀」:它也可能漏看上下文、錯估段落功能或把風格差異當成錯誤,回報仍要人工複核。
不過我要提醒一件事:AI 給的建議,你不要照單全收。AI 有時候會過度拆分段落,把一句話拆成一個段落,這在手機上看反而會節奏太碎。你要把 AI 的回報當成「提醒清單」,每一項都要回到自己的判斷去決定要不要改。
如果你的站上有幾十篇、甚至上百篇舊文章要體檢,你可以把 AI 用在批次篩選這一層。做法是讓 AI 先幫你把每一篇舊文章過一遍,僅回報「有沒有文字牆」「有沒有空洞小標」「第一屏有沒有給答案」這幾個二選一的問題,產出一份優先級清單。你再照著清單,從完讀率影響最大的那幾篇開始手動修。這樣你就不會把時間浪費在那些其實還可以的篇章上,而是把人力精準花在最需要排版的少數文章。
還有一個更細的陷阱要避開。當你請 AI 幫你改寫小標、整理段落,它很容易把你的句子改得很「工整」,工整到失去你原本的語氣。排版體檢跟改寫是兩件事,體檢交給 AI,語氣要留在你手上。我會建議你僅讓 AI 標出問題點跟建議方向,真正動筆改那句小標、那句結論的,還是你自己。這樣你才能保住那個讓讀者願意一直讀下去的「人味」,而人味恰恰是 AI 永遠補不上的那塊。
關於 Google 怎麼看待 AI 生成的內容、怎麼樣的 AI 內容會不會被當成低品質,你可以再去看 Google 對 AI 內容的態度 那篇。核心原則是:AI 負責加快產出,真人判斷負責把關品質,排版體檢剛好是一個 AI 很勝任、又不會踩到經驗紅線的用法。
如果你想用 AI 做更大範圍的內容工程,例如讓 AI 參與你的 資訊型文章寫作 流程,那個邏輯也是一樣的:把 AI 放在「檢查、體檢、草稿」這些位置,把判斷跟經驗留在你手上。
五種會直接勸退讀者的排版地雷
我整理出五種在台灣內容站上最常見、也最致命的排版地雷。你可以把這一節當成一份「負面清單」,寫完文章之後,對著這五項逐一檢查,若有任何一種中獎,就先修掉再發布。
| 地雷 | 長什麼樣子 | 讀者的實際感受 |
|---|---|---|
| 文字牆 | 一個段落超過兩百字,沒有小標、沒有粗體、沒有視覺中斷 | 「這太長了,我沒時間」,直接滑掉或關掉 |
| 空洞小標 | 小標寫「前言」「分析」「總結」「重點整理」這類沒有訊息量的詞 | 掃視時抓不到重點,覺得這篇沒有料 |
| 層次斷層 | H2 之後直接接 H4,或小標層級亂跳 | 大腦的導航邏輯斷掉,不知道自己讀到文章的哪一層 |
| 連結海 | 一段話裡塞了五六個內部連結,錨點文字還全是「了解更多」「點這裡」 | 視覺上很雜,也完全沒有告訴讀者連過去會看到什麼 |
| 裝飾圖氾濫 | 每隔兩三段就放一張跟內容無關的庫存照片 | 大腦自動忽略圖片,反而讓真正重要的圖片失去中斷效果 |
這五種地雷有一個共同點:它們都是「作者視角」的產物,不是「讀者視角」的產物。作者覺得「把所有連結都放上去比較好」「多放幾張圖比較豐富」「小標寫『前言』很安全」,但這些判斷全部是從生產者的便利出發,沒有一個是從讀者的眼睛出發。
講到連結海,我要特別拉出來講一下。內部連結是好事,這我在 內部連結 裡講得很清楚,它同時服務讀者導航跟 SEO。但過度連結跟零連結一樣糟糕。我的原則是:每段最多一個內部連結,錨點文字一定要描述連過去的那篇文章在講什麼,避免寫成「點這裡」這種來路不明的按鈕。讀者要的是「連過去我會得到什麼」的預告。
排版體檢表:十項清單與行動方案
我把這篇談的所有重點,濃縮成一張你可以印出來、對著每一篇文章打勾的體檢表。你下次寫完一篇文章,發布之前,請照著這十項走一遍。
| 編號 | 體檢項目 | 通過標準 |
|---|---|---|
| 1 | 第一屏是否在兩百字內給出核心答案 | 是 |
| 2 | 每一段是否都在一百字以內 | 是 |
| 3 | 是否有清楚的 H2、H3 層次,且層次沒有跳級 | 是 |
| 4 | 小標本身是否有訊息量(不是「前言」「分析」這種空洞標籤) | 是 |
| 5 | 是否出現「比較」內容卻沒有用表格 | 沒有 |
| 6 | 是否每隔一段就有視覺休止符(圖、表、引述、清單) | 是 |
| 7 | 內文字級是否在 16 像素以上、行距在 1.6 以上 | 是 |
| 8 | 粗體是否僅用在真正關鍵的數字與結論(沒有濫用) | 是 |
| 9 | 在手機上預覽,第一屏沒有文字牆 | 是 |
| 10 | 把內文隱藏、僅看標題層級,是否仍能講出文章重點 | 是 |
這十項裡面,若有任何一項答案是「否」或「沒有」,那一項就是你這次要修的地方。不要貪心一次改十項,先挑分數最低、影響最大的兩三項修,修完再發布。
我把這篇收在一個編號行動方案上,這是我自己每篇文章都會走的流程:
- 寫完之後,先放著,不要馬上排版。讓自己跟文章拉開一點距離,最好是隔一個晚上,你再用「讀者」的眼睛看它,會更客觀。
- 把手機拿起來預覽。不要僅在電腦上看,一定要切到手機視窗,因為那才是你九成讀者的視角。
- 跑一次 AI 體檢。用我上面那個 prompt 模板,讓 AI 幫你抓盲點。
- 對著十項體檢表走一遍。一項一項打勾,有問題的當場改。
- 發布後,追蹤多個指標。依文章目標看捲動深度、重要連結點擊、轉換、停留與回訪,並與改版前或對照頁比較。單看平均停留時間與跳出率,無法排除流量來源、搜尋意圖與內容更新等因素。
排版這件事,沒有天才型的解法,它是一種紀律。你每次寫完都願意多花十分鐘走一遍體檢,三個月之後回頭看,你的完讀率跟你的文章質感,都會跟現在不一個樣。
你的內容值得被清楚呈現。把重要文章排到容易理解、容易行動,是內容行銷策略中常被忽略、卻能直接用使用者行為驗證的一環。