先講結論
- 針對 AI 建站留下的問題逐項修正後，站台 SEO 稽核從 69 分（average）升到 87 分（good），不及格項目從 9 項降到 3 項。
- 花最久的不是修，是查。首頁沒有 H1 的真正原因是範本層級：
index.html裡明明寫了 H1，但那份範本根本沒被使用。 - 這個誤會底下藏著更嚴重的問題：首頁其實在把最新一篇文章的內文整篇輸出，等於首頁跟文章頁內容重複。
- 修改頁尾要用「覆寫範本組件」，不要直接改佈景主題檔案，後者更新時會被蓋掉。
- 剩下三項不及格，其中一項是稽核工具的誤判，永遠不可能修好。
上一篇我把自己的網站拆開來看，找到 11 個沒完成的地方。這篇是後續：我把它們修完，然後重跑了一次稽核。
分數變化在下面。但比分數有用的是過程中的兩個發現，那才是你照著做的時候真正會卡住的地方。
先看結果
| 項目 | 修正前 | 修正後 |
|---|---|---|
| 總分 | 69 | 87 |
| 評級 | average | good |
| 通過 | 20 項 | 26 項 |
| 不及格 | 9 項 | 3 項 |
| 警告 | 5 項 | 5 項 |
| 回應時間 | 0.81 秒 | 0.52 秒 |
| HTML 大小 | 16 KB | 13 KB |
回應時間變快跟效能優化無關，是因為首頁不再整篇輸出文章內文了。這件事說來話長，就是下一段。
最難查的一項：首頁明明有 H1，卻沒有出現
稽核說首頁沒有 H1。我打開佈景主題的 index.html，第一眼就看到：
<!-- wp:heading {"level": 1} -->
<h1 class="wp-block-heading">Latest posts</h1>H1 就在那裡。但前台的原始碼裡完全找不到它。
答案在 WordPress 的範本層級。這個佈景主題同時有 index.html 和 front-page.html，而 WordPress 官方文件寫得很清楚：
「Keep in mind that the
front-page.htmltemplate always takes precedence, regardless of the Front page displays setting.」
翻成白話：只要 front-page.html 存在，首頁就一定用它，不管你的「首頁顯示」設定成文章列表還是靜態頁面。 index.html 裡那個 H1 從來沒有機會出現。
然後我打開 front-page.html，看到它的內容幾乎是空的：
<main class="wp-block-group">
<!-- wp:post-content ... /-->
</main>只有一個 post-content 區塊。
這才是真正的問題。 我的網站設定是「首頁顯示最新文章」，但這份範本只會輸出「文章內容」。結果就是首頁直接把最新一篇文章的內文整篇印出來，沒有標題、沒有列表、沒有摘要。
這代表兩件事：首頁沒有 H1 只是表面症狀；底下真正的問題是首頁和文章頁的內容完全重複，而重複內容是搜尋引擎最不喜歡的東西之一。
修法是建立一份自己的 front-page 範本覆寫它，內容包含一個 H1、一段站台說明，以及正確的文章列表區塊。
這一項花掉我最多時間，而且它不會出現在任何檢查清單上。 稽核工具只會告訴你「沒有 H1」，不會告訴你「你的首頁根本是另一份範本在跑」。
頁尾：要覆寫，不要改主題檔
上一篇提到頁尾有 11 個佔位變數外洩到前台，還有 4 個回傳 500 的死連結。
修法有兩種，差別很大。
錯的做法：直接編輯 hostinger-ai-theme/parts/footer.html。改完馬上生效，但佈景主題一更新就全部被蓋回去，而且你不會收到通知。
對的做法：在網站編輯器裡修改頁尾範本組件。WordPress 官方文件提到，範本組件清單裡可以「重設對範本組件所做的修改」，這代表你的修改與佈景主題原檔是分開儲存的。主題更新不會影響它。
我實際做的處理：
- 移除四個社群連結區塊（我沒有那些帳號）
- 移除聯絡資訊區塊（電話與 email 都是佔位變數，而我不打算把私人信箱放在公開頁面）
- 移除導覽選單區塊（原因見下）
- 保留可以正常運作的電子報訂閱表單
- 把版權列的
trans-current-year、trans-all-rights-reserved換成實際文字
導覽選單那一項值得單獨講：範本寫死了 ref: 320，意思是載入 320 號選單。我去查資料庫，wp_navigation 這張表一筆資料都沒有。範本引用了一個從未被建立的物件。
五分鐘就能修完的四件事
相對於前面兩項，這四件很快。
網站語言。原本是 zh_CN，只裝了簡體語言包。改成 zh_TW 並安裝對應語言包。順帶把時區設成 Asia/Taipei，這會影響文章的發布時間戳。
網站名稱與標語。原本兩個都空著，頁面標題直接顯示網域字串。填上之後，搜尋結果、瀏覽器分頁、社群分享卡片才會顯示網站的名字。
首頁 meta description。Google 官方說明摘要主要從頁面內容產生，但「如果 meta description 比從頁面直接擷取的內容更能準確描述這一頁，Google 有時候會使用它」。官方也建議至少為首頁這類關鍵網址寫一則。
有一個中文特有的細節：多數 SEO 教學寫「meta description 控制在 150-160 字元」，那是英文語境的慣例。中文全形字寬度約兩倍，寫到 150 全形字會在搜尋結果被砍掉一大半。中文抓 70-80 全形字比較實際。
預設社群分享圖。缺這張圖，文章分享到 Facebook 或 LINE 會是一張空白卡片。
這張圖我是用伺服器上的 PHP GD 直接產生的，過程中撞到一個很典型的中文問題：伺服器上唯一支援中日韓字元的字型是 Droid Sans Fallback，中文渲染完全正常，但所有拉丁字母和數字都變成空白方框。那套字型只有 CJK 字圖。
解法是把文字依語系切段，中文用 CJK 字型、英數用另一套拉丁字型，各自量測寬度再接起來。如果你也要自動產生含中英混排的圖，這個坑一定會遇到。
剩下三項不及格，其中一項永遠是紅字
修完之後還有 3 項沒過。它們的性質完全不同。
第一項：Search Console 未串接。 這不是網站的問題，是要用 Google 帳號授權才能完成的設定。
第二項：CSS 未壓縮。 來源是一個第三方外掛的樣式表。可以透過快取外掛處理，屬於可修範圍。
第三項：JavaScript 未壓縮。 這一項有意思，稽核抓到的檔案是：
pagead2.googlesyndication.com/pagead/js/adsbygoogle.js那是 Google 自己託管的 AdSense 腳本。它放在 Google 的 CDN 上，我沒有任何辦法去壓縮它。
這一項永遠會是紅字，而且它不是我的問題。
值得記住的是這件事本身：SEO 稽核工具會把第三方 CDN 上的資源算進你的分數裡。看到紅字先看檔案來源，如果網域不是你的，通常就不用管它。追求滿分會讓你去修根本不歸你管的東西。
你可以照做的順序
如果你的網站也是 AI 建的，我建議照這個順序：
1. 先跑一次稽核，拿到基準分數。沒有基準就不知道自己修了什麼。2. 先修訪客看得到的：頁尾佔位變數、死連結。這些直接影響信任。3. 再修搜尋引擎看得到的：H1、meta description、網站名稱、語言設定。4. 查清楚哪份範本在跑，再動手改。這一步跳過的話，你會像我一樣改了半天改在沒被使用的檔案上。5. 改範本一律用覆寫，不要碰佈景主題原檔。6. 重跑稽核，剩下的紅字逐項看來源。不是你的檔案就放著。
整輪下來，實際動手的時間不長，大部分時間花在第 4 步。
AI 建站留下的問題，大概八成是設定層的，一個下午補得完。剩下兩成是結構性的，得懂一點 WordPress 才查得出來。 而那兩成，正好是稽核工具不會告訴你的部分。
FAQ
Q：SEO 稽核分數要衝到 100 分嗎？不需要。分數的用途是找出問題清單，不是拿來比較的指標。本站修完是 87 分，剩下三項裡有一項是第三方 CDN 上的 Google 腳本，站方沒有任何權限處理。把時間花在追這種項目上沒有回報。
Q：為什麼我改了佈景主題的範本檔，前台卻沒變？最常見的原因是你改的那份範本沒有被使用。WordPress 有範本層級，例如首頁一律優先使用 front-page 範本，不管「首頁顯示」設定為何。確認方式是先查清楚目前這個頁面實際套用哪一份範本，再動手。
Q：修改頁尾應該直接改主題檔案嗎？不建議。佈景主題更新時檔案會被覆蓋，而且不會通知你。改用網站編輯器修改範本組件，修改內容會與主題原檔分開儲存，也可以隨時重設回原始狀態。
Q：中文的 meta description 應該寫多長？多數教學寫的 150-160 字元是英文語境的慣例。中文全形字寬度約為英文的兩倍，寫到 150 全形字在搜尋結果會被大幅截斷。實務上抓 70-80 全形字比較安全。
Q：首頁跟文章頁內容重複，真的會有影響嗎？會。搜尋引擎需要判斷哪一個網址才是該內容的正本，內容完全重複會讓這個判斷變困難。以本站的情況來說，首頁把最新文章的內文整篇輸出，等於同一份內容存在兩個網址上，而且首頁還會隨新文章一直改變。修正之後首頁改為列表形式，這個問題就消失了。
延伸閱讀
- 這些問題是怎麼被找出來的：AI 幫你建好的網站，其實有 11 個地方沒完成
- 這個站建站過程的完整紀錄：一個自認網路白癡，用 Hostinger AI 建站的真實紀錄
- 為什麼每個數字都要回查原始出處：AI 給你的數字，有多少經得起查？
參考來源
- WordPress 開發者文件，〈Template Hierarchy〉（🟢 一級）
Template Hierarchy
- WordPress.org 官方文件，〈Template Part block〉（🟢 一級，同一發布者）
Template Part block
- Google Search Central，〈Control your snippets in Google Search〉（🟢 一級，獨立來源）
https://developers.google.com/search/docs/appearance/snippet
本文的分數與稽核項目來自本站於 2026-07-26 修正前後各執行一次的 Rank Math 站台稽核，非引用第三方數據。