選擇那一個讓所有 SEO 決策變簡單的流量任務

將你的 Codex 成長起手卡轉化為一個流量任務：一個特定的訪客、問題、證明需求、頁面目標和轉換行動。

一個流量任務勝過一百個關鍵字

每個有用的 SEO 或 GEO 頁面都始於一個任務。不是一個主題。不是一個關鍵字。一個任務回答：這個頁面在幫助誰、他們試圖決定什麼、什麼證明會幫助他們、以及接下來應該發生什麼？

今天你將把成長起手卡、修復卡、機會卡或 AI 回答差距卡轉化為一個一頁的流量任務。這是 Codex 將用來研究問題、選擇頁面和起草、而不會漂移到泛泛內容的文件。

完成的定義： 你有一個任務，指明了一個人、一個決策、一個證據需求、一個頁面目標和一個訪客行動。你可以拒絕任何不能幫助該任務的關鍵字或文章構想。

預留 30 分鐘。 帶上第 1-5 課的其中一張起始卡和一份粗略的擁有者聲明。你不需要關鍵字量、CMS 或內容日曆。這堂課建立了那個讓後續輸入變得有用的篩選器。

先自己填寫五個空白

為每個空白寫一個粗略的答案。平實的語言比行銷文案更好。

Person（對象）：[誰需要幫助]
Decision（決策）：[他們需要解決或選擇什麼]
Proof（證明）：[你能展示什麼事實、流程、範例、政策或經驗]
Page goal（頁面目標）：[指南、比較、服務頁面、產品頁面、工具、檢查清單]
Visitor action（訪客行動）：[註冊、試用、購買、預約、聯絡、下一個指南]

範例：

Person（對象）：布里斯托的自由接案設計師
Decision（決策）：在自我評稅截止日前選擇記帳協助
Proof（證明）：實際服務範圍、截止日流程、本地/遠端資格
Page goal（頁面目標）：連結到記帳服務頁面的決策指南
Visitor action（訪客行動）：預約探索通話

如果你無法說出證明，就停在那裡。不要做出你無法支持的頁面主張。第 7 課會幫助你建立事實包。

將五個空白轉化為一個真實的訪客時刻

person（對象）這個詞不是一個人口統計標籤。「小企業」太寬泛了。對象必須在一個他們必須做出決定的時刻可被辨識。以記帳範例而言，更完整的句子是：

Person and moment（對象與時刻）：布里斯托的一位個人經營設計師，記錄落後，
需要在自我評稅截止日前決定每月記帳協助是否適合。

這給了 Codex 一個邊界。它現在不應該為有限公司、公司稅、薪資團隊或記帳軟體評論提出頁面，除非你刻意選擇一個不同的任務。

在發送提示詞之前使用這個快速測試：

如果你自己的五個空白看起來像左欄，在要求 Codex 打磨它們之前先讓它們更狹窄。Codex 無法從一個模糊的簡報中還原讀者的真實時刻。

請 Codex 讓任務變得精確

你是我的流量任務編輯器。

閱讀我的起始卡：
[貼上成長起手卡、修復卡、機會卡或 AI 回答差距卡]

我的粗略五個空白：
[貼上對象、決策、證明、頁面目標、訪客行動]

建立一個一頁的流量任務，包含以下區塊：
1. PERSON AND MOMENT（對象與時刻）：他們是誰以及這個決定何時變得重要。
2. DECISION QUESTION（決策問題）：頁面必須回答的一個問題。
3. PAGE PROMISE（頁面承諾）：頁面可以做出的直接、誠實的回答。
4. PROOF NEEDED（所需證明）：已確認的事實對比 NEEDS OWNER FACT。
5. PAGE ROLE（頁面角色）：什麼頁面類型最適合這個任務，以及它必須連結到的現有頁面。
6. VISITOR ACTION（訪客行動）：一個有用的下一步。
7. EXCLUSIONS（排除項目）：此頁面不得試圖涵蓋的三個相鄰主題。

不要研究關鍵字、發明證明、撰寫完整文章或更改我的網站。
如果任務無法具體化，最多問三個問題。

以未來提示詞可以使用的格式儲存輸出

要求 Codex 以這個確切的形狀回傳任務，並將其儲存為 traffic-mission.md：

PERSON AND MOMENT
布里斯托的個人經營設計師，正在自我評稅截止日前準備逾期的記錄。

DECISION QUESTION
我需要準備哪些記錄，以及每月記帳協助何時適合？

PAGE PROMISE
此頁面說明個人經營設計師可以在探索通話前準備哪些記錄、
每月記帳涵蓋什麼，以及不涵蓋什麼。

