H1 是我在網站健檢時第一個看的東西，因為它太基礎，也太常被做錯。做錯的方向剛好有兩種相反：一種是整頁沒有 H1，一種是同一頁塞了好幾個 H1。很多人以為 Google 早就說多個 H1 不會被懲罰，這件事就不用管了。這是誤讀。我用一家物理治療診所與一家工業儲存廠商的實例說明：缺 H1 和多 H1 各自怎麼傷害你的關鍵字排名與 AI 引用（AEO），以及為什麼在 2026 年這件事反而更重要。

1. H1 到底在替搜尋引擎與 AI 做什麼

1.1 H1 是頁面主題的一句話宣告

把一個網頁想成一份文件，H1 就是這份文件的標題。它是頁面上「最重要、最該被看見」的一句話，向搜尋引擎宣告「這一頁的主題是這個」。這個角色很單一，也正因為單一，它才有力量：當機器要判斷一頁在講什麼、該對應到哪些搜尋詞，H1 是它最先參考的訊號之一。我的判斷是，H1 的價值不在於塞多少關鍵字，而在於它能不能一句話講清楚這頁的主軸。

1.2 缺 H1 與多 H1 是兩種相反的病

這兩種問題我都常遇到，但成因與後果剛好對稱。缺 H1 是「你放棄了表態」，機器只好從其他線索拼湊主題，拼錯的風險自己扛。多 H1 則是「你同時喊了好幾個主題」，機器不知道該信哪一個，主題訊號被稀釋。前者是沉默，後者是七嘴八舌，兩種都讓搜尋引擎難以判斷這頁到底想排什麼詞。我在實務上看過同一個網站兩種毛病都有：列表頁完全沒 H1，某些自行發佈的文章又冒出好幾個 H1。

1.3 Google 說不懲罰，不等於沒影響

這是最關鍵的觀念校正。Google 從 2020 年起確實表示，頁面有多個 H1 不會直接觸發排名懲罰。但「不直接懲罰」和「沒有影響」是兩回事。多 H1 會讓搜尋引擎更難判斷頁面主題、降低關鍵字相關性；更重要的是，它對 AEO（AI 引用）與網頁可訪問性仍然是關鍵訊號。AI 在摘要一頁內容時，需要靠清楚的標題結構抓主軸；螢幕閱讀器的使用者也靠標題階層來導覽。所以我的立場很明確：不會被罰，不代表可以擺爛。

2. 缺 H1：你放棄了一次表態的機會

2.1 列表頁最常整個沒有 H1

缺 H1 最常出現在列表頁。我看過不少網站的文章列表頁、分類頁完全沒有 H1，等於直接放棄了這一頁的關鍵字排名機會。列表頁其實是很有價值的著陸頁，它天生就適合承接類別型的搜尋詞。我的做法是替這種頁面補上一個涵蓋類別主題的 H1，例如文章專區類的列表頁，H1 就明確寫出這個專區的主題與涵蓋範圍，同時把過短的 meta description 一併改寫得具體，讓列表頁有機會進入該類別關鍵字的排名競爭。

2.2 對 AEO 的傷害比你想的更大

缺 H1 在傳統 SEO 時代還能靠 title 標籤補一點，但在 AI 搜尋時代傷害被放大了。生成式 AI 抓取內容時，會依賴標題結構去理解一頁的邏輯層次。一頁沒有 H1，就像一篇文章沒有標題，AI 得自己猜這頁的重點在哪，猜錯就引用錯段落，甚至乾脆略過不引用。我在協助工業儲存廠商時特別留意這點：他們的技術頁與案例頁如果標題結構清楚，被 AI 正確摘要的機率明顯較高，反之則常被跳過。

2.3 一頁一個明確 H1 是我的鐵律

我的做法很簡單：每一頁都要有，而且只有一個 H1，內容就是這頁最核心的主題句。這個原則聽起來理所當然，但實際執行時最容易在自動生成的模板頁、列表頁、活動頁上破功，因為這些頁面常是套版產生，工程端沒特別替它們設定 H1。健檢時我會逐一模板檢查，確保每種頁型都有自己的一個 H1，而不是只顧首頁與文章內頁。

3. 多個 H1：主題訊號被稀釋

3.1 自行發佈的文章最容易誤植多 H1

多 H1 的災區，通常是後台自行發佈的內容。我在物理治療診所看過一個典型案例：一篇自行發佈的新進人員介紹文章，內文裡放了好幾個 H1。這種情形幾乎都是編輯用視覺化編輯器時，為了讓某幾行字看起來大又粗，直接套了最高階的標題樣式，卻不知道那在原始碼裡是 H1。結果一篇文章有三四個 H1，搜尋引擎面對這麼多「最重要標題」，反而不知道該把哪一個當主題。

3.2 為什麼多 H1 讓 AI 抓錯主題

