你的網站沒有流量：讓 Codex 找出第一個要修復的問題

使用 Codex 檢查一個沒有流量的網站，將可見事實與猜測分開，並在創作更多內容之前選擇一個有證據支持的修復項目。

在你弄清楚為什麼目前的網站沒有能見度之前，不要再發布另一篇文章

一個沒有流量的網站，不總是代表需要更多內容。它可能需要一個更清晰的服務頁面、一個可被爬取的頁面、一個真正回答實際問題的內容、更好的內部連結，或者只是足夠的時間搭配適當的測量來評估現有內容。

這堂課指派 Codex 一個任務：製作一張流量修復卡（Traffic Recovery Card）。這張卡找出第一個值得解決的問題，並展示選擇背後的證據。它不產出龐大的審查報告、不接觸實際的營運環境，也不假裝在沒有數據的情況下知道排名。

完成的定義： 你有一個被指名的頁面或網站問題、支持它的證據、一份修復簡報，以及通往共享流量任務課程的下一條路線。

預留 30 到 45 分鐘。你需要一個公開的首頁 URL、一個你關心的頁面，以及一句話描述期望的訪客行動。Search Console 匯出資料有幫助但不是必須的。

給 Codex 它所需的最少證據

建立一個小的證據資料夾，而不是一份龐大的審查報告

不需要購買 SEO 工具或存取帳號。建立一個名為 traffic-recovery 的資料夾，只放入你可以看到或安全匯出的內容。

traffic-recovery/
  growth-start-card.md
  homepage-notes.md
  important-page-url.txt
  gsc-pages-last-28-days.csv        (選用)
  gsc-queries-last-28-days.csv      (選用)
  owner-brief.md

對於 homepage-notes.md，貼上可見的標題、第一段、主要服務內容和行動呼籲。避免包含私人分析數據、客戶名單、密碼或任何不適合寫作專案的內容。

網站：example-bookkeeping.co.uk
重要頁面：/bookkeeping-for-designers
可見標題：為創意工作者提供的平靜記帳服務
可見 CTA：與我們聯絡
擁有者聲明：我們提供每月記帳與探索通話。我們不代為申報稅務。
  我們可以遠距服務全英國客戶。
GSC 匯出：尚無

這提供了足夠的素材來找出第一個可見的問題。它並不證明 Google 沒有索引網站、頁面排名不佳或訪客跳出。這些仍然未知。

品質檢查： 你的資料夾包含一個 URL 和一個業務邊界。如果裡面有很多報告但沒有明確的訪客行動，先停下來寫好擁有者聲明。

如果你有 Search Console：匯出一個完整的日期範圍，而不是今天的不完整數據。加入頁面和查詢匯出作為證據。沒有也沒關係，還是可以完成這堂課。

Codex 標準提示詞

你是我的無流量網站診斷師。

閱讀我的成長起手卡：
[貼上內容或提供本地路徑]

公開網站：[URL]
重要頁面（如有）：[URL 或 NONE]
我擁有的選用證據：[GSC 匯出路徑、爬取報告路徑，或 NONE]
我銷售的內容或希望訪客做的事：[一句話]

僅檢查公開頁面和我提供的本地證據。不要登入、要求憑證、編輯檔案、
提交 URL、修改 robots.txt、發布、部署或建立內容。

製作一張流量修復卡，包含：
1. WHAT IS VISIBLE（可見的事實）：最多五項附帶 URL 證據的事實。
2. WHAT IS UNKNOWN（未知的事實）：你無法驗證的流量、索引、排名或設定事實。
3. FIRST RECOVERY PRIORITY（第一修復優先順序）：僅選擇以下之一 ——
   PAGE CLARITY（頁面清晰度）、TECHNICAL FINDABILITY（技術可發現性）、
   CONTENT GAP（內容缺口）、INTERNAL CONNECTION（內部連結）、
   或 TRUST/FACT GAP（信任/事實缺口）。
4. 首先修復的頁面或資產，以及為什麼它具有優先權。
5. 小型修復簡報：目標、所需擁有者事實、建議變更，以及批准後的檢查項目。
6. WHAT NOT TO DO YET（暫時不要做的事）：三項會浪費精力的行動。

使用平實的語言。除非有證據支持，否則不要稱任何東西為「壞掉的」。

在讓 Codex 推薦修復方案之前，先讀懂卡片

一張有用的修復卡會區分初學者經常混淆的三件事。

以記帳服務為例，修復卡可能會這樣寫：

VISIBLE：主要服務頁面寫著「為創意工作者提供的平靜記帳服務」，但沒有指明創意工作者的類型、服務邊界、聯絡後會發生什麼事，或它幫助解決的具體決策。

