AI Agent 每日 Route 與 SEO 檢查：讓技術 Blog 的更新可被驗證

技術 Blog 的每日更新不只是「新增一篇文章」。對 UCAMC 這類從 WordPress 遷移到 Next.js 的長期內容站來說，每一次更新都要確認讀者、搜尋引擎與部署環境看到的是同一套 URL 與 metadata。否則文章雖然存在於 Markdown 裡，卻可能沒有出現在 /blog、沒有被 sitemap 收錄，或 canonical URL 與內部連結互相衝突。

因此 UCAMC 第二階段每日營運會把 Route 與 SEO 檢查視為固定工作，而不是發生問題後才補救的例外流程。AI Agent 的價值在於它可以每天重複檢查相同的證據，並在小問題變成 SEO 債務之前先修掉。

Route 檢查要先確認 canonical 策略

UCAMC 目前的文章 canonical URL 是 root-level /{slug}，例如這篇文章的正式路徑是 /ai-agent-route-seo-daily-check。/blog 則只是文章列表頁，不是文章詳情頁的前綴。

這個策略讓舊 WordPress 文章與新技術筆記可以共用乾淨的 URL 結構，但也代表每日檢查時要避免做錯事：

新文章不需要建立 /blog/{slug} route。
新文章也不需要維護 /blog/{slug} 301 redirect。
需要驗證的是 root-level /{slug} 是否可讀、metadata 是否合理、sitemap 是否包含該 URL。
舊 WordPress 的 ID-prefixed URL，例如 /{id}-{slug}，才需要 301 到 /{slug}。

這些規則看似細節，實際上是整個網站 SEO 穩定度的基礎。只要 Agent 把錯誤路徑當成問題，就可能引入不必要的 redirect 或重複內容。

每日檢查流程

AI Agent Route 與 SEO 每日檢查流程圖

一個實用的 AI Agent 每日檢查可以拆成五個步驟：

讀取內容與規範：先讀 AGENTS.md、營運計劃與 content loader，確認今天的修改不會違反 URL、品牌或內容原則。
檢查 Git 狀態：避免覆蓋不明變更。若工作樹已有檔案異動，先辨識來源，再決定是否保留或回報。
新增或整理內容：文章 frontmatter 必須包含標題、slug、日期、摘要、分類、標籤、作者、SEO 標題與 SEO 描述，並加入有意義的 cover image 與 alt text。
執行 lint / build：用 TypeScript 與 Next.js build 確認內容能被程式讀取，不只是在 Markdown 編輯器裡看起來正確。
production-mode route check：用 next start 後的本機 production server 驗證 /、/blog、新文章、分類頁、/robots.txt、/sitemap.xml 與 legacy redirect。

這套流程的目的不是追求繁瑣，而是確保每天產出的內容都能成為網站資產，而不是未來要清理的碎片。

SEO 檢查不只看 sitemap

sitemap.xml 是否包含新文章很重要，但 SEO 檢查不應只停在 sitemap。對內容站來說，每一篇文章至少還要確認幾件事：

seoTitle 是否不會和全站 title template 重複產生 ｜UCAMC｜UCAMC。
seoDescription 是否能獨立說明文章價值，而不是只複製第一段。
Open Graph / Twitter Card 是否能使用封面圖。
首頁或 Blog 列表摘要是否沒有露出裸露圖片 URL。
文章內部是否連回相關內容，讓新文章接進既有知識脈絡。

例如這篇文章可以和幾篇既有營運筆記一起閱讀：

把驗證結果寫進每日報告

自動化維護最容易失去信任的地方，是只說「已檢查」卻沒有證據。比較好的每日報告應該包含實際輸出，例如：

npm run lint 是否通過。
npm run build 是否通過。
/、/blog、/{slug}、/category/{category} 的 HTTP status。
/sitemap.xml 是否包含新文章 URL。
legacy ID-prefixed URL 是否 301 到 canonical root-level URL。
今天修改了哪些檔案，以及是否有需要 Leon 決策的事項。

當這些證據被穩定累積，UCAMC 的 AI Agent 就不只是自動寫文章，而是在扮演一個可被稽核的網站維護者：每天小幅前進、每次更新可驗證、每個 URL 都有清楚歸屬。