PROOF NEEDED
CONFIRMED：入職檢查清單；每月服務範圍；資格。
NEEDS OWNER FACT：確切服務區域；通話請求後的回應時間。

PAGE ROLE AND CONNECTION
決策指南，在讀者理解服務邊界後連結到 /bookkeeping-for-designers。

VISITOR ACTION
如果所述的範圍適合，預約探索通話。

EXCLUSIONS
稅務申報建議；會計軟體比較；薪資設定。

排除項目是有用的，不是限制性的。它們保護第一個頁面不會變成一個試圖回答每個財務問題的泛泛指南。當未來一個關鍵字或客戶問題不符合時，將它保存給以後的任務，而不是強迫它進入這個頁面。

用「一個頁面」問題測試任務

閱讀任務並問：一個頁面能否誠實地幫助這個人做出這個決定？如果答案是否定的，它太寬泛了。

任務不會把你鎖在一個關鍵字裡。它給後續的關鍵字研究一個篩選器。如果一個短語與對象、決策、證明和行動不匹配，它就不是你的下一個頁面。

用三個誘人的干擾來測試

拿任何三個聽起來有用的構想，用任務來過濾它們：

如果 Codex 告訴你三者都應該成為頁面，使用這個修正提示詞：

將流量任務用作嚴格的篩選器。將每個構想標記為 KEEP、PARK 或 REJECT。
對每個標籤，引用對象、決策、證明和訪客行動。
不要僅因為一個構想可能有搜尋需求就保留它。

將任務移交給下一課，而不失去邊界

在繼續之前，要求 Codex 提供一份簡短的證據請求。這不是事實包本身；它是你必須收集以讓任務成真的事實清單：

閱讀 traffic-mission.md。建立一份不超過十項的證據請求清單。
對於每一項，說明它支持的請求或頁面段落、可能擁有它的擁有者或來源、
以及頁面是否可以沒有它繼續進行。不要發明事實、撰寫頁面、
聯絡任何人或更改檔案。

例如，服務範圍是一個阻塞性事實；一個客戶引述可能是一個「有很好」的事實。這個區別防止你在開始有用的工作之前等待一個完美的研究資料夾。

如果任務仍然感覺模糊

回到起始卡並問一個擁有者問題，而不是十個：「什麼時刻讓這個訪客現在尋求幫助？」一個截止日、一次失敗的設定、一個資格問題、一個購買限制或一個急迫的本地需求通常會給任務它的形狀。如果沒有這樣的時刻，你還沒有準備好選擇一個第一流量頁面。將任務保留為草稿，並在第 8 課收集客戶語言。

離開這堂課之前，大聲讀一次任務。如果它聽起來像一個部門目標，而不是一個人會認得的東西，改寫「對象與時刻」那一行。「發展本地 SEO」是一個部門目標。「幫助設計師決定他們的記錄是否已準備好進行每月記帳」是一個頁面任務。

當有人要求「更多 SEO 工作」時使用任務

這個文件的第一個實際用途是對一個誘人的干擾說不。當擁有者、同事或工具建議一個新主題時，給 Codex 任務並要求一個決定，而不是一個草稿：

閱讀 traffic-mission.md 和這個提議的任務：[構想、URL、關鍵字或審查發現]。
回傳 KEEP、PARK 或 REJECT。顯示支持該標籤的指定對象、決策、證明和訪客行動。
如果是 PARK，說明使它有資格的確切新證據。不要撰寫頁面、
更改網站或估算流量。

將回應儲存在任務旁邊。一個 PARK 結果很有價值，因為它保護下一個頁面不會成為每個相鄰構想的傾倒場。當擁有者稍後提供所需的證明或一個新的客戶問題時，你可以在不重新開始課程的情況下重新打開這個決定。

課程地圖

下一課：教 Codex 它可以和不可以使用的業務事實。事實包在你要求 Codex 研究或撰寫之前，讓證明段落成真。

完成檢查清單

• [ ] 已指明一個人與一個決策。
• [ ] 頁面承諾誠實且狹窄到足以適用於一個頁面。
• [ ] 所需證明與缺失事實分開。
• [ ] 任務有一個訪客行動和三個排除項目。
• [ ] 我已儲存 traffic-mission.md，包含一個對象與時刻的句子，而不是一個廣泛的受眾標籤。
• [ ] 我用任務拒絕或暫存了至少兩個誘人但偏離任務的構想。
• [ ] 我有一份為事實包準備好的證據請求清單。

作者：Simon Vale，Auspia 十一年搜尋意圖研究員。Simon 專注於將客戶決策轉化為值得獲得搜尋流量的頁面。

![流量任務工作包流程圖]()

對這項作業使用此順序：從真實輸入開始，檢查證據，準備一個可審查的輸出，然後選擇讀者的下一步。