SEO 結構基礎

概念 2026/4/23

定義

一組「讓搜尋引擎能理解網站」的技術預設值集合，與 CMS 平台無關。WordPress 之所以被誤認為「Google 偏心」，是因為它的核心 + 主流主題 + SEO 外掛預設替作者做掉了這些事；任何技術組合（Astro、Next.js、Hugo、純 HTML）只要顯式做齊這 10 條，效果等同。

Google 的排名優先序是「能不能理解你」大於「你跑多快」——Core Web Vitals 是 tiebreaker，不是入場券。結構層沒做對的網站，把速度做到 100 分也補不回來。

#	項目	核心做法
1	Permalink 友好	連字號不用底線、含關鍵字、層級淺、無查詢字串
2	語意化 HTML	用 `<article>`/`<section>`/`<nav>`/`<main>`/`<time>`，不要整頁 `<div>`
3	標題層級嚴謹	一頁一個 H1、H2→H3 不跳級、標題描述內容
4	Meta 三件套	`<title>`、`meta description`（120-160 字）、`canonical`
5	結構化資料（JSON-LD）	至少 `Article` + `BreadcrumbList`，首頁加 `Organization` + `WebSite`
6	動態 sitemap + 開放 robots.txt	新文章自動進 sitemap、robots.txt 指向 sitemap、提交 GSC
7	內鏈密度	每篇 5-10 條內鏈：相關文章、上下篇、分類、tag。孤兒頁面幾乎不排名
8	圖片 alt + srcset + lazy	alt 具體描述、響應式來源、`loading="lazy"`
9	RSS feed	`/feed/` 幫助 Google Discover、IndexNow 發現新內容
10	發佈頻率訊號	sitemap 正確 `<lastmod>`、schema 的 `dateModified`，讓 Google 知道「這站還活著」

Google Search Advocate John Mueller 在多次公開場合否認 Google 對任何 CMS 有偏好（Search Engine Journal、Search Engine Roundtable 整理）
Core Web Vitals 是 tiebreaker：結構好但慢的站會贏結構亂但快的站（Mueller / Inbound Design Partners）
WordPress 自 5.5 起內建 /wp-sitemap.xml
每篇文章自然帶 5-10 條內鏈是 WordPress 的內建優勢，靜態網站要自己建 related posts 機制才能達成

前提：其他條件（backlinks、domain authority、內容品質）相當。對新站或缺乏外部連結的站，10 條做齊也不保證排名。
邊界條件：CWV 是 tiebreaker 的說法對「LCP < 4s」可能成立，但 LCP > 4s 觸發 mobile-first 的 poor page experience 時可能直接降權——Mueller 沒畫清楚這條線。
類別區分：10 條裡混了兩種效果——「被發現機率」（sitemap、RSS、lastmod）與「被排名機率」（schema、語意 HTML、內鏈），兩者不完全等價。
文化差異：中文搜尋生態中，這 10 條的相對權重可能與英文不同（例：Flesch-Kincaid 可讀性不適用中文）。

無明確衝突。與 [[wordpress-效能優化]]、[[WordPress 生態系]] 的觀點互補——後者談為什麼 WordPress 生態容易做對，本條目談「做對了什麼」。