Claude Code x 部落格架設(四):部落格 SEO 設定與流量追蹤
Claude Code x 部落格架設(四):部落格 SEO 設定與流量追蹤 — 編譯摘要
濃縮
核心結論:
- 部落格的 SEO 設定可以用一句話讓 Claude Code 一次搞定七項:meta title/description、canonical URL、robots.txt、sitemap、Open Graph、結構化資料(WebSite + Article Schema)——但「設定好」只是起點,之後每篇文章的 frontmatter 就是持續性的 SEO 操作。
- 流量追蹤的正確起步是 Cloudflare Web Analytics(零設定、不需追蹤碼、隱私友善),而非 Google Analytics。GA4 定位為「需要更細緻分析時的進階選項」,兩者可並存但不必同時裝。
- SEO 是六個互相串聯的設定層(meta 標籤 → canonical URL → robots.txt → sitemap → OG → Schema),加上兩個追蹤層(Web Analytics + Search Console),缺任何一層都不算完整。
關鍵證據:
- Astro 的
@astrojs/sitemap用兩層結構:sitemap-index.xml(索引)→sitemap-0.xml(實際網址清單),因為單一 sitemap 上限 50,000 筆。 - Canonical URL 對多語系網站尤其重要:中文版指向
/first-post,英文版指向/en/first-post,避免 Google 把兩個語言版本搞混。 - Open Graph 圖片建議 1200 x 630 像素,Facebook、LINE、X 通用。
- 新網站被 Google 收錄需要幾天到幾週,搜尋排名在持續更新三到六個月後才會明顯。
- Cloudflare Web Analytics 不需要追蹤碼,在 Dashboard 點「啟用」即完成,提供 Core Web Vitals 即時評分。
- 結構化資料可用 Google Rich Results Test 驗證,設定不保證顯示但不設定機會為零。
質疑
結論 1:一句話搞定七項 SEO 設定
- 前提假設:Claude Code 對 Astro 的 SEO 最佳實踐理解正確且完整。不同 Astro 主題的 layout 結構差異可能導致設定方式不同。
- 邊界條件:多語系的 hreflang 設定、特殊 canonical 需求(如分頁)、robots.txt 的進階規則(禁止爬取特定路徑)未在文章中涵蓋。
- 反例:WordPress + Yoast SEO 提供即時 SEO 評分和可視化回饋,比手動填 frontmatter 更有指導性。Astro 生態缺乏類似的即時檢查工具。
結論 2:Cloudflare Web Analytics 優先於 GA4
- 前提假設:讀者的部落格部署在 Cloudflare Workers 上。如果用其他平台(Vercel、Netlify),這個建議不適用。
- 邊界條件:Cloudflare Web Analytics 不提供使用者停留時間、跳出率、轉化追蹤等行為分析數據。對想做內容優化(A/B 標題測試、CTA 追蹤)的人來說不夠用。
- 隱私優勢的代價:不用 cookie 意味著同一使用者重複造訪無法被精確辨識,「使用者數」比 GA4 的數字粗糙。
結論 3:六個設定層 + 兩個追蹤層
- 前提假設:Google 仍然是主要搜尋引擎。如果 AI 搜尋(Perplexity、ChatGPT Search)成為主流,結構化資料和 sitemap 的重要性會改變。
- 遺漏:文章未提及 RSS Feed(Astro 有
@astrojs/rss)、URL slug 命名規範、標題層級(H1/H2/H3)等也屬於 SEO 基礎的項目。作者有意識到但選擇不放入(避免篇幅過長)。
對標
-
實體店面的開業流程:SEO 設定 = 掛招牌 + 登記 Google Maps + 裝門口計數器。文章用「巷子裡的店」比喻精準描繪了「有網站但沒 SEO」的狀態。這個比喻可遷移到任何需要「被發現」的場景(App Store 優化、YouTube SEO、Podcast 目錄提交)。
-
書籍的出版資訊:結構化資料(Schema.org)類似書籍的 ISBN、分類號和書目資料。出版業早就建立了標準化的 metadata 系統讓圖書館和書店能正確分類——Web 上的結構化資料做的是同一件事。
-
分層監控架構:Cloudflare Web Analytics(基礎層)→ GA4(行為層)→ GSC(搜尋引擎層)的三層結構,類似軟體監控的 metrics → traces → logs 分層。每一層解決不同粒度的問題,逐步按需啟用。
-
與 AI 搜尋的交叉:文章主要針對 Google 搜尋排名,但隨著 AI Overview、Perplexity 等工具的普及,結構化資料可能成為被 AI 引用的關鍵——這是文章未深入但值得追蹤的方向。
關聯概念
- [[靜態網站架設]] — 本文是架設系列第四篇,SEO 是讓靜態網站「被找到」的必要步驟
- [[SEO 內容策略]] — 本文是技術設定層,SEO 內容策略是持續運營層
- [[自動化報告流程]] — Cloudflare Web Analytics API 串接是進階方向
- [[非工程師的 AI 工具採用]] — 延續系列的「用自然語言完成技術操作」路線