還沒有網站？用 Codex 建立一個 SEO 優先的網站計畫，在你發布任何內容之前
將產品或服務構想轉化為一個小型的 SEO 優先網站計畫，包含必要頁面和一個值得建立的第一個流量頁面。
建立人們會搜尋的網站，而不只是你想推出的網站
從零開始有一個被低估的優勢：你可以在發布之前，就為每個首要頁面賦予一個任務。
Codex 能把你的成長起手卡轉化為「第一份網站藍圖」——一份包含五到七個頁面、每個頁面都有明確任務的一頁計畫。
完成的定義：
- 你有一份頁面地圖、一個主要的訪客行動、一個第一流量頁面的構想，以及一份你需要提供的事實簡明清單。
- 你沒有一份泛泛的 50 頁部落格計畫。
時間： 預留 45 分鐘。帶上三到五行的擁有者簡報、你的成長起手卡，以及一個訪客應該做出的決策。你不需要網域、CMS、數據分析工具或開發者。
適用對象： 這堂課適用於新服務、SaaS 產品、電商構想或內容網站。如果你已有網站，請回到課程地圖選擇其他路線。
從最小的有用網站開始
不要從「部落格」、「資源」或分類頁面開始。從回答訪客基本問題的頁面開始。
頁面 | 頁面必須回答的問題 | 以記帳服務為例 |
|---|---|---|
首頁 | 這是為誰服務的，他們能獲得什麼成果？ | 為自由接案設計師提供的記帳協助 |
服務或產品 | 包含什麼、適合誰、接下來會發生什麼？ | 每月記帳與截止日支援 |
證明 | 為什麼訪客應該信任這個服務？ | 資格、流程、可展示的範例、政策 |
聯絡或轉換 | 訪客如何採取下一步？ | 預約探索通話 |
第一流量頁面 | 新訪客可能搜尋的具體問題是什麼？ | 設計師自我評稅前的記帳檢查清單 |
電商使用：首頁、分類、產品、運送/退貨、買家指南。SaaS 使用：首頁、產品/使用案例、定價/試用、安全性/文件、工作流程指南。Codex 會調整標籤，但不得憑空發明功能、價格、庫存、服務區域或客戶成果。
把你的構想和成長起手卡交給 Codex
先準備一份五行擁有者簡報
在打開 Codex 之前，建立一個 owner-brief.md。這應該只需要五分鐘。
服務內容：為個人經營設計師提供的每月記帳與截止日準備。
目標受眾：財務記錄落後的布里斯托自由接案設計師。
訪客行動：預約 20 分鐘探索通話。
服務邊界：我們不代為申報個人稅務或提供法律建議。
我擁有的證明：一份文件化的入職檢查清單、服務條款，以及創辦人的記帳資格。
我還沒有經過批准的客戶案例研究。將它儲存為 owner-brief.md，與 growth-start-card.md 放在一起。不知道的答案就寫 UNKNOWN。不要用一個看似合理的行銷主張來替代未知的事實。
品質檢查： 如果你無法為每一個證明句子指出一份真實文件，就把它移到 UNKNOWN。
電商調整： 將服務邊界替換為運送、退貨、產品相容性、庫存邊界。SaaS： 列出工作流程、所需整合、方案限制。
Codex 標準提示詞
你正在為一位初學者建立一個 SEO 優先的網站藍圖。
閱讀我的成長起手卡：
[貼上內容或提供本地檔案路徑]
以下是我確認的事實：
- 服務內容：[我銷售或發布的內容]
- 目標受眾：[特定人群]
- 訪客行動：[試用 / 購買 / 預約 / 註冊]
- 市場或地點：[市場、國家、城市或線上]
- 我可以證明的事實：[三項事實、連結、截圖、政策，或寫 unknown]
建立一份第一網站藍圖，必須包含以下區塊：
1. 一句話網站承諾。
2. 必要頁面地圖：僅 5 到 7 個頁面；說明每個頁面的訪客任務、
所需證明，以及下一個連結或行動。
3. 第一流量頁面：一個特定的搜尋問題、為什麼適合這個網站，
以及撰寫前所需的事實。
4. 暫時不要發布的內容：三個看似誘人但為時過早的頁面。
5. 擁有者問題：不超過五個缺失的事實。
不要撰寫頁面文案、選擇 CMS、購買網域、建立程式碼、發布，或發明業務細節。
如果某項主張未被提供，標記為 NEEDS OWNER FACT。將結果儲存為 first-site-blueprint.md。
一份有用的藍圖實際長什麼樣子
一份好的產出不是一份很長的關鍵字清單。
記帳簡報的藍圖範例
頁面 | 訪客任務 | 所需證明 | 下一步行動 |
|---|---|---|---|
| 幫助設計師判斷服務是否適合他們的記錄與截止日狀況 | 範圍、排除項目、入職流程 | 預約探索通話 |
| 展示從第一次通話到每月交接的流程 | 已驗證的入職檢查清單 | 閱讀服務頁面或預約 |
| 幫助記錄落後的設計師在尋求幫助前做好準備 | 檢查清單步驟、範圍邊界、截止日注意事項 | 查看服務適合度頁面 |
| 讓下一步清晰明確 | 經擁有者確認的回應期望 | 發送詢問或預約 |
第一流量頁面解決一個狹窄的問題。例如：「自由接案設計師在自我評稅截止日前，應該準備哪些記帳記錄？」而不是「記帳建議」或「最佳會計軟體」。
不好的產出範例： 首頁、關於、服務、部落格、聯絡、20 篇關鍵字文章。
如果 Codex 產出像是選單的清單，使用這個修正提示詞：
這是一個選單，不是網站計畫。將其改寫為五到七個頁面，每個頁面對應一個訪客決策。
對於每個頁面，指出我們必須提供的證明和下一個有幫助的行動。
保持未知事實可見。不要加入部落格分類或關鍵字清單。像擁有者一樣審查藍圖
當每個頁面都有訪客任務時，藍圖才算合格。「關於我們」、「部落格」和「功能」本身並不是任務。
薄弱的頁面 | 更好的頁面任務 |
|---|---|
部落格 | 幫助自由工作者決定報稅季前該準備哪些記錄 |
功能 | 展示產品如何解決一個特定的工作流程 |
關於 | 證明誰提供服務以及有哪些可見的專業知識 |
第一流量頁面必須比你的整個市場更狹窄，並且貼近你真實的服務內容。修正範例：「選擇一個我們可以用自己的專業知識和服務事實來回答的問題，而不是一個廣泛的聯盟行銷式清單。」
執行兩分鐘重疊測試
逐頁檢查以下四個問題：
- 訪客讀完第一句話後，會知道這個頁面為什麼存在嗎？
- 它回答的決策是否與其他所有頁面都不同？
- 你能在開始撰寫之前，指出它需要的證明嗎？
- 它是否引導到一個有用的下一個頁面或行動？
如果兩個頁面回答同一個決策，合併它們。如果某個頁面沒有證明，將它新增為擁有者問題，而不是讓 Codex 編造證據。
請 Codex 準備一份建置包，而不是一個即時網站
僅針對第一個已批准的頁面使用此提示詞：
閱讀 owner-brief.md 和 first-site-blueprint.md。僅為 [已批准的頁面] 準備一份建置包。包含：
1. 訪客決策與頁面承諾。
2. 逐節大綱，以及每個章節回答的問題。
3. 每個章節所需的事實，標記為 CONFIRMED 或 NEEDS OWNER FACT。
4. 此頁面應連結到的現有頁面及其原因。
5. 一個轉換行動，以及它需要擁有者提供的確切資訊。
6. 一份適用於任何 CMS 的驗收檢查清單，涵蓋手機、連結、標題和表單。
不要撰寫標記為 NEEDS OWNER FACT 的主張。不要建立檔案、選擇 CMS、發布、連接網域或更改即時網站。預期結果是一份可供審查的文件。如果 Codex 寫了沒有來源的主張，標記為 `NEEDS OWNER FACT` 並要求它移除該主張。
當計畫感覺太龐大時
初學者不需要一次建立所有六個頁面。第一批製作順序：讓服務頁面可信、讓一個流量頁面有用、將它們連接起來。聯絡頁面或預約路徑可以很簡單。「如果你還沒有開發者或 CMS，還是先完成藍圖和建置包。」
你的首次發布順序
- 服務頁面和轉換路徑。
- 讓服務可信的證明和政策資訊。
- 第一流量頁面。
- 它們之間的內部連結。
這個順序確保流量頁面始終連接到有用的內容。
完成檢查清單
- [ ] 我有五到七個頁面，每個都有明確的訪客任務
- [ ] 我選擇了一個第一流量頁面，而不是一個泛泛的部落格分類
- [ ] 每個重要主張都有支持證據，或標記為
NEEDS OWNER FACT - [ ] Codex 沒有建立、發布或發明網站的任何部分
- [ ] 我已儲存
first-site-blueprint.md - [ ] 我已儲存一份五行的
owner-brief.md，未知部分保持可見 - [ ] 我可以解釋每個計畫頁面的獨特訪客決策
- [ ] 我有一份針對一個已批准頁面的建置包，而不是啟動整個網站的指令
作者： Clara Bennett，Auspia 十年內容策略實務者
系列課程： Codex SEO 與 GEO：從 0 到 1,000,000 自然流量
下一課： 選擇那一個讓所有 SEO 決策變簡單的流量任務
