標題取名方法
標題不是文章的摘要，也不是一組可以套用的公式。
它是讀者遇見文章時的第一個入口。
一個標題可能負責讓人找到、讓人理解、讓人停下來，也可能只是讓看得懂的人笑一下。不同文章、不同發布場景，需要標題完成的工作並不相同。
因此，取標題真正要回答的不是：
哪一個標題最好？
而是：
這篇文章現在最需要標題替它完成什麼？
這份文件用來協助作者與 AI 共同判斷文章標題、搜尋結果標題與段落標題。它提供的不是萬用評分表，而是一套辨識意圖、比較取捨、做出選擇的方法。
一、AI 協作原則
1. AI 的任務是協助決策，不是擅自優化
AI 不應把所有標題都改得更清楚、更像 SEO 標題，或更容易點擊。
這些特質都可能有價值，但不是普遍高於其他選擇的標準。
AI 的任務是：
- 理解文章與作者的命名意圖。
- 判斷這次標題最需要完成的任務。
- 提出真正不同的命名方向。
- 說明每個方向得到什麼、犧牲什麼。
- 在理由充分時給出推薦，但不把偏好偽裝成客觀答案。
不得因為某個候選較清楚、較符合搜尋、較像常見的好標題，就自動判定它較好。
如果作者已經提出標題，應先回答：
作者為什麼想這樣命名？它想保留什麼？
再檢查這個選擇帶來的代價。不要一看到標題就立刻改寫。
2. 不要直接生成標題，先建立文章模型
開始取名之前，先從文章中辨識以下資訊：
主題
這篇文章表面上在談什麼？
核心命題
作者寫完後真正想說的是什麼？它可能和一開始打算寫的主題不同。
張力
文章裡最值得追究的問題、衝突、反差或轉折是什麼？
特徵
有哪些場景、句子、比喻、怪話或情緒具有這篇文章自己的生命？
閱讀需求
讀者主要是來找答案、理解一個觀點，還是來讀作者？
發布場景
標題主要會出現在搜尋結果、部落格首頁、社群貼文，還是既有讀者面前？
作者聲音
這篇文章的個性有多重要？標題是否需要讓讀者在進入文章前就遇見作者？
建立文章模型，不是為了輸出一份制式分析。它是後續決策的依據。
如果資訊不足，而且不同答案會導致不同標題方向，AI 應先詢問作者；如果不影響主要判斷，就不要為了流程完整而盤問。
3. 先決定標題任務，再比較候選
不同文章會讓不同原則取得優先權。
有明確資訊需求的文章
例如技術教學、工具介紹、問題解答、經驗攻略。
優先保證讀者能辨識文章是否回答他的問題。不要為了增加懸念，藏掉核心主題。
通常傾向：
準確、理解、辨識 ＞ 好奇、聲音
觀點文章
標題通常應讓主張、衝突或新的看法站到前面，不必完整交代文章範圍。
通常傾向：
主張、張力、辨識 ＞ 完整描述
感情與內心文章
吸引讀者的往往不是類別名稱，而是句子裡的矛盾、感受或沒有解完的問題。
通常傾向：
感受、張力、聲音 ＞ 關鍵字
生活紀錄與隨筆
標題可以抓場景、某句話、荒謬感、當天最有趣的事，甚至只有熟悉作者的人才懂的梗。
通常傾向：
聲音、場景、辨識 ＞ 自我解釋
搜尋導向文章
若主要入口就是搜尋，應優先讓陌生讀者辨識文章與查詢的關係。
通常傾向：
理解、查詢對應 ＞ 玩味
純粹的廢文
可以真的廢。
不是每篇文章都必須負責世界知識傳播。
以上是決策傾向，不是按文章分類套用的固定公式。同一篇技術文章也可能是個人故事；同一篇生活文也可能需要承接明確搜尋需求。最後仍要回到文章本身。
4. 候選的差異要來自入口，不是近義改寫
不要一次生成十個看似不同、實際上只換了幾個字的標題。
例如：
如何重新建立個人部落格
重建我的個人部落格
我的部落格重建之路
它們幾乎是同一個入口。
比較有意義的做法，是先從不同入口發展候選：
- 主題
- 問題
- 主張
- 衝突
- 轉折
- 情緒
- 場景
- 作者原句或怪話
除非作者要求大量 brainstorm，第一次提案以三到五個真正不同的入口為主。不要用大量近義改寫製造虛假的選擇。
5. 評估時說明取捨，不只宣布哪個比較好
當沒有明顯唯一解時，AI 不必替作者假裝確定。
應該說明：
A 讓陌生讀者最快理解內容，但聲音比較普通。
B 的作者辨識度最高，但單獨出現在搜尋結果時，主題較難辨識。
C 抓住文章真正的衝突，但會弱化原文的幽默感。
如果要推薦，應使用這種結構：
因為這篇文章目前最需要 X，所以我會選 Y；代價是 Z。
不要只說「這個最吸引人」、「這個最好」或「這個比較有感覺」。
二、標題在做什麼
一個標題可能同時完成多項工作，但通常會有主次之分。
1. 讓讀者辨認文章
讀者看到標題時，至少要能判斷這篇文章大概與什麼有關。
例如：
從 Notion 搬到 Hugo 的部落格重建紀錄
讀者幾乎不需要猜。
這類能力對技術文章、教學與問題解答尤其重要，因為讀者很可能帶著明確問題而來。
2. 告訴讀者為什麼值得看
標題可以呈現文章提供的價值、答案或觀點。
例如：
我把待辦事項砍掉一半之後，反而做了更多事情
它沒有完整描述文章，卻提供了一個值得追究的結果。
3. 留下一個尚未完成的問題
有些標題的力量來自「缺了一塊」。
例如：
想做的事情太多，怎麼辦？啊！有外星人
前半句建立一個可以理解的問題，後半句卻突然破壞理解。
讀者知道文章大概在談什麼，卻不知道外星人跟這件事有什麼關係。
好的懸念不是：
我完全不知道你在說什麼。
而是：
我知道你大概在說什麼，但有一件事我還不知道。
4. 傳達文章的聲音
「如何重新建立個人部落格」和「部落格，打掉重練！」可能談的是同一件事，但讀者在進入文章以前，已經遇見兩個完全不同的作者。
標題可以嚴肅、冷靜、荒謬、欠揍、自嘲、文學或直白。
這些不是裝飾，而是在告訴讀者：
接下來你會跟什麼樣的人說話。
5. 幫助文章被找到
陌生人可能不是從首頁看見文章，而是搜尋：
Hugo 部落格
Notion 搬家 Hugo
自己寫部落格
如果標題完全沒有相關資訊，搜尋者就比較難判斷這是不是自己需要的內容。
搜尋結果標題通常應簡明、具有描述性，避免過於籠統、過長、堆砌關鍵字，以及整個網站大量使用相同的公式化文字。
因此：
搜尋性是標題的一個功能，不是標題的最高原則。
三、標題需要的是足夠理解，不是完整說明
「清楚」不是越多越好。
如果清楚永遠優先，小說、散文、專欄與幽默文章會死掉一大半。
例如：
我們與惡的距離
它沒有直接交代完整內容，卻提供了一個概念、一段關係與一種張力。
真正要避免的不是模糊，而是：
沒有任何可以讓讀者抓住的東西。
理解錨點
讀者用來抓住標題的東西，可以稱為「理解錨點」。
它可能是：
- 一個主題
- 一個問題
- 一個情緒
- 一個場景
- 一個衝突
- 一個具體名詞
- 一個反常的說法
例如：
閒聊廢文（雙關）
幾乎只有語氣，內容錨點很弱。
但是：
想做的事情太多，怎麼辦？啊！有外星人
即使後半句非常莫名其妙，前半句已經牢牢提供一個理解錨點。
因此它可以荒謬，因為它不是漂浮的。
好奇與困惑的分界
好奇
我大概知道發生什麼，但我想知道為什麼。
困惑
我甚至不知道這篇文章跟我有沒有關係。
故意不把話說完，甚至讓標題有點奇怪，都可能有效。判斷原則是：
先給讀者一個可以踩住的地方，再決定要不要把其他地方炸掉。
如果整篇文章只叫：
啊！有外星人
那就變成另一種賭博。
它不一定不好，只是更依賴讀者對作者的興趣，以及首頁圖片、分類、摘要與其他上下文。
四、標題永遠存在於場景中
同一句標題，在不同位置可能有完全不同的效果。
部落格首頁
讀者可能同時看到圖片、日期、分類、標題與摘要。
這時候標題不必獨自解釋整篇文章。
例如：
部落格，打掉重練！
如果下面已經有摘要：
從兩年前棄著不管的 Notion，到一個月自己重建 Hugo 部落格……
整張卡片合起來已經足夠理解，標題便可以多負責一點個性。
搜尋結果
使用者可能剛搜尋「Hugo 部落格 Notion」，並同時看到十個陌生網站。
這時：
部落格，打掉重練！
單獨辨識內容的能力就比較弱。
可以讓頁面 H1 保持：
部落格，打掉重練！
而 HTML <title> 使用：
部落格，打掉重練！從 Notion 到 Hugo 的重建紀錄
Google 本身也不是只根據 HTML <title> 產生搜尋結果標題；它可能參考 <title>、頁面主要標題、<h1>、og:title、其他醒目文字、內文與連結文字等來源，如果標題與內容不一致，甚至可能自行產生不同的標題連結。
兩者不必逐字相同，但應描述同一篇文章。頁面標題、搜尋結果標題、摘要與社群預覽可以分工，不必硬把所有資訊塞進同一句話。
社群貼文
社群入口往往還包括貼文文案、縮圖、轉貼者的評論與讀者對作者的熟悉程度。
因此，社群上的標題可以把一部分說明工作交給貼文文案，但不能假設文章離開那則貼文後，仍然擁有相同上下文。
既有讀者與陌生讀者
熟悉作者的人，可能願意只因一句怪話點進去；陌生人通常需要更多辨識線索。
這不是要求每篇文章都討好陌生人，而是提醒作者知道自己選擇了哪一群入口。
五、標題常用的材料
以下不是公式，而是找標題時可以回到文章裡挖掘的材料。
主題
文章到底在談什麼？
（此處原有真實文章草稿範例，因涉及未公開內容，公開版拿掉）
問題
文章最想回答什麼？
想做的事情太多，怎麼辦？
主張
寫完之後，作者真正相信的是什麼？
我開始覺得，效率不是把更多事情塞進一天
衝突
文章裡哪兩件事情互相打架？
我想談戀愛，但我又很習慣一個人
轉折
哪件事情最後跟一開始想的不一樣？
我開始寫待辦清單之後，反而什麼都不想做了
場景
哪一個具體畫面代表整篇文章？
禮拜一早上，我坐在公司樓下喝完了一杯咖啡
一句怪話
文章裡有沒有一句話，單獨拿出來就很有生命？
啊！有外星人
有時候標題根本不需要被創造。文章自己已經把它寫出來了。
六、不要急著取標題
標題可以在三個時間出現。
寫之前
它用來暫定方向，像一個工作題目。
為什麼事情越多，我越不想做？
此時的標題不需要承擔最後發布時的所有工作。
寫到一半
文章開始長出真正的主題。
原本以為在談 A，寫著寫著才發現其實在談 B，這很正常。
寫完之後
這通常是重新命名的最好時間。
先問：
如果只能用一句話描述，我剛才其實寫了什麼？
答案不一定就是標題，但會告訴你標題應該圍繞哪裡。
七、先找不同方向，再選標題
遇到重要文章，不要只想到一個標題，然後反覆修改同一句。
假設文章內容是：
想做很多事情，因此一直焦慮；後來發現真正的問題不是時間不夠，而是一直害怕現在做的事情不是最佳選擇。
可以從不同入口長出：
描述型
想做的事情太多，怎麼辦？
主張型
事情太多不是問題，一直想選對才是
自白型
我不是太忙，我只是不敢放棄其他可能
場景型
我的待辦清單已經比一天還長了
荒謬型
想做的事情太多，怎麼辦？啊！有外星人
文學型
每一條沒有走的路都在叫我
這時候才真正開始選標題。
因為選的不是句子，而是：
我要讓讀者從哪個方向進來。
八、先排除錯誤，再比較代價
標題的問題可以分成兩類：不可接受的錯誤，以及可以有意識承擔的代價。
不可接受的錯誤
與內容不符
讀完整篇文章後，讀者發現標題指向的是另一件事。
承諾文章沒有提供的東西
標題宣稱有完整教學、最終答案、重大成果或強烈觀點，內文卻沒有兌現。
無意識地造成誤解
作者原本沒有要誤導，卻因省略關鍵資訊，讓讀者對文章形成錯誤預期。
除非「誤解後翻轉」本來就是文章設計的一部分，否則以上通常應該修正。
可以承擔的代價
- 搜尋性較低
- 理解速度較慢
- 好奇心較弱
- 作者個性較少
- 主題揭露較少
- 對陌生讀者較不友善
- 在特定平台上需要摘要或圖片補充
這些不必自動被修掉。它們是選擇的成本。
一個很怪、沒有 SEO、甚至略顯不知所謂的標題，如果準確代表文章氣質，而且本來就不是寫給搜尋流量看的，未必有任何問題。
九、五種檢查
以下不是加總分數的評分表，而是用來看清楚候選的工具。
1. 準確性
讀完整篇文章後，會不會覺得標題騙我？
準確性接近底線，通常不應拿來交換其他優點。
2. 理解性
一個不知道文章內容的人，至少能抓到什麼？
如果答案是「完全沒有」，要確認這是不是刻意的，以及其他上下文能否承擔理解工作。
3. 好奇心
標題有沒有留下一點值得進去看的東西？
如果標題已經把結論、過程與意義全部講完，讀者可能失去進入文章的理由。但對純資訊型內容來說，好奇心不一定重要。
4. 辨識度
這個標題換到另外五百篇網路文章上還成立嗎？
例如：
我的心得
一些想法
最近的感想
人生體悟
它們的問題不只是不利搜尋，而是沒有身份。
5. 我的聲音
把作者名字遮掉，我還會覺得這句話可能是我寫的嗎？
這條不是每篇都必須通過。技術文件本來可以很中性；但如果文章帶有強烈個性，標題被優化到完全不像作者，也是一種失敗。
十、SEO 是限制條件，不是創作方向
Google 對搜尋結果標題的建議是簡潔、具有描述性，避免堆砌關鍵字，也避免整個網站套用重複的公式化文字。這些原則值得遵守。
但它們不代表創作要讓位給搜尋引擎。SEO 值得帶進寫作的核心問題是：
如果一個完全不認識我的人正在尋找這篇文章，我有沒有給他足夠資訊認出它？
如果答案是有，就已經完成了搜尋場景最重要的工作。
SEO 不代表：
- 每篇標題都要變成搜尋關鍵字。
- 標題越長、塞入的詞越多越好。
- 每篇文章都應使用相同格式。
- 清楚永遠優先於聲音、張力與辨識度。
它比較像邊界檢查：當文章依賴搜尋流量時，確認陌生讀者是否認得；當文章不依賴搜尋時，不必讓搜尋需求接管整個命名。
十一、必要時使用雙層標題
當「好玩的標題」與「清楚的標題」真的衝突時，不必硬選一邊。
可以使用：
個性標題＋描述資訊
（此處原有真實文章草稿範例，因涉及未公開內容，公開版拿掉）
也可以讓畫面上的 H1 保持前者，由 HTML <title>、文章摘要或社群預覽補足後者。
目的不是把所有標題變長，而是讓不同資訊放到適合的位置。
十二、文章標題與段落標題不是同一種工作
文章標題負責讓人進入文章；段落標題負責讓已經進入的人知道自己在哪裡，以及接下來要讀什麼。
文章標題（H1）
主要可能負責：
- 建立閱讀入口
- 呈現主題或張力
- 傳達作者聲音
- 建立整篇文章的承諾
- 在特定場景中吸引或辨識讀者
H1 可以比較含蓄、情緒化、荒謬或文學，只要整體場景仍提供足夠理解。
段落標題（H2／H3）
主要負責：
- 切分資訊
- 顯示論述結構
- 讓掃讀者掌握段落功能
- 在離開正文後重新建立上下文
- 控制文章節奏與轉場
因此，小標通常比大標需要更明確的結構資訊。
例如，一篇文章的 H1 可以叫：
今天適合逃跑
但如果所有 H2 都是：
有一天
然後
後來
最後
讀者會很難掃讀，也無法從目錄理解文章怎麼前進。
小標不必全部像文件標籤
小標仍然可以有聲音、節奏與 punchline，但要看它是否同時承擔導航責任。
偏資訊型的小標
應優先讓人知道這一節處理什麼問題。
為什麼 Notion 的資料不能直接搬過去
偏敘事型的小標
可以用場景或轉折推動閱讀，但應讓前後文提供足夠方向。
然後我把整個資料庫炸了
章節中的 punchline
如果一句有趣的小標只負責節奏，不負責導航，可以存在；但不要讓整篇文章的所有結構資訊都消失。
AI 檢查小標時應先問
- 從目錄單獨看，能否看出文章大致如何前進？
- 每個小標是否能區分自己與其他段落的工作？
- 層級相同的小標，抽象程度是否相近？
- 小標是否忠實概括其下內容，而不是只摘一句漂亮話？
- 哪些小標需要導航，哪些可以刻意只負責節奏？
不要把 H1 的「吸引進入」標準，原封不動套到每一個 H2／H3 上。
十三、應該警覺的標題
以下不是絕對禁止，但看到時值得多想一下。
只有 SEO，沒有文章
2026 最新 Hugo 部落格完整教學：新手必學 10 大技巧
如果文章本身不是這種東西，就不要假裝是。
只有聰明，沒有入口
一個只有作者自己知道為什麼好笑的雙關，如果上下文也救不了它，讀者只會錯過。
把文章全部講完
標題不是摘要。不要為了完整，拿走讀者進入文章的理由。
套公式套到沒有差異
關於 X 的五件事
關於 Y 的五件事
關於 Z 的五件事
Google 本身也明確建議避免大量重複、公式化的標題文字。更重要的是，公式可以解決一時的命名困難，但大量重複會讓文章失去身份，人也會膩。
標題比文章更有戲
如果標題提出：
我終於知道人生真正重要的是什麼
結果內文只是今天晚餐很好吃，除非這本來就是笑點，否則就是承諾失衡。
AI 味太重
常見徵兆包括：
- 不必要地加入「完整指南」、「一次搞懂」、「必學」或年份。
- 把每個題目都改成「如何……」。
- 用冒號把所有資訊塞成同一種句型。
- 產生大量平順但互相沒有本質差異的候選。
- 把作者原本奇怪而準確的句子，修成沒有個性的正確中文。
問題不在於這些形式永遠不能用，而是 AI 不應在沒有文章依據時自動滑向它們。
十四、完整取名流程
第一步：建立文章模型
回答：
- 這篇文章表面上在寫什麼？
- 作者真正想說的是什麼？
- 最有意思的問題、衝突或轉折是什麼？
- 哪些句子或場景最有生命？
- 讀者主要是來找答案，還是來讀作者？
- 標題主要會出現在哪裡？
第二步：決定標題任務
在這篇文章裡，標題最優先需要：
- 讓人找到
- 讓人理解
- 呈現主張
- 建立張力
- 傳達聲音
- 留下一個問題
- 代表某個場景
選一個主要任務，必要時再選一個次要任務。不要假裝每個標題都能同時最大化所有特質。
第三步：從不同入口提出候選
先換入口，再換措辭。
第一次通常提出三到五個方向即可，並標示每個候選使用的入口。
第四步：排除不可接受的錯誤
檢查：
- 是否與內容不符？
- 是否承諾文章沒有提供的東西？
- 是否無意識地讓讀者形成錯誤預期？
第五步：比較取捨
依照這篇文章的任務，比較：
- 理解
- 好奇
- 辨識
- 聲音
- 搜尋
- 對不同讀者與場景的適應性
不要把它們加總成分數。說清楚每個候選得到什麼、犧牲什麼。
第六步：決定是否分工
如果個性與資訊真的互相拉扯，考慮：
- 主標題＋副標題
- H1＋HTML
<title> - 標題＋摘要
- 文章標題＋社群貼文文案
第七步：檢查作者是否仍在場
最後問：
這個標題是文章自己長出來的，還是任何一台標題機器都會吐出的句子？
十五、AI 的建議輸出格式
AI 不必每次都完整列出以下內容；應依任務規模調整。但當作者要求正式協助決策時，建議使用這個順序。
1. 文章模型
- 主題：
- 核心命題：
- 主要張力：
- 有生命的素材：
- 主要讀者需求：
- 主要發布場景：
2. 這次標題最需要完成的事
用一到兩句說明主要任務與理由。
3. 不同入口的候選
每個候選應標示入口，不要只列一排句子。
例如：
- 問題入口：……
- 主張入口：……
- 場景入口：……
- 作者原句入口：……
4. 取捨
說明每個候選的主要收益、代價與適用場景。
5. 建議
使用：
因為這篇文章最需要＿＿，所以我建議＿＿；它犧牲的是＿＿。
如果沒有足以做出唯一推薦的依據，就指出真正需要作者決定的偏好，不必硬選。
十六、AI 快速協作規則
當作者只要求簡短協助時，AI 至少遵守以下規則：
- 不直接把「更清楚」當成「更好」。
- 作者已有標題時，先辨識意圖，再評論代價。
- 先判斷文章最需要標題完成什麼。
- 候選之間優先更換入口，不做大量近義改寫。
- 準確性是底線；搜尋性、好奇心與聲音多半是取捨。
- 推薦時說明理由與代價。
- 不把 H1 的規則原封不動套到 H2／H3。
- 不為了呈現專業而輸出冗長分析；問題簡單時，直接指出關鍵取捨即可。
十七、最終原則
標題沒有固定的最佳解，因為標題的工作不是永遠相同。
有時候它的工作是：
讓人找到。
有時候是：
讓人理解。
有時候是：
讓人停下來。
有時候只是：
讓看得懂的人笑一下。
所以真正的原則不是：
標題應該清楚。
而是：
我知道自己為什麼這樣命名。
如果一個標題很模糊，而模糊是刻意留下的空間，那是選擇。
如果一個標題很清楚，因為文章的價值就是讓正在找答案的人一眼認出它，那也是選擇。
如果一個標題荒謬、沒有 SEO、甚至有點不知所謂，但它準確代表文章氣質，而且本來就不是寫給搜尋流量看的——它沒有需要被修好的地方。
標題取名真正需要避免的，不是奇怪，而是不自覺。
知道自己放棄了什麼，又換到了什麼，才是真正能跨越技術文、感情文、生活文與其他題材的取名方法。