技術SEO
一句話定義
SEO 4 大維度之一——透過程式碼與網站架構優化讓搜尋引擎爬蟲更好檢索（Crawl）+ 建立索引（Index）；屬站內 SEO 範疇，是內容能被看見的容器（碗碟）。
核心要點
位階：權重 30% 但具負面槓桿（雙口徑）
「沒做好這 3 成，後面的努力都將可能事倍功半」（Welly）
- Welly 口徑：30%——技術 SEO 在整體 SEO 工作中的相對重要性；把 SEO 拆成多個工作維度後技術 SEO 約佔三成
- RE-LAB 口徑：10/100——技術層面在「三大得分技巧」框架下的權重；得分項細分為內容（45）+ 連結（45）+ 技術（10）
- 兩口徑不矛盾——分別對應「整體工作分配」vs「得分權重結構」兩種視角
- 不是最高佔比，但負面槓桿大：技術問題會讓內容、外部連結等其他維度的努力都打折
- 至少要做到基本即可——容器只要乾淨能承裝即可
- 對位 內容SEO「需不斷推陳出新」的料理調性
9 項分 3 層結構（Welly 框架）
Welly 把技術 SEO 拆成 3 個工作層次，每層對應網站工程的不同顆粒度。
第 1 層：打地基（全站基本建置）3 項
| # | 項目 | 重要性 | 對應 Google 流程 |
|---|---|---|---|
| 1 | SEO 網址 / 網域 | 4★ | 檢索 + 索引 |
| 2 | Breadcrumb 麵包屑 | 3★ | 檢索 + UX |
| 3 | Sitemap 網站地圖 | 5★ | 檢索 |
1. SEO 網址 / 網域：
- 結構：
通訊協定 // 子網域 . 次級網域 . 頂級網域 / 子目錄 / Slug - HTTPS 是 Google 信賴度指標，SEO 基礎
- 子網域 vs 子目錄無好壞之分（Welly 引 Google John Mueller）；依「工程師設定容易度 + 商業 / 品牌長遠發展 + 經營長久度」決定
- Slug 建議放關鍵字英文（中文複製後變亂碼）
2. Breadcrumb 麵包屑：
- 網頁導覽列「首頁 > 次分類 > 文章標題」
- 5 個 SEO 好處：指路 + 降低跳出率 + 不占版位 + 提升爬蟲友善度 + 有機會出現複合式搜尋結果
- 4 個企劃原則：階層名稱精簡 / 階層網址有效 / 含首頁階層 ≤ 5 / 放入相關關鍵字
- 透過 結構化資料 BreadcrumbList 標記
3. Sitemap 網站地圖：
- 與 SEO 排名無關——排名發生在檢索 + 索引之後
- 影響的是「爬蟲怎麼找到網頁」，主動告知讓 Google 順利爬取
- 3 種格式：txt（最簡單）/ XML（最常用）/ RSS, mRSS, Atom 1.0
- 提交流程：安裝 Google Search Console → 上傳根目錄 → Search Console 提交
第 2 層：別偷懶（單獨頁面標記）4 項
| # | 項目 | 重要性 | 主要作用 |
|---|---|---|---|
| 4 | Robots.txt + meta robots | 3★ | 控制檢索 / 索引 |
| 5 | Canonical URL | 3★ | 重複內容管理 |
| 6 | 301 / 302 轉址 | 4★ | 流量 + 權重轉移 |
| 7 | 結構化資料 | 4★ | 索引 + 複合式結果 |
4. Robots.txt vs meta robots 對比：
| robots.txt | meta robots | |
|---|---|---|
| 主功能 | 防「檢索」 | 防「建立索引」 |
| 撰寫方式 | 文字檔上傳網站 | 該網頁 head 下方新增 |
| 程式碼 | User-agent / Allow / Disallow / Crawl-delay / Sitemap | meta name / content / index / noindex / follow / nofollow |
- Robots.txt 僅部分機率不被索引（4 個原因：對 Google 只是參考非強制 / 並非所有引擎支援 / 各引擎解讀不同 / 別站連到封鎖頁仍會被索引——「秘密透過朋友洩漏」比喻）
- 真的不要被索引 → 用 meta robots
5. Canonical URL：
- HTML 標籤
<link rel="canonical" href="..."> - 3 大作用：指定 SERP 顯示網址 / 整合重複內容降低負面影響 / 避免爬蟲耗時檢索重複網頁
- 5 個使用情境：同首頁多入口 / 產品多顏色多規格 / 聯合發布或被抄襲 / 系統自動存的不同網址 / 多裝置類型 + 動態網址
- 4 個語法規範：放
<Head>內 / 一頁 1 個 / 用 https / 用完整網址
6. 301 / 302 轉址：
| 類型 | 別稱 | 性質 | 流量 | 排名權重 | Google 偏好 |
|---|---|---|---|---|---|
| 301 | 永久轉址 | 永久 | 轉移 | 轉移 | ✅ |
| 302 | 暫時轉址 | 暫時 | 轉移 | 不轉移 | A/B 測試適用 |
| 遮蔽轉址 | Masked / 隱性 | 隱藏實際網域 | — | — | ❌ 不建議 |
- 301 警示：轉址前後內容必須高度相關，否則被判黑帽 SEO
- 302 警示：時間過長會被誤判為 301，導致兩個網站排名都受損
- 遮蔽轉址不建議：行動裝置顯示異常 / SEO 標題前言圖片識別出錯
7. 結構化資料：見專頁
第 3 層：別失分（網頁體驗）2 項
| # | 項目 | 重要性 | 主要指標 |
|---|---|---|---|
| 8 | 網站速度 | 4★ | Core-Web-Vitals（LCP / FID / CLS） |
| 9 | 行動裝置兼容性 | 4★ | RWD / AWD |
8. 網站速度：見 Core-Web-Vitals 專頁
- Google 3 秒耐心法則（載入 1→3 秒跳出率 +32% / 1→6 秒 +106%）
- 3 大測試工具：PageSpeed Insights / YSlow / WebPagetest
- 位階警示：「重要性還是不如頁面與搜尋意圖的『相關性』來得高」
9. 行動裝置兼容性：
- AMP 已被 Google 取消排名加權（用戶體驗不佳）
- RWD 響應式網頁設計（Responsive Web Design）——Google 公開推薦；同一連結在不同裝置自動改變排版
- AWD 自適應式網站（Adaptive Web Design）——先判定裝置再改變排版；開發複雜、維護成本高、熱門度低
- RWD 提升 SEO 5 個原因：連結單一 / 跳出率較低 / 提升體驗及品牌形象 / 符合所有使用者搜尋習慣 / Google 喜歡這個趨勢
- 熱門 RWD 框架：Bootstrap（CSS / JS 模組 + SVG 圖庫）
多框架對位：RE-LAB 8 項問題清單
RE-LAB / JKL SEO 用「問題視角」（按可能出問題的具體項目分）對位 Welly「架構視角」（按工程層次分）。同樣的技術 SEO 領域，兩種切片方式都有效。
| RE:LAB 8 項 | 對應 Welly 9 項 | 備註 |
|---|---|---|
| 1. 爬文 / 收錄問題 | Sitemap + Robots.txt + meta robots | 對應第 3 + 4 項 |
| 2. URL 網址友善度 | SEO 網址 / 網域 | 對應第 1 項 |
| 3. 301 Redirect 轉址設定 | 301 / 302 轉址 | 對應第 6 項 |
| 4. HTTP 404 錯誤頁面 | — | Welly 9 項未涵蓋 |
| 5. HTML 語法正確性 | — | Welly 9 項未涵蓋 |
| 6. Canonical 標籤使用 | Canonical URL | 對應第 5 項 |
| 7. Hreflang 多語言標籤 | — | Welly 9 項未涵蓋（國際化網站專題） |
| 8. 網頁速度分析 | 網站速度 + 行動裝置兼容性 | 對應第 8 + 9 項 |
Welly 9 項中 RE:LAB 未明列（但散見於其他段）：
整合視角：合併兩來源後，技術 SEO 完整檢核項應為 Welly 9 項 + RE:LAB 三項補充（404 / HTML 語法 / Hreflang）= 12 項；其中404 / HTML 語法 / Hreflang 三項列入觀察清單，待累積到 2+ 主軸來源時可獨立成 sub-page 或在本頁深化。
行銷人 vs 工程師的溝通定位
Welly 本書的核心定位：「同時具有 SEO 領域知識、又會寫程式的工程師很稀有」——行銷人不需要會寫程式，但要能用「SEO 規則的語言」對齊技術需求。
- 行銷人不會寫程式也能做的事：規劃麵包屑階層 / 產生 Sitemap.xml（Sitemap Generator / Yoast SEO）/ Google 結構化資料標記協助工具 / FAQ Schema 生成器
- 行銷人需要工程師的事：HTML head 區塊 meta 標記 / 301 / 302 server 設定 / Bootstrap RWD 開發 / robots.txt 上傳
與其他概念的關係
- 是 SEO 4 大維度之一（站內 + 技術）
- 與 結構化資料：本頁第 7 項，因標記類型多樣 + Schema.org 跨域應用而獨立成頁
- 與 Core-Web-Vitals：本頁第 8 項，因是 Google 把 UX 量化的代表 + 跨 SEO 與 UX 而獨立成頁
- 與 易讀性：CLS（視覺穩定性）對應排版的「重複節奏」+「層級」；UX 排版層的「沒有感覺」原則 = 技術 SEO 體驗層的「不要失分」原則
- 與 使用者研究：3 秒耐心是行為研究結論；Core Web Vitals 把 UX 量化為排名訊號
- 與 PRD / BRD：技術 SEO 需求應在 PRD「產品架構與流程」部分被結構化（IA / Flow Chart / 字串表）；SEO 是 PM/UIUX/RD 三方溝通協定的隱含項
- 與 專案管理：SEO 的「事倍功半」是「預防勝於治療」在搜尋流量層的具體案例
- 與 網頁爬蟲「Robots.txt + Sitemap 的雙重用途」對位：對 SEO 而言 Sitemap.xml 是「告訴 Google 來這裡爬」的清單，Robots.txt 是「控制 Google 檢索範圍」的指南；對反爬蟲場景而言，同一份 Sitemap.xml 是「合法爬蟲應該只走的白名單」（不要追隱藏連結），Robots.txt 是「禁區圖」。同一份檔案、同一組訊號，雙重用途——技術 SEO 的公開資訊資產同時是反爬蟲場景的合法邊界宣告。
相關來源
- 2026-05-01-Welly-技術SEO9大項目
- 2026-05-01-Mike-反爬蟲檢測7招（反向視角；確立 Sitemap / Robots.txt 雙重用途對位）
- 2026-05-03-RE-LAB-SEO第一聖經（RE-LAB + JKL SEO；補入 8 項問題清單對位 + 雙口徑權重討論 + 404 / HTML 語法 / Hreflang 三項 Welly 未涵蓋細節）
備註
本頁原是 Welly 框架的具體展開——2026-05-03 RE-LAB ingest 後新增「多框架對位」段，現含 Welly 9 項工程層次 + RE-LAB 8 項問題清單兩套切片。如未來 ingest 其他來源（Moz / Ahrefs / SEMrush / Google Search Central）對技術 SEO 有不同分類法（如 Crawlability / Indexability / Renderability / Site Architecture / International SEO 五分法），可繼續累積對位表。
未來分裂方向： 9 項中以下幾個密度成熟時可拆出獨立頁：
- Sitemap——多種格式 / Yoast SEO / Sitemap Generator / Google Search Console / 動態 sitemap 等
- Canonical URL——重複內容管理 / hreflang 國際化 / cross-domain 場景
- 301 / 302 轉址——SEO 搬家專題 / 大規模重定向地圖
- RWD 響應式網頁設計——Bootstrap / Tailwind / clamp() / fluid typography（與 排版 的「未來累積方向」響應式排版交集）
- Core Web Vitals——已獨立成 Core-Web-Vitals
- 結構化資料——已獨立成 結構化資料
以上 4 個尚未獨立的概念列入觀察清單，等 vault 累積到 2+ 篇明確主軸來源時再分裂。