Next.js 內容站每日 SEO 巡檢清單：首頁、Blog、文章與 Sitemap
Next.js 內容站最怕的不是某一天沒有新增功能，而是小問題累積到搜尋引擎與讀者都看不懂：首頁最新文章沒有更新、Blog 列表排序錯亂、文章 canonical 不一致、sitemap 少了新文章，或舊網址 redirect 規則不小心失效。
UCAMC 目前把文章 canonical URL 定義在 root-level /{slug}，/blog 只作為文章列表頁。因此每日巡檢時，重點不是硬把每篇文章都塞進 /blog/{slug}，而是確認首頁、列表頁、文章頁與搜尋引擎入口都指向同一套乾淨的內容結構。
1. 先確認內容是否真的被讀取
每日新增文章後，先檢查 Markdown frontmatter 是否完整。至少要包含：
title: "文章標題"
slug: "stable-url-slug"
date: "2026-07-08T09:10:00+08:00"
modified: "2026-07-08T09:10:00+08:00"
excerpt: "清楚說明這篇文章能幫讀者解決什麼問題。"
categories:
- Next.js
tags:
- SEO
author: "UCAMC"
seoTitle: "搜尋結果可讀的標題"
seoDescription: "搜尋結果可讀的摘要。"
draft: false
對 UCAMC 這類由舊 WordPress 延伸而來的內容站來說，frontmatter 不是裝飾，而是分類頁、首頁卡片、Open Graph、sitemap 與文章 metadata 的共同資料來源。新增內容時，寧願多花一分鐘把摘要與分類寫清楚，也不要讓系統用檔名或正文截斷文字硬湊。
2. 檢查首頁是不是像品牌入口
首頁不是單純的文章列表，它是讀者第一次理解 UCAMC 的入口。每日巡檢可以用三個問題快速判斷：
- Hero 是否清楚說明這個網站在整理什麼內容？
- 最新文章卡片是否顯示真正可點擊的標題、分類與 CTA？
- 手機版是否先看到主要行動按鈕，而不是被過多標籤、統計或輔助資訊擋住？
如果首頁出現 placeholder、重複標籤、裸露測試文案或最新文章不是剛發布的內容，就應該先修掉。這些問題不一定會讓 build 失敗，但會讓網站看起來不像長期經營的品牌站。
3. 檢查 /blog 列表是否可掃讀
Blog 列表頁的任務是讓讀者快速找到文章，因此巡檢重點是「可掃讀」：
- 最新文章是否排在最前面。
- 每張卡片是否有分類、日期、閱讀時間、標題與摘要。
- 文章連結是否指向 root-level
/{slug}。 - 分類連結是否能到對應分類頁。
- 卡片之間的間距是否足夠，不像資料表或匯出清單。
若列表頁很長，不要只看 HTML 前幾百個字就判斷成功。比較穩定的做法是用 DOM 或頁面文字搜尋最新 slug / title，確認新文章真的出現在列表，而不是只存在於 Markdown 檔案。
4. 檢查文章頁 metadata 與視覺完整度
文章頁至少要確認：
<title>與 description 使用seoTitle/seoDescription或合理 fallback。- canonical 指向
/{slug}。 - Open Graph / Twitter Card 有標題、摘要與封面圖。
- 封面圖 URL 回傳
200且 content-type 是圖片。 - 文章內部連結不是裸露的完整 placeholder URL。
如果文章包含清單、task list、程式碼區塊或表格，還要多看一次實際渲染。Markdown 能 build 不代表版面就專業；尤其 checklist 若縮排、checkbox 或表格線條跑掉，會降低讀者收藏與轉分享的意願。
5. 驗證 sitemap、robots 與 legacy redirect
每日最後要用接近正式環境的方式檢查路由：
npm run lint
npm run build
npm run start -- --hostname 127.0.0.1 --port 3000
curl -I http://127.0.0.1:3000/
curl -I http://127.0.0.1:3000/blog
curl -I http://127.0.0.1:3000/nextjs-content-site-daily-seo-checklist
curl -I http://127.0.0.1:3000/robots.txt
curl -I http://127.0.0.1:3000/sitemap.xml
UCAMC 的新文章不需要檢查 /blog/{slug} redirect；如果新文章的 /blog/{slug} 是 404，這不等於錯誤。真正要保留的是舊 WordPress 轉換過來的 ID-prefixed URL，例如 /{id}-{slug} 應該 301 到 /{slug}，避免舊搜尋結果與外部連結失效。
6. 每日巡檢可以留下的紀錄
建議每次巡檢都留下簡短紀錄，至少包含：
| 項目 | 記錄內容 |
|---|---|
| 新增文章 | 標題、slug、分類 |
| 驗證命令 | lint / build 是否通過 |
| 路由檢查 | /、/blog、新文章、分類頁、robots、sitemap |
| 圖片檢查 | coverImage / featuredImage 狀態碼與 content-type |
| 後續事項 | 需要 Leon 決策或人工確認的事情 |
這份紀錄不是為了形式，而是讓 UCAMC 的內容營運可以累積成可追蹤的工作流。當未來要回頭排查「文章為什麼沒有出現在生產站」或「sitemap 為什麼少了一篇」時，每日紀錄會比記憶可靠得多。
小結
Next.js 內容站的每日 SEO 巡檢，重點不是追求一次大改版，而是每天讓資訊架構更乾淨一點：canonical 一致、列表可讀、文章完整、圖片可用、sitemap 有更新、legacy redirect 沒壞。這些小動作累積起來，才會讓 UCAMC 從舊 Blog 逐步變成穩定、可維護、可搜尋的技術內容品牌網站。