技術 SEO 需要會寫程式嗎？

不一定。大約 60% 的技術 SEO 問題可以用工具偵測並透過 CMS 後台或外掛修復（例如 sitemap 設定、meta tags）。但比較進階的問題（像是 JavaScript 渲染、伺服器設定、結構化資料修改）可能需要工程師協助。

多久應該做一次技術 SEO 檢查？

建議每季做一次完整檢查，以及在每次網站改版或大量新增內容後做一次。日常的 Google Search Console 錯誤通知則應該即時處理，不要累積。

Google 無法爬取我的頁面怎麼辦？

先檢查 robots.txt 是否誤擋了 Googlebot，再看 Search Console 的『涵蓋範圍』報告確認具體的錯誤類型。常見原因包括 robots.txt 阻擋、noindex 標籤、伺服器回應 5xx 錯誤、爬取預算不足（大型網站）等。

結構化資料會直接提升排名嗎？

不會『直接』提升排名，但會增加搜尋結果中的曝光面積（Rich Snippets），提高點擊率。CTR 的提升間接有助於排名。Google 也用結構化資料來更好地理解你的內容，這在語意搜尋和 AI 搜尋中越來越重要。

技術 SEO 檢查清單 2026：工程師和行銷人都該懂的 20 個重點

Q: 技術 SEO 和一般 SEO 有什麼不同？

一般 SEO 涵蓋三大面向：內容、外連、技術。技術 SEO 專注在網站的『技術健康度』— 確保 Google 能正確爬取、理解和索引你的頁面。即使內容再好，技術 SEO 有問題的話 Google 可能根本看不到你的內容。

// TL;DR — 3 個重點帶著走

1技術 SEO 是地基：內容再好，Google 爬不到就沒用 — 先確保能被正確爬取和索引

2最重要的 5 項：sitemap.xml + robots.txt + HTTPS + 行動裝置友善 + Core Web Vitals

3每季做一次完整檢查 + 每次改版後做一次 — 用 Search Console + Screaming Frog 自動化

技術 SEO 就像房子的地基 — 你看不到它，但如果地基有問題，上面蓋得再漂亮都沒用。

很多人花大量時間寫內容、做外連，卻忽略了技術 SEO。結果就是 Google 根本爬不到你的頁面，或者爬到了但理解錯誤。

我們在遷移 40+ 個 WordPress 站到 Next.js 的過程中，處理過幾乎所有類型的技術 SEO 問題。這份清單是從實戰中整理出來的，按照重要性排序。

第一類：爬取和索引（最基礎，不通過其他都白做）

1. robots.txt 設定正確

robots.txt 告訴搜尋引擎哪些頁面可以爬、哪些不可以爬。設定錯誤可能讓你的整個網站消失在搜尋結果中。

# ✅ 正確的 robots.txt
User-agent: *
Allow: /
Disallow: /admin/
Disallow: /api/

# 允許 AI 搜尋引擎爬取
User-agent: GPTBot
Allow: /
User-agent: ClaudeBot
Allow: /
User-agent: PerplexityBot
Allow: /

Sitemap: https://yourdomain.com/sitemap.xml

2026 重點：AI 搜尋引擎（GPTBot、ClaudeBot、PerplexityBot）越來越重要。明確 Allow 這些 bot，讓你的內容能出現在 AI 搜尋結果中。

檢查工具：Google Search Console → 設定 → robots.txt 測試工具

2. sitemap.xml 完整且最新

sitemap.xml 是你主動告訴 Google「我的網站有哪些頁面」的檔案。

必須包含：

所有你希望被索引的頁面
正確的 <lastmod> 日期（Google 用這個判斷是否需要重新爬取）
不要包含 noindex 頁面或 301 轉址頁面

大型網站注意：如果你的頁面超過 50,000 個，需要分成多個 sitemap 並用 sitemap index 串連。

<!-- sitemap-index.xml -->
<sitemapindex>
  <sitemap>
    <loc>https://yourdomain.com/sitemap-articles.xml</loc>
    <lastmod>2026-03-01</lastmod>
  </sitemap>
  <sitemap>
    <loc>https://yourdomain.com/sitemap-categories.xml</loc>
    <lastmod>2026-03-01</lastmod>
  </sitemap>
</sitemapindex>

檢查工具：Google Search Console → Sitemap → 提交並檢查狀態

3. 索引狀態正常

你的頁面有被 Google 收錄嗎？用 Search Console 的「涵蓋範圍」報告檢查。

常見問題和解法：

問題	原因	解法
已探索 - 目前尚未建立索引	Google 認為不值得收錄	提升內容品質、增加內部連結
已發現 - 目前尚未建立索引	等待爬取中	用「要求建立索引」加速
遭到 robots.txt 封鎖	robots.txt 設定錯誤	修正 robots.txt
已排除 - noindex 標記	頁面有 noindex	移除 noindex（如果是你想索引的頁面）
伺服器錯誤 (5xx)	伺服器不穩定	修復伺服器或升級方案

