現代的 Next.js 應用程式看起來可能很快，但這並不代表它在技術 SEO 方面毫無問題。錯誤的 canonical 標籤、意外加入的 noindex、損壞的 sitemap 記錄，或是僅在 JavaScript 執行後才出現的內容，都可能讓搜尋引擎難以理解頁面。

本指南將逐步說明如何在 Next.js 專案中執行可重複的技術 SEO 稽核。

1. 區分爬取與索引狀態

URL 可被爬取不等於可被索引。先回答以下問題：

  • URL 是否回傳 HTTP 200？
  • robots.txt 是否封鎖該頁面？
  • 頁面是否包含 noindex meta 標籤？
  • Canonical 是否指向其他 URL？
  • 頁面是否出現在 sitemap 中？
  • 是否可透過內部連結存取？

若頁面出現在 sitemap 卻將 canonical 指向另一頁，會向搜尋引擎發送衝突訊號。同樣地，將被 robots.txt 封鎖的 URL 加入 sitemap 也會累積技術債務。

2. 逐一驗證各路由的 Metadata

Next.js 專案的 metadata 不應只停留在主 layout 層級。重要頁面應根據其搜尋意圖設定專屬的 title 與 description。

需檢查的基礎項目：

  • 獨特的 title
  • 說明使用者可獲得好處的 meta description
  • 正確的 canonical URL
  • Open Graph 標題、描述與圖片
  • Twitter 卡片
  • 必要時的 robots 指令

將 title 設定為關鍵字清單不如清楚說明頁面提供的結果更有效。例如「SEO 工具」不如「網站 SEO 分析：免費檢查技術錯誤」更能傳達明確的搜尋意圖。

3. 固定 Canonical 與網域標準

若相同內容可透過以下方式開啟，即可能產生重複 URL 問題：

  • http://site.com
  • https://site.com
  • https://www.site.com
  • 帶查詢參數的變化版本
  • 結尾有無斜線的地址

應指定單一主要網域，並將其他變體透過永久重新導向移至此處。Canonical 標籤也應指向最終重新導向的 URL。

4. 比對 Sitemap 與實際頁面

即使 sitemap 是自動產生，也不應假設它沒有錯誤。針對每個 sitemap URL 應執行以下檢查：

  1. HTTP 狀態是否為 200？
  2. 頁面是否可被索引？
  3. Canonical URL 是否指向自身？
  4. URL 是否重新導向至其他地址？
  5. 該頁面是否真的應該出現在搜尋結果中？

登入畫面、管理後台、暫存預覽頁面與個人使用者區域通常不應加入 sitemap。

5. 保持 robots.txt 簡潔

Robots.txt 並非防火牆。僅靠 robots.txt 封鎖敏感頁面無法保證其隱藏。

該檔案的任務是引導爬取行為。關鍵檢查點包括：

  • 不得意外封鎖 CSS 與 JavaScript 檔案
  • 應指定 sitemap 地址
  • 不得封鎖重要 landing page
  • 測試環境規則不得帶入正式環境

6. 將結構化資料與可見內容對應

JSON-LD 中的資訊應與頁面上可見內容一致。部落格文章可使用 Article；常見問答可使用 FAQPage；軟體產品則可使用 SoftwareApplication 結構。

然而，僅增加更多結構化資料並不保證排名。錯誤或與內容不符的結構化資料會降低可信度。

7. 檢查無 JavaScript 時可見的內容

雖然搜尋引擎可執行 JavaScript，但渲染過程需要額外資源。頁面的主要標題、描述與基礎連結應包含在伺服器產生的 HTML 中。

在瀏覽器中使用「檢視原始碼」搜尋以下項目：

  • H1
  • 主要描述
  • Canonical
  • Title 與 description
  • 內部導覽連結

若關鍵內容僅在用戶端 API 請求後才產生，可能延遲索引過程。

8. 使用真實使用者資料監控 Core Web Vitals

實驗室測試可為開發者提供快速回饋，而真實使用者資料則反映不同裝置與網路環境。LCP、INP 與 CLS 值尤其應在行動裝置體驗中追蹤。

Next.js 專案常見的效能問題：

  • 未指定尺寸的圖片
  • 不必要的用戶端元件
  • 大型第三方 script
  • 首屏載入的大型字型
  • 未使用的 JavaScript 套件

9. 自動稽核損壞的連結與圖片

內容搬移後，舊連結可能未全部更新。定期稽核應涵蓋內部連結、圖片與重新導向鏈。

產生 404 的圖片不僅損害使用者體驗，也會降低頁面品質感知。重新導向鏈的每個步驟也會增加延遲。

10. 結合自動分析與人工檢閱

自動化工具可在數百個 URL 上一致地執行相同規則。但判斷頁面是否真正滿足搜尋意圖，仍需仰賴人工評估。

SıraPusula 的免費 網站 SEO 分析 頁面可用於在單一報告中彙整 metadata、標題結構、連結、圖片、robots.txt 與 sitemap 等基本檢查。

若需另外追蹤有機排名，可使用 SıraPusula Google 排名查詢工具。

結論

Next.js 技術 SEO 工作並非一次性設定。新路由、內容與部署變更都可能破壞先前正確的設定。

最穩健的流程是：每次發布前執行自動檢查、定期爬取正式網站，並以 Search Console 資料驗證結果。如此可在問題演變為流量損失前及早發現。