技術 SEO（Technical SEO，技術性搜尋引擎優化）是讓搜尋引擎「抓得到、讀得懂、載得快」的網站基礎工程，處理的不是內容寫什麼，而是網站的結構與運作方式：檢索器能不能進來、網址有沒有重複、JavaScript 載入的內容看不看得到、頁面幾秒才出現、結構化資料有沒有標。內容與關鍵字做得再好，技術層卡住就是上不去。您不需要會寫程式，但需要懂到能跟工程師用同一種語言討論——本文用一張地圖把技術 SEO 的六個層面與優先順序整理清楚，各層面另有實作專文。
本文是〈SEO 初學者完整指南〉「技術 SEO」一節的深入篇，也是本站「技術 SEO 與網站架設」分類的總覽頁；搜尋引擎抓取、索引、排名的原理在〈搜尋引擎如何運作〉，本篇不重複。
技術 SEO 是什麼？
技術 SEO 是針對網站的可抓取性、可索引性、渲染方式、載入速度、結構化資料與安全性所做的優化，目的是讓搜尋引擎能完整取得並正確理解網站內容；它與內容 SEO（寫什麼）、站外 SEO（誰連向您）並列為 SEO 的三大領域。
SEO 通常分三塊：內容（on-page，網頁上寫了什麼、關鍵字怎麼安排）、站外（off-page，外部連結與品牌聲量）、技術（technical，網站本身的結構與運作）。技術 SEO 的特別之處在於它是「門檻型」而不是「加分型」：做好了不會直接讓排名上升，做壞了卻會讓內容與連結的努力全部歸零，因為搜尋引擎根本拿不到或讀不懂您的網頁。
對應到搜尋引擎的三個步驟，技術 SEO 管的是前兩步「抓取」與「索引」的全部，以及第三步「排名」裡與體驗有關的部分（速度、行動裝置相容性、安全）。內容品質與連結權威屬於排名層，不在技術 SEO 的範圍。這個劃分很重要，因為它決定了排查順序：網頁沒排名時，先確認技術層有沒有卡住，再談內容。
為什麼技術 SEO 重要？三個看得到的後果
技術問題的後果是「整批」而不是「單頁」的：一行寫錯的 robots.txt 可以讓整站消失、一套只靠 JavaScript 載入內容的前端框架可以讓所有商品頁變空白、一次沒設轉址的改版可以讓多年累積的連結全部斷掉。
我們做網站健檢與改版承接時，技術層的問題有三種典型後果，每一種都是客戶自己從外觀完全看不出來的：
- 整站或整批頁面不被收錄。測試站的
Disallow: /跟著上線、整站掛了 noindex、sitemap 裡列的是舊網址——這些錯誤不會讓網站壞掉，使用者照常瀏覽，只有搜尋引擎看不到。 - Google 看到的頁面跟使用者不一樣。改版成前端框架後，渲染出來的頁面只有外框、內容全靠瀏覽器端 JavaScript 載入，Google 的網址審查工具看到的是一片空白。
- 年資與連結一夕歸零。換網址、換網域、換平台時沒有做 301 轉址，舊網址累積的外部連結與排名訊號無處可去，流量圖看起來像被演算法懲罰。
這也是為什麼 Google 在 AI 搜尋時代仍反覆強調基礎：Google 官方說明 AI Overviews 與 AI 模式的引用來源取自搜尋索引，「沒有額外的收錄條件」——換句話說，網頁被抓取、被索引，才有資格被 AI 引用；技術 SEO 同時是傳統排名與 AI 引用的共同前提。
技術 SEO 的六個層面：一張地圖與優先順序
技術 SEO 可以拆成六個層面，依「出錯時殺傷範圍」排序：抓取控制、索引控制、渲染、速度、結構化資料、安全與行動與多語系；健檢時由上往下查，前兩層沒問題再往下看。
| 層面 | 要回答的問題 | 主要工具 | 實作專文 |
|---|---|---|---|
| 1. 抓取控制 | 檢索器進得來嗎？該抓的有抓、不該抓的沒抓？ | robots.txt、sitemap.xml、Search Console 網頁索引報表 | robots.txt 怎麼寫、sitemap.xml 怎麼提交 |
| 2. 索引控制 | 每份內容只有一個網址嗎？搬過家的網址有轉址嗎？ | canonical、301 轉址、noindex、網址審查工具 | canonical 標籤怎麼用、301 轉址怎麼做 |
| 3. 渲染 | Google 渲染後看到的內容跟使用者一樣嗎？ | 網址審查工具的「檢視已檢索的網頁」 | 本文第三層面一節 |
| 4. 速度 | 真實使用者的 LCP、INP、CLS 有沒有達標？ | Search Console 核心指標報表、PageSpeed Insights | 本文第四層面一節 |
| 5. 結構化資料 | 機器讀得出這一頁是什麼類型的內容嗎？ | 複合式搜尋結果測試、Schema 標記驗證工具 | 本文第五層面一節、網站內 SEO |
| 6. 安全、行動與多語系 | 全站 https？行動版內容完整？多語言版本互相標記？ | 瀏覽器安全鎖頭、Search Console、hreflang | 本文第六層面一節 |
排序的邏輯是殺傷範圍：第一、二層出錯影響整站或整批頁面，第三層影響採用特定技術的頁面，第四層以後多半是「做得更好」而不是「有沒有」的問題。我們健檢時的順序也是這樣，先花時間確認前兩層，因為那裡的問題最致命也最容易修。
層面一與二：抓取控制與索引控制
抓取控制靠 robots.txt（不要抓什麼）與 sitemap.xml（要抓什麼）；索引控制靠 canonical（重複網址選哪個）、301（搬家的網址去哪裡）與 noindex（哪些頁不要出現）；五個工具各管一件事，用錯工具是最常見的錯誤。
這兩層的原理在〈搜尋引擎如何運作〉已有說明，這裡只放判斷表，因為我們看到的錯誤幾乎都是「用 A 工具做 B 的事」：
| 工具 | 解決什麼 | 不該拿來做什麼 |
|---|---|---|
| robots.txt | 不要抓後台、站內搜尋、無限參數頁 | 讓網頁不出現在搜尋結果（被連結的頁仍會被收錄） |
| sitemap.xml | 讓 Google 更快發現該收錄的網址 | 列入 noindex、轉址或 404 的網址 |
| canonical | 同時存在的重複網址，指定正本 | 取代 301 處理已搬家的頁面；多語系頁面互指 |
| 301 轉址 | 舊網址不再存在，把訊號帶到新網址 | 把沒有對應內容的舊網址全轉首頁（軟性 404） |
| noindex | 讓特定頁不出現在搜尋結果 | 同時用 robots.txt 擋住那一頁（Google 讀不到 noindex） |
層面三：JavaScript 渲染，最常出事的地方
Googlebot 能執行 JavaScript，但渲染需要排隊、消耗額外資源；重要內容與連結若只存在於 JavaScript 執行之後，就有延遲收錄或漏收錄的風險。原則是 SEO 關鍵元素盡量放在原始 HTML 裡。
現代的 Googlebot 使用常青版 Chromium 渲染網頁，多數情況能看到和使用者一樣的畫面。但「能」不等於「即時、每次都成功」——渲染在獨立的佇列中進行，以下情況會讓它失敗：JavaScript 檔案被 robots.txt 擋住，Googlebot 根本拿不到；伺服器回應太慢或出錯，渲染超時放棄；內容要等使用者捲動或點擊才載入，而 Googlebot 不會捲動也不會點。
驗證方法只有一個：用 Search Console 的網址審查工具測試線上網址，看「檢視已檢索的網頁」的 HTML 與截圖——那就是 Google 實際看到的樣子。如果重要內容不在裡面，問題就確診了；解法方向（伺服器端渲染、預先渲染、把關鍵內容改放 HTML）拿著這個證據跟工程師討論即可。
我們實際遇過的典型形態：整站改版成前端框架後流量下滑，用網址審查一看，渲染後的頁面只有外框、商品內容全靠瀏覽器端 JavaScript 載入。這類問題從外觀完全看不出來——網站在使用者眼中一切正常，只有搜尋引擎看到空頁。
層面四：速度，以 Core Web Vitals 為準
網站速度的量測標準是 Google 的網站體驗核心指標（Core Web Vitals）：LCP 2.5 秒以內、INP 200 毫秒以內、CLS 0.1 以下，以真實使用者的第 75 百分位為準；優先看 Search Console 的真實資料，不追測速工具的分數。
| 指標 | 量測什麼 | 良好門檻 |
|---|---|---|
| LCP 最大內容繪製 | 主要內容多久顯示 | 2.5 秒以內 |
| INP 互動至下次繪製 | 操作後多久有反應 | 200 毫秒以內 |
| CLS 累計版位配置轉移 | 版面跳動程度 | 0.1 以下 |
中小企業網站投報率最高的四個改善點：圖片（WebP、壓縮、標 width 與 height 防 CLS、首屏外 lazy loading）；CSS 與 JavaScript 壓縮並開啟伺服器端 gzip 或 brotli，減少不必要的第三方腳本；靜態資源設定瀏覽器快取；以及量測順序——先看 Search Console 核心指標報表的真實資料決定要不要修，再用 PageSpeed Insights 找出修什麼。
順帶說明 AMP：Google 已於 2021 年的網頁體驗更新中取消 Top Stories 對 AMP 的要求，改以 Core Web Vitals 等訊號評估所有網頁。還掛著 AMP 的網站值得評估退場（AMP 網址逐一 301 回正常網頁）；還沒做的不必開始，把資源放在讓正常網頁變快。
層面五：結構化資料
結構化資料（schema 標記）是用 Google 建議的 JSON-LD 格式，明確告訴搜尋引擎「這段是 FAQ、這是作者、這是產品」；它幫助理解、也可能帶來複合式搜尋結果，但不保證顯示，且標記的內容必須真實出現在頁面上。
使用規則有三條：格式用 JSON-LD，驗證用「複合式搜尋結果測試」與 Schema 標記驗證工具（舊的結構化資料測試工具已於 2020 年除役）；標記的內容必須是頁面上看得到的，標了評論就要真的有評論；標記要隨內容更新。現況認知也要更新：Google 已於 2026 年 5 月停止在搜尋結果顯示 FAQ 複合式結果，FAQPage 標記的用途改為協助 AI 搜尋理解與引用，不再是為了那幾行展開的問答。本站對 FAQ 等標記的實作慣例見〈網站內 SEO〉。
層面六：安全、行動版與多語系
全站 https 是基本門檻，http 版本要 301 到 https；Google 以行動版內容為索引依據，行動版砍掉的文字與連結桌機版寫再多也沒用；多語言網站用 hreflang 雙向標記，各語言版本各自 canonical，不互指。
- https：2026 年還有 http 頁面能打開的網站不多，但「http 與 https 兩個版本都能開、沒有轉址」的網站還不少，這是索引層的重複問題，用整站 301 解決。
- 行動優先索引：Google 已於 2023 年宣布行動優先索引全面完成，一律以行動版內容為準。響應式設計是正確投資，獨立的行動版網址（m.example.com）建議退場。
- 多語系與多地區：同內容不同語言的版本用 hreflang 標記對應關係，而且要雙向互指，只標單向是最常見的錯誤；多地區用國家頂級網域或子目錄劃分。只服務台灣市場的網站不需要處理這一項。
深入各主題：技術 SEO 實作專文
本站「技術 SEO 與網站架設」分類依本文的六層地圖逐項展開實作，目前有四篇：robots.txt、sitemap.xml、canonical、301 轉址；改版全流程另有專文，速度與 WordPress 架設專文陸續補上。
| 文章 | 解決的問題 | 適合誰先看 |
|---|---|---|
| robots.txt 怎麼寫？語法、範例、常見錯誤與 AI 檢索器設定 | 不要抓什麼；GPTBot、OAI-SearchBot、Google-Extended 該不該擋 | 網站剛上線、改版後收錄異常、想管理 AI 檢索器的人 |
| sitemap.xml 是什麼？怎麼產生、怎麼提交、哪些網址不該放 | 要抓什麼；lastmod 該不該寫；Search Console 報表怎麼看 | 網頁遲遲不被收錄、sitemap 報表有錯誤的人 |
| canonical 標籤怎麼用？重複內容的判斷、寫法與五種常見錯誤 | 同一份內容多個網址；「Google 選擇的標準網頁與使用者不同」 | 電商網站、報表出現大量重複網頁的人 |
| 301 轉址怎麼做？換網址、換網域不掉排名的設定與檢查 | 舊網址搬家；對照表、設定、驗證與保留期限 | 準備改版、換網域、換平台的人 |
| 網站改版不掉排名的檢查清單 | 改版前、上線當天、上線後三階段的完整清單 | 改版案的承辦人與專案負責人 |
技術 SEO 的四個常見迷思
最常見的四個誤解是：PageSpeed 分數要衝到 90、結構化資料加了就有星星、AMP 還是加分項、以及技術 SEO 做一次就好；四個都不成立。
迷思 1：PageSpeed Insights 分數要 90 分以上
分數是模擬環境的診斷參考，Google 用來評估的是真實使用者資料。該看的是 Search Console 核心指標報表：三項指標落在良好範圍就達標，不必為了分數把功能拆光。
迷思 2：結構化資料加了就會有複合式搜尋結果
是否顯示由 Google 決定；標記讓 Google 更準確理解內容，這才是它現在的主要價值。標了頁面上沒有的內容反而違反規範。
迷思 3：AMP 還是加分項
Top Stories 的 AMP 要求已於 2021 年取消，AMP 本身不是排名訊號。維護兩套頁面、流量歸屬混亂的成本，遠高於把正常網頁做快。
迷思 4：技術 SEO 做一次就好
每一次改版、換外掛、換主機、新增功能都可能把設好的東西改掉。實務上絕大多數技術災難都發生在改版當下，所以技術 SEO 是「每次動網站就要重新確認」的例行工作，而不是一次性專案。
不會寫程式也能做的技術 SEO 自我健檢
不會寫程式仍能完成「診斷與驗收」：用 Search Console 與瀏覽器就能檢查六個層面各一項關鍵指標，找出問題後拿著證據交給工程師，比憑感覺討論有效得多。
- 抓取：用無痕視窗打開
您的網域/robots.txt，確認沒有Disallow: /，且有 Sitemap 那一行；Search Console 的 Sitemap 報表顯示「成功」。 - 索引：網頁索引報表把篩選改成「所有已提交的網頁」，看「未建立索引」的原因清單；「重複網頁」與「遭到 robots.txt 封鎖」若有您想收錄的頁面就要處理。
- 渲染：對首頁與一個主要產品或服務頁做網址審查，點「檢視已檢索的網頁」，確認主要文字與連結都在 HTML 裡。
- 速度：Search Console 的核心指標報表，行動版「不良」與「需要改善」的網址數量是否為零或接近零。
- 結構化資料：把一個有標記的網頁貼進複合式搜尋結果測試，確認沒有錯誤。
- 安全與行動：瀏覽器輸入 http 版本的網址，確認自動跳到 https；手機打開網站，確認導覽選單與內文和桌機版一樣完整。
六項都過，技術層基本沒有致命問題，可以把力氣放到內容與連結；任何一項沒過，先修那一項，因為它可能正在抵銷其他所有努力。若排名已經掉了、想先判斷是不是技術問題，排查順序可依〈排名突然下滑怎麼查〉。
常見問題 FAQ
技術 SEO 和內容 SEO 哪個先做？
技術先確認，內容再投入。技術 SEO 是門檻：抓不到、讀不懂，內容寫得再好也沒有排名。但技術層只要沒有致命問題就夠了，不必做到完美才開始寫內容。
不會寫程式，可以做技術 SEO 嗎？
可以做到「診斷與驗收」的程度。用 Search Console 確認索引與核心指標、用網址審查工具確認 Google 看到什麼、用測速工具找出慢的原因。實作交給工程師，但拿著證據討論和憑感覺討論，效率完全不同。
網站用 React、Vue 這類前端框架，SEO 會有問題嗎？
不必然，但風險點明確。內容若全靠瀏覽器端 JavaScript 渲染，可能被延遲收錄或漏收錄。先用網址審查工具確認 Google 實際看到的頁面；有問題時，伺服器端渲染或預先渲染是常見解法。
技術 SEO 多久要檢查一次？
每月看一次報表，每次改版前後完整查一輪。Search Console 的網頁索引與核心指標每月看；換版型、換框架、換主機、搬站這類大動作前後必須完整檢查，因為多數技術災難都發生在改版當下。
技術 SEO 對 AI 搜尋（AI Overviews、ChatGPT）有影響嗎？
有，而且是前提。Google 說明 AI 功能的引用來源取自搜尋索引，沒有額外收錄條件；ChatGPT 搜尋也靠自己的檢索器抓取。網頁抓不到、索引不了，就不會被任何 AI 引用。robots.txt 對 AI 檢索器的設定見本站 robots.txt 專文。
AMP 頁面要拆掉嗎？會不會影響排名？
Google 已不再要求 AMP，拆除本身不會被扣分，但要做好轉址。AMP 網址逐一 301 回對應的正常網頁，並確認正常網頁的 Core Web Vitals 達標，流量就會平順轉移。
更新紀錄
- 2020 年 1 月：初版發布（編譯自 Moz 初學者指南第五章）。
- 2026 年 8 月 27 日：全文重寫為〈SEO 初學者完整指南〉的深入篇。移除 AMP 整節、速度一節重建於 Core Web Vitals、結構化資料驗證工具更新、JavaScript 渲染機制更新。
- 2026 年 8 月 28 日：升格為本站「技術 SEO 與網站架設」分類的總覽頁。新增「技術 SEO 是什麼」定義章、六層面地圖、工具判斷表、常見迷思與自我健檢清單，並新增「深入各主題」導覽連往 robots.txt、sitemap.xml、canonical、301 轉址四篇實作專文；FAQ 複合式結果現況依 Google 2026 年 5 月變更更新。
- 下次檢視：本文預計每半年重新查證一次 Core Web Vitals 門檻與工具現況，並更新本欄。
結論：技術 SEO 是地基，先確認再蓋樓
技術 SEO 是讓搜尋引擎抓得到、讀得懂、載得快的基礎工程，門檻型而非加分型：六個層面依殺傷範圍排序，先確認抓取與索引控制沒有致命錯誤，再看渲染、速度、結構化資料與安全行動多語系。不會寫程式也能用 Search Console 完成診斷與驗收，把證據交給工程師；每次動網站就重新確認一輪，比一次做到完美更重要。
想知道網站的技術地基有沒有漏洞？轉角網路SEO行銷在板橋與台中提供免費搜尋健檢。我們會依本文的六個層面逐項檢查：robots.txt 與 sitemap、重複網址與轉址、Google 實際渲染的頁面、核心指標的真實資料，並把發現整理成可以直接交給工程師的清單。
參考來源
- Google，〈Understand JavaScript SEO basics（JavaScript SEO 基礎）〉，Google Search Central，2026-08-28 查證。
- Google，〈Introduction to structured data（結構化資料簡介）〉，Google Search Central，2026-08-28 查證。
- Google，〈Web Vitals〉，web.dev（Core Web Vitals 三項指標與門檻之官方出處），2026-08-28 查證。
- Google，〈More details on the page experience update（網頁體驗更新細節）〉，Google Search Central Blog，2021-04（Top Stories 取消 AMP 要求之出處）。
- Google，〈Mobile-first indexing has landed（行動優先索引全面完成）〉，Google Search Central Blog，2023-10。
- Google，〈AI features and your website（AI 功能與您的網站）〉，Google Search Central，2026-08-28 查證。
- Google，〈Localized versions of your pages（本地化版本網頁）〉，Google Search Central，2026-08-28 查證。
- Search Engine Journal，〈Google Drops FAQ Rich Results From Search〉，2026-05。
- 轉角網路SEO行銷，〈SEO 是什麼？2026 初學者完整指南〉與〈搜尋引擎如何運作〉，corners.com.tw，本站自有內容。