4. 爬取預算（大型網站）

如果你的網站有超過 10,000 個頁面，爬取預算就很重要。Google 不會無限次地爬取你的網站，你需要確保它把預算花在最重要的頁面上。

優化方式：

用 robots.txt 或 noindex 擋住低價值頁面（篩選頁、標籤頁、分頁）
保持網站速度快（Google 爬得快就會爬得多）
移除重複內容，避免 Googlebot 浪費時間

如果你想深入了解，可以參考我們的[SEO入門](/blog/seo-beginner-guide-2026)完整指南。

第二類：網址和重新導向

5. HTTPS 全站啟用

2026 年了，如果你的網站還沒有 HTTPS，這是你應該第一個修的東西。Google 在 2014 年就把 HTTPS 列為排名因素。

檢查重點：

所有 HTTP 頁面都要 301 轉到 HTTPS
混合內容（HTTPS 頁面中載入 HTTP 資源）要全部修掉
SSL 憑證沒有過期

6. URL 結構乾淨

好的 URL 短、可讀、包含關鍵字：

✅ /blog/seo-beginner-guide-2026/
✅ /category/seo-knowledge/
❌ /blog/?p=12345
❌ /blog/2026/03/03/this-is-a-very-long-url-that-nobody-wants-to-read/

規則：

使用小寫字母和連字號（-），不要用底線（_）
避免日期路徑（/2026/03/03/），除非內容確實有時效性
保持在 3-5 個層級以內
中文 URL 可以用，Google 能正確處理，但確保伺服器能處理 Unicode 編碼

7. 301 轉址完整

每次改 URL、刪除頁面或網站搬家，都要設定 301 永久轉址。

常見遺漏：

網站從 HTTP 搬到 HTTPS 沒有做轉址
文章修改 slug 後舊 URL 變成 404
分類頁改名後沒有轉址

我們在遷移站群時，每一站都建立完整的 301 redirect 清單（存在 cms.redirects 表），確保舊 URL 全部指向新 URL。這是保留 SEO 權重的關鍵。

8. Canonical 標籤正確

Canonical 告訴 Google「如果有多個相似的頁面，以這個版本為準」。

必須設定 canonical 的情況：

同一內容有多個 URL（例如有無 www、有無結尾斜線）
商品頁的不同排序或篩選 URL
AMP 頁面指向原始頁面
跨域重發內容

<link rel="canonical" href="https://yourdomain.com/blog/seo-guide/" />

常見錯誤：canonical 指向自己是正確的做法（self-referencing canonical），但指向 404 頁面或指向錯誤的 URL 就會造成問題。

這部分和[外部連結策略](/blog/backlink-building-strategy-2026)有直接關聯。

第三類：行動裝置和使用者體驗

9. 行動裝置友善

Google 從 2019 年開始全面使用行動裝置優先索引（Mobile-First Indexing），代表 Google 看的是你的手機版，不是桌面版。

檢查重點：

響應式設計（Responsive Design）正確運作
文字在手機上不需要縮放就能閱讀
可點擊的元素之間有足夠間距（至少 48px）
沒有橫向捲軸

檢查工具：Google Search Console → 行動裝置可用性

10. Core Web Vitals 通過

指標	通過標準	常見問題	快速修復
LCP	< 2.5s	大圖片未壓縮	WebP + preload hero 圖
INP	< 200ms	第三方 JS 太多	延遲載入非必要 JS
CLS	< 0.1	圖片沒設尺寸	加 width + height 屬性

詳細的優化方法可以參考我們的網站速度優化指南。

11. 無障礙基本要求

雖然無障礙不是直接的排名因素，但它影響使用者體驗指標，間接影響 SEO。

所有圖片都有 alt 屬性
標題層級正確（H1 → H2 → H3，不要跳級）
足夠的色彩對比度（文字 vs 背景）
表單元素都有 label

第四類：結構化資料（Schema Markup）

12. 基本 Schema 設定

結構化資料幫助 Google 更精確地理解你的內容，並在搜尋結果中顯示 Rich Snippets（豐富摘要）。

每個網站都應該有的 Schema：

// Organization Schema（全站）
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "你的公司名稱",
  "url": "https://yourdomain.com",
  "logo": "https://yourdomain.com/logo.png",
  "sameAs": [
    "https://www.facebook.com/yourpage",
    "https://www.linkedin.com/company/yourcompany"
  ]
}

13. 文章頁 Schema

// Article Schema（每篇文章）
{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "文章標題",
  "datePublished": "2026-03-03",
  "dateModified": "2026-03-03",
  "author": {
    "@type": "Organization",
    "name": "Astrapath Marketing"
  },
  "publisher": {
    "@type": "Organization",
    "name": "Astrapath Marketing",
    "logo": { "@type": "ImageObject", "url": "https://..." }
  }
}

14. FAQ Schema