多 H1 對 AI 的傷害，本質是「訊號互相打架」。當一頁只有一個 H1，AI 能明確鎖定主軸；當一頁有好幾個平起平坐的 H1，AI 得在它們之間權衡，很可能挑錯那個當主題，摘要出來的重點就偏了。這也會降低頁面對主關鍵字的相關性，因為關鍵字訊號被分散到好幾個標題上，沒有一個夠集中。我的經驗是，把多餘的 H1 收斂成一個，主關鍵字的訊號會清晰很多，AI 摘要也更容易抓對主題。

3.3 把多餘的 H1 降級為 H2

修法不是刪掉那些標題，而是降級。我的做法是保留頁面第一個、也是真正代表主題的那個 H1，其餘原本被誤設成 H1 的段落標題，一律改成 H2。以那篇新進人員文章為例，處理方式就是進後台把內文多餘的 H1 全部改成 H2，保留文章標題那一個 H1。這樣視覺上幾乎沒差，但原始碼的標題階層立刻回到正常：一個主題，底下掛著幾個次級標題，邏輯乾淨。

4. 比缺漏更隱蔽的標題結構問題

4.1 階層跳級：h1 直接跳 h3

缺 H1 和多 H1 至少肉眼看得出來，階層跳級卻很隱蔽。我在工業儲存廠商的首頁看過 h1 後面直接接 h3、h2 後面直接接 h6 的情況。這通常也是為了字體大小而挑標題標籤造成的：想要某行字小一點，就隨手選了 h6，完全沒考慮語意層級。正確的做法是依照內容的邏輯階層，讓標題按 h1、h2、h3 順序遞進，不要為了視覺效果跳級。字體大小該用樣式表控制，不是拿標題標籤來湊。

4.2 空的 heading 與純裝飾用的標題

另一種常見毛病是空的 heading。我看過首頁有一個 h3 裡面只放了一個換行標籤、沒有任何文字，被判定為空標題。這種標題對機器是雜訊，該補文字就補，沒內容就別用標題標籤。原則一致：標題標籤是用來標示內容層級的語意工具，不是排版工具。下面這張表把幾種標題問題的症狀、影響與修法整理在一起，方便你對照自己的網站。

問題	典型症狀	對 SEO／AEO 的影響	修法
缺 H1	列表頁、模板頁沒有 H1	放棄關鍵字表態，AI 難抓主題	補一個涵蓋主題的 H1
多個 H1	自行發佈文章內文多 H1	主題訊號稀釋，關鍵字相關性下降	保留一個，其餘降為 H2
階層跳級	h1 接 h3、h2 接 h6	邏輯層次混亂，可訪問性下降	依語意調整為連續階層
空 heading	標題標籤內只有換行、無文字	製造雜訊，干擾解析	補文字或移除標籤

5. 常見問題

5.1 Google 都說多個 H1 不會被懲罰了，我還需要改嗎？

需要。不直接懲罰指的是不會因此觸發排名處分，但多 H1 仍會稀釋主題訊號、降低關鍵字相關性，並影響 AI 引用與可訪問性。我的建議是收斂成一個 H1，成本很低，收益卻涵蓋傳統搜尋與 AI 搜尋兩邊。

5.2 一頁真的只能有一個 H1 嗎？

技術上 HTML5 允許多個，但從搜尋與內容清晰度的角度，我強烈建議一頁一個。單一 H1 讓機器與使用者都能一眼看出這頁的主軸。把想強調的其他標題改用 H2、H3 表達層級，效果更好也更乾淨。

5.3 我用編輯器排版，怎麼知道自己不小心放了多個 H1？

視覺化編輯器最容易出這種包，因為你看到的是字體大小，看不到底層標籤。最快的檢查方式是用瀏覽器的檢視原始碼或無障礙檢測工具，數一數頁面上 H1 標籤的數量。發佈自製內容時，養成把「加粗大字」改用段落樣式而非標題標籤的習慣，能避開大半問題。

5.4 列表頁補 H1，內容要寫什麼？

寫出這個列表涵蓋的主題與範圍。例如文章分類的列表頁，H1 就明確點出這個專區在談什麼、涵蓋哪些子題，讓它能對應到類別型搜尋詞。同時把 meta description 從幾個字的敷衍描述，改寫成具體說明內容範圍的一兩句話，提升點閱率。

5.5 標題階層跳級會不會影響 AI 引用？

會。AI 靠標題階層理解一頁的邏輯結構，階層跳級或空標題會讓它誤判內容的從屬關係，進而影響摘要與引用的準確度。維持 h1、h2、h3 連續遞進，等於替 AI 畫好一張清楚的內容地圖，被正確引用的機率自然提高。我的建議是把標題結構當成內容的骨架來對待：先確認每頁一個 H1，再檢查下面的階層有沒有斷層或空洞，最後才回頭雕字句。骨架歪了，字寫得再好，機器與使用者都難以順著讀下去。