>

UNKNOWN：搜尋曝光、索引狀態、排名、定價和表單完成率。

>

FIRST RECOVERY PRIORITY：PAGE CLARITY（頁面清晰度）。

>

FIRST REPAIR：改善 /bookkeeping-for-designers，讓自由接案設計師可以判斷每月記帳是否適合他們的情況，以及探索通話涵蓋什麼內容。

這是一個好的初步結果。它沒有承諾流量。它給了你一個頁面，你可以在圍繞一個不清楚的服務內容寫五篇文章之前，先讓它變得更有用。

拒絕兩種最浪費時間的診斷

第一種不好的診斷是泛泛的清單：「修復技術 SEO、加入結構化資料、寫十篇部落格、獲取反向連結」。它缺乏證據、順序，以及一個要改善的具體頁面。

第二種是沒有測試就做出的自信技術主張：「Google 無法爬取你的網站」。一個公開頁面在瀏覽器中載入成功，並不能證明可爬取性；同樣地，缺少流量數據也不能證明存在爬取問題。

在這種情況下使用的修復提示詞：「你的診斷提出了一個我無法驗證的主張。僅使用可見的 URL 元素或提供的匯出資料列作為證據，重新製作流量修復卡。除非證據能證明，否則將所有爬取、索引、流量和排名的結論保持在 UNKNOWN。只選擇一個優先順序和一個頁面或資產。」

如何在五個優先順序之間做選擇

目標不是今天診斷整個網站。一個沒有顯示服務區域的本地水電工，可能需要先做信任/事實修復，而不是關鍵字清單。一個有好的產品頁面但沒有使用案例說明的 SaaS 網站，可能需要一個內容缺口頁面。Codex 必須只選一個。

拒絕壞的診斷

壞的例子：「你的 SEO 很差。增加更多關鍵字和反向連結。」

好的例子：「服務頁面列出了服務，但沒有指明它解決的屋主情境、服務區域或預約路徑。」

如果 Codex 產出一份很長的檢查清單，回覆：「將此縮減為一個修復優先順序和一份修復簡報。展示使它成為第一優先的頁面證據。」

批准修復簡報，而不是一個意外的編輯

在任何變更之前，讓 Codex 將卡片轉化為一份簡短的批准請求。

批准請求提示詞：「使用已批准的流量修復卡，僅為 [頁面或問題] 準備一份修復計畫。顯示確切的建議文案、檔案差異或設定變更；它所依賴的證據；如何測試它；以及如何回溯它。在我批准計畫之前不要進行變更。」

修復簡報應該包含什麼

對於頁面清晰度： 結果應該看起來像一份小型變更請求 —— 用受眾和服務範圍聲明替換模糊的開場、新增「探索通話中會發生什麼」的段落、在存在時連結到截止日檢查清單、以及將「與我們聯絡」替換為誠實的行動，例如「檢查每月記帳是否適合你的記錄狀況」。

對於技術可發現性： Codex 不得直接編輯設定。簡報應該指出確切的 URL 或檔案、證據來源、建議變更、批准者、測試方法和回溯計畫。

對於信任/事實缺口： 簡報可以要求提供確認的服務區域聲明或更新的政策。它不能決定哪個法律、價格、可用性或資格主張是正確的。

在批准任何變更之前要回答的四個問題：

1. 這個變更之後，哪個客戶決策會變得更簡單？
2. 實際上會改變哪個句子、設定或連結？
3. 哪個擁有者事實使這個變更是安全的？
4. 發布後我該如何檢查可見頁面？

如果你無法回答第二個問題，那麼卡片仍然只是建議，而不是修復方案。

儲存變更前的狀態

在編輯之前，擷取瀏覽器截圖或儲存當前頁面文字。在 traffic-recovery/release-note.md 中記錄 URL 和日期。這樣當你日後檢視指標或客戶問題時，就能知道改變了什麼。

完成檢查清單

• [ ] Codex 說出了一個優先順序，而不是列出每一種 SEO 策略
• [ ] 卡片區分了可見證據和未知事項
• [ ] 我有一個要先修復的頁面或資產
• [ ] 在經過審查的修復計畫之前，不會進行任何變更
• [ ] 我已將可見證據和未知事項儲存在 traffic-recovery/ 中
• [ ] 我可以說出第一個修復將會改善的客戶決策
• [ ] 在要求任何人進行修復之前，我已儲存變更前的狀態

作者： Julian Mercer，Auspia 十四年技術 SEO 實務者

系列課程： Codex SEO 與 GEO：從 0 到 1,000,000 自然流量