技術 SEO 健檢清單：WordPress、Shopify、自建網站的 30 項檢查

技術 SEO 健檢的目的，是確認 Google 能「找得到、讀得懂、願意收錄」您的網頁。最有效率的做法是從 Google Search Console 的網頁索引報告開始，依序檢查索引與爬取、網址與重新導向、重複內容、速度與 Core Web Vitals、行動版、結構化資料與多語系設定。本文整理 30 項檢查，並標註 WordPress、Shopify 與自建網站各自容易出錯的地方，您可以直接當作檢核表使用。

健檢前準備：先備好 Google Search Console

技術 SEO 的問題多半看不到，必須靠工具發現。開始前，請確認您擁有網站的 Google Search Console 權限，並建議以「網域資源」驗證，才能一次涵蓋 http、https 與 www、非 www 等所有版本。健檢時最常用到的功能包括：

• 網頁索引報告：列出已索引與未索引的網址，以及未索引的原因，例如「已找到 - 目前尚未建立索引」「已遭 robots.txt 封鎖」或各種重複網頁狀態。
• 網址審查工具：查看單一網址是否已被索引、Google 選擇的標準網址，以及即時測試的轉譯結果。
• Sitemap 報告：確認提交的 sitemap 能被讀取，以及其中網址的索引狀況。
• Core Web Vitals 與 HTTPS 報告：依真實使用者資料檢視網頁體驗問題。

除了 Search Console，也可以搭配 PageSpeed Insights、Chrome 開發人員工具中的 Lighthouse，以及網站爬蟲工具，模擬搜尋引擎爬取全站的情況。

一、索引與爬取（第 1–6 項）

這是最優先的類別：頁面如果沒有被索引，其他優化都不會有效果。

• 1. robots.txt 沒有誤擋重要頁面：檢查是否封鎖了商品、服務頁或 CSS、JavaScript 等轉譯所需資源。
• 2. 重要頁面沒有誤加 noindex：WordPress 請確認「設定 > 閱讀」中「阻擋搜尋引擎索引這個網站」沒有勾選，這是測試站上線後常見的疏漏。
• 3. XML sitemap 正確且已提交：只放想被索引、回應 200 的標準網址，不要放重新導向、404 或 noindex 頁面。WordPress 核心與 Shopify 都會自動產生 sitemap，自建網站則需自行產生並更新。
• 4. 網頁索引報告的未索引原因已逐一判讀：並非所有未索引都是問題，重點是確認重要頁面不在其中。
• 5. 狀態碼正確：不存在的頁面應回傳 404 或 410，而不是顯示「找不到」卻回應 200，否則可能被判定為軟 404。
• 6. 重要內容不依賴使用者操作才載入：自建網站若以 JavaScript 產生內容，請用網址審查工具的即時測試，確認轉譯後的 HTML 包含主要文字與連結；必要時考慮伺服器端轉譯。

二、網址、重新導向與重複內容（第 7–15 項）

網址與重新導向

• 7. 全站統一使用 HTTPS 與單一主網域：http 與 https、www 與非 www 應以永久重新導向（301 或 308）指向同一個版本。
• 8. 沒有重新導向鏈與迴圈：A 導向 B 再導向 C 的情況，應直接改成 A 導向 C，改版搬站後特別容易出現。
• 9. 網址結構簡潔、可讀：避免不必要的參數與過深的層級；已上線的網址不要隨意更改，若必須更改，務必設定重新導向。
• 10. 內部連結指向最終網址：選單、文章內文中的連結不應指向會被重新導向或已失效的網址。

重複內容與 canonical

• 11. 每個可索引頁面都有正確的 canonical 標籤：指向自己或指定的標準版本，且必須是可存取、回應 200 的網址。
• 12. 比對「使用者宣告」與「Google 選取」的標準網址：Google 會把 canonical 視為參考訊號而非絕對指令，網址審查工具若顯示兩者不同，代表訊號互相矛盾。
• 13. 篩選與排序參數不製造大量重複頁：電商分類頁的顏色、價格排序等組合，應以 canonical 收斂，或避免產生可無限爬取的網址。
• 14. 平台特有的重複網址已處理：Shopify 商品可能同時出現在「/collections/分類/products/商品」與「/products/商品」兩種路徑，多數佈景主題會將 canonical 指向後者，請確認沒有被改掉；WordPress 則留意標籤頁、作者頁與媒體附件頁是否產生大量低價值頁面。
• 15. 內容相近的頁面已整併或區隔：多篇文章搶同一個關鍵字時，可依 主題權威 Topical Authority 的內容佈局方式 重新規劃分工。