如果你的文章有 FAQ 區塊，加上 FAQPage Schema 可以讓你的搜尋結果直接顯示 Q&A 下拉：

{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "技術 SEO 是什麼？",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "技術 SEO 是確保搜尋引擎能正確爬取、理解和索引你的網站..."
      }
    }
  ]
}

15. BreadcrumbList Schema

麵包屑 Schema 讓搜尋結果顯示你的頁面層級：

首頁 > SEO 知識教學 > 技術 SEO 檢查清單 2026

這提高了點擊率，也幫助 Google 理解你的網站架構。

檢查工具：Google Rich Results Test（https://search.google.com/test/rich-results）

第五類：內容和元資料

16. Meta Title 和 Description

每一頁都要有獨特的 meta title 和 description。

Title 規則：

長度：50-60 字元（超過會被截斷）
包含主要關鍵字
包含品牌名稱（放在最後）
用 | 或 - 分隔

Description 規則：

長度：120-155 字元
包含行動呼籲或價值主張
不要和 title 重複

17. Heading 層級正確

✅ 正確結構
H1：頁面標題（每頁只有一個）
  H2：主要段落
    H3：子段落
    H3：子段落
  H2：主要段落
    H3：子段落

❌ 錯誤結構
H1：頁面標題
  H3：跳過了 H2
H2：段落
  H4：跳過了 H3
H1：第二個 H1

18. 重複內容處理

重複內容會讓 Google 困惑，不知道該索引哪個版本。

偵測方式：

Google Search Console 的「重複網頁」報告
Screaming Frog 的 Duplicate Content 掃描
用 site:yourdomain.com "某段特定文字" 搜尋，看是否有多個結果

處理方式：

完全重複 → 刪除或 301 轉址到主版本
部分重複 → 加 canonical 指向主版本
跨域重複 → 用 canonical 標示原始來源

這跟[長尾關鍵字](/blog/long-tail-keyword-strategy)的概念密切相關，建議一併了解。

第六類：進階技術

19. JavaScript 渲染

如果你的網站是 SPA（Single Page Application）或大量使用 JavaScript 動態載入內容，Google 的 JavaScript 渲染可能會有問題。

檢查方式：

在 Google Search Console 使用「網址檢查」工具
比較「原始 HTML」和「已轉譯的頁面」
如果已轉譯的頁面缺少內容，你的 JS 渲染有問題

解決方案：

最佳：Server-Side Rendering（SSR）或 Static Site Generation（SSG）
次佳：Dynamic Rendering（用 Rendertron 給爬蟲看靜態版本）
最差：Client-Side Rendering（完全依賴 JS，Google 可能看不到內容）

我們選擇 Next.js Static Export 就是因為這個原因 — 所有頁面在 build 時就預先生成好 HTML，Google 不需要執行任何 JavaScript 就能看到完整內容。

20. 國際化 / 多語言（hreflang）

如果你的網站有多語言版本，用 hreflang 告訴 Google 哪些頁面是同一內容的不同語言版本：

<link rel="alternate" hreflang="zh-TW" href="https://yourdomain.com/zh/" />
<link rel="alternate" hreflang="en" href="https://yourdomain.com/en/" />
<link rel="alternate" hreflang="x-default" href="https://yourdomain.com/" />

對台灣的網站來說，如果只有中文版就不需要特別設定。但如果你有面向其他地區的計畫，提早規劃好 hreflang 會省很多麻煩。

技術 SEO 檢查工具推薦

工具	費用	擅長
Google Search Console	免費	索引狀態、爬取問題、Core Web Vitals
Screaming Frog	免費版可爬 500 頁	全面網站掃描、找到技術問題
PageSpeed Insights	免費	Core Web Vitals 詳細分析
Ahrefs Site Audit	付費	大規模自動化掃描
Schema Markup Validator	免費	結構化資料驗證
Mobile-Friendly Test	免費	行動裝置友善測試

建議的檢查流程

每週：查看 Search Console 的錯誤通知
每月：用 Screaming Frog 掃描一次，檢查壞連結和新問題
每季：完整的 20 項檢查清單全部跑一遍
改版後：立即做完整檢查，特別注意 301 轉址和索引狀態

另外，[GEO生成式引擎優化](/blog/geo-generative-engine-optimization-guide)也是值得了解的延伸主題。

技術 SEO 的優先順序

如果你的時間有限，按這個順序處理：

優先級	項目	為什麼
P0	robots.txt + sitemap	不能爬就什麼都不用談
P0	HTTPS	排名因素 + 瀏覽器安全警告
P0	行動裝置友善	Google 行動優先索引
P1	Core Web Vitals	排名因素 + 使用者體驗
P1	Meta title/description	影響點擊率
P1	301 轉址	保留 SEO 權重
P2	結構化資料	Rich Snippets + AI 搜尋
P2	Canonical	重複內容問題
P2	JS 渲染	SPA 網站必做