三、速度、Core Web Vitals 與行動版（第 16–22 項）

Google 公開說明的 Core Web Vitals 包含三項指標，並以第 75 百分位的真實使用者資料評估：

速度與 Core Web Vitals

• 16. Search Console 的 Core Web Vitals 報告沒有大量「不良」網址：依網址群組找出共同原因，通常是同一種頁面範本。
• 17. 圖片已壓縮並使用適當尺寸：首屏主圖不要延遲載入，其餘圖片可延遲載入，並設定寬高以減少版面位移。
• 18. 減少不必要的外掛、應用程式與第三方程式碼：WordPress 外掛與 Shopify 應用程式常會載入額外腳本，停用後也要確認殘留的程式碼已移除。
• 19. 伺服器回應穩定：主機效能不足或沒有快取，會直接拖慢 LCP；自建網站可考慮 CDN 與頁面快取。

行動版

• 20. 行動版與桌機版的主要內容一致：Google 以行動版內容為主進行索引，手機上隱藏或刪減的內容，可能不會被納入評估。
• 21. 行動版的結構化資料、標題與 meta 資訊完整：若網站另有獨立的行動版網址，更需要逐一確認。
• 22. 手機上容易閱讀與點擊：字體大小、按鈕間距與彈出視窗不妨礙閱讀，可用 Lighthouse 與實機測試檢查。

四、結構化資料與國際化語系（第 23–30 項）

結構化資料

• 23. 使用 Google 建議的 JSON-LD 格式：依頁面類型標記，例如 Organization、LocalBusiness、Product、Article、BreadcrumbList。
• 24. 標記內容與頁面可見內容一致：不要標記頁面上看不到的評分或價格，否則可能違反 Google 的結構化資料政策。
• 25. 通過複合式搜尋結果測試：並在 Search Console 的相關報告中確認沒有錯誤或警告。
• 26. 對複合式結果保持合理期待：結構化資料不保證顯示複合式結果，Google 也曾縮減 FAQ 等類型的顯示範圍，標記的目的應是幫助搜尋引擎正確理解頁面與品牌。想進一步強化品牌可信度，可參考 E-E-A-T 與品牌實體經營。

國際化與語系

• 27. 不同語系使用不同網址：例如以子目錄區分 /zh-tw/、/en/，不要只靠 Cookie 或瀏覽器設定切換同一個網址的內容。
• 28. hreflang 設定正確且雙向對應：每個語系版本都要互相標註並包含自己，語系代碼使用如 zh-TW、en 等標準格式，可另設 x-default。Shopify 若使用多市場功能，請確認自動產生的標註符合預期。
• 29. 不依 IP 或瀏覽器語言強制轉址：改以提示或語言切換選單讓使用者自行選擇，避免搜尋引擎只能看到單一語系。
• 30. 每個語系版本的 canonical 指向自己：不要把翻譯版本的 canonical 指向原文頁，否則翻譯頁可能不被索引。

WordPress、Shopify、自建網站的檢查重點與優先順序

30 項不需要一次全部處理。建議依「影響索引的問題優先、影響體驗的問題其次」排序，並依平台特性調整重點：

1. 先修索引問題：第 1–6 項有任何異常，優先處理。
2. 再整理網址與重複內容：讓每個主題只有一個明確的標準頁面。
3. 接著改善體驗指標：從流量最高的頁面範本開始處理 Core Web Vitals。
4. 最後補強結構化資料與語系：並把健檢結果記錄下來，作為下一季比對的基準。

技術問題修好之後，下一步是讓權重流向重要頁面，可以參考 內部連結策略 調整網站架構。如果您在評估要把預算放在網站修正還是廣告投放，也可以閱讀 SEO 與關鍵字廣告的預算分配思路。在地商家則別忘了網站之外的 Google 地圖排名優化。若希望由專人協助完成健檢與修正，歡迎了解帕森斯的 SEO 優化服務，我們會依您的平台與網站現況，整理出優先順序清楚的修正清單。