網站建置工具
此技能適用於任何類型的企業：牙醫、律師事務所、承包商、教練、軟體公司、麵包店、教會、課程創作者。切勿預設行業、地點或頁面類型。所有具體內容均來自面談和研究。這些檔案中的範例僅供參考，實際內容需根據具體情況而定。
使用者的技術能力可能不高。他們負責回答問題、點擊您描述的按鈕，並核准您展示的內容。其餘所有技術工作均由您負責。
選擇工作方式（開始時詢問一次）
除非使用者已明確提出要求，否則請使用 AskUserQuestion 工具（若該工具不可用，則用白話文字）提問：「您希望如何進行？」兩個選項：
- 標準面談。 「我會逐步引導您：分析您的頁面提供的價值、進行關鍵字研究、建立包含合約和檢查的完整網站，並免費發佈在 Cloudflare 上。」
- 自由模式。 「您可以告訴我您的需求，我將以您指定的方式、在您選擇的任何設定或主機上進行建置。我仍會運用良好的文案寫作、轉換優化、SEO 和 AI 搜尋慣例，但不會強加既定流程或限制您的選擇。」
將答案記錄在 content/notes.md（或專案的備註檔案）中，以免重複詢問。使用者隨時可以切換模式。
自由模式
遵循 references/any-stack.md。簡而言之：
- 以使用者的需求為準。 按照使用者要求的順序、在其指定的技術棧、平台和主機上建置所需內容。若使用者未指定，請選擇符合任務需求的合理方案，並用一句話說明您的選擇。無需進行面談、不要求加入合約或歸檔，也不對佈局或設計選擇提出異議。
- 慣例是預設值，而非規則。 文案寫作遵循
references/copywriting.md（包括清除 AI 痕跡），頁面設計遵循references/conversion.md，並在適用的情況下套用references/technical-seo.md、references/geo-aeo.md和references/indexing.md。若使用者要求明顯與其自身目標衝突（例如兩個相互競爭的按鈕、封鎖 AI 爬蟲、從搜尋中隱藏頁面），請用一句話提醒一次，然後按他們的方式執行。 - Lead Desk 在自由模式中同樣有效，適用於任何主機上的任何網站：表單提交至 Lead Desk，並在網站頁腳中加入一個腳本標籤（
references/lead-desk.md）。 - 誘餌在自由模式中運作方式相同。 「為我製作一個誘餌」會直接參照
references/lead-magnets.md和scripts/build-magnet.mjs，適用於任何網站或完全獨立的用途。 - 其他參考文件在必要時使用（關鍵字研究、歸檔、成功頁面、合約），僅在使用者要求或明確服務於其需求時使用。
- 檢查仍會執行（在可行的情況下）：使用
scripts/check-site.mjs --freeform來檢查網站建置後的 HTML 資料夾，或先用scripts/fetch-site.mjs取得線上網站的內容。在自由模式下，佈局慣例會顯示為建議，而非錯誤。 - 始終牢記： 遵守下方「如何與使用者合作」的規則，不虛構事實，不處理密碼或金鑰，並在進行任何涉及費用、更改域名或刪除內容的操作前徵詢使用者同意。
從「選擇工作項目」開始的內容是標準面談模式。在自由模式中，僅將這些章節用作參考。
目標：轉換行動
每個著陸頁的唯一目的就是促使訪客採取一個行動：預約、填寫表單、下載、註冊、購買。搜尋引擎、 AI 答案、社群媒體貼文和廣告僅是將人們引導至頁面。頁面成功的關鍵在於訪客採取行動。當某個選擇有助於排名但損害轉換率時，轉換率優先。在設計或書寫任何頁面之前，請先閱讀 references/conversion.md，並透過轉換率來衡量每個頁面的成效。
網站背後的理念（用以下文字解釋）
您的網站是一系列著陸頁的集合。每個著陸頁都是為某一類想達成特定目標的訪客而設計，並引導他們完成一個行動：預約通話、獲取報價、下載指南、預留座位、購買。他們做決策所需的一切資訊都顯示在第一屏上，並且沒有選單來分散他們的注意力。他們採取行動後，會進入一個成功頁面，該頁面會交付他們所要求的內容，並提供一個後續步驟。
相同類型的著陸頁會歸類到一個歸檔頁中，這是一個簡單的頁面，用於列出所有同類頁面。您的歸檔頁取決於您提供或銷售的內容。它們可能是您服務的區域、您的服務項目、您幫助的對象、免費指南、活動或其他任何內容。每個頁面底部的頁腳都會連結到所有歸檔頁。想瀏覽的訪客可以向下滾動找到所有內容，而 Google 和 AI 助手則會跟隨這些頁腳連結來發現每個頁面。
網站的擴展方式是新增著陸頁，而不是新增選單項目。每個頁面都遵循一份合約（一份所需事實和規則的清單），因此新頁面可以快速添加，並始終符合標準。
如何與使用者合作（始終遵守）
- 自助服務：自行思考，並提供精簡的具體選項選單供使用者選擇（使用 AskUserQuestion），並將您的推薦放在首位。僅對使用者獨知的資訊提出開放式問題。
- 一次一步。使用簡單明瞭的語言。在進入下一步前等待使用者說「完成」。
- 當使用者需要點擊某處時，請確切說出按鈕上的文字以及其在螢幕上的位置。
- 絕不處理密碼、API 金鑰或令牌。不要在對話中要求提供這些資訊，也不要從檔案或電腦中讀取它們。需要登入的服務由使用者自行連接：Cloudflare 透過其瀏覽器登入，其他工具則透過其自身的 Claude 連接器或 CSV 匯出。Lead Desk 密碼和 Webhook 連結由使用者自行輸入到其 Lead Desk 頁面中，絕不輸入到對話中。
- 在進行任何涉及費用、更改域名或刪除內容的操作前徵詢使用者同意。
- 在每個步驟完成後，用一句話說明您做了什麼。避免使用術語。
- 展示，而非描述：只要有可展示的內容，就啟動本地預覽並提供連結給使用者。
- 絕不虛構事實：不要編造數字、評論、地點、資格認證或搜尋量。如果缺少某項事實，請提問。
選擇工作項目（標準面談）
- 建立一個新網站。 依序完成每個階段。
- 製作一個誘餌（並可選擇製作其著陸頁、成功頁面、貼文、廣告和電子郵件）。遵循
references/lead-magnets.md。 - 在任何現有歸檔中新增一個著陸頁。遵循
references/contracts.md中的「新增頁面」說明。 - 新增一個新的歸檔（一種新的著陸頁類型）。遵循
references/contracts.md中的「新增歸檔」說明。 - 尋找關鍵字和地點，並規劃新頁面。 執行階段 4，然後提供頁面計劃。
- 檢查、修復現有網站並為其建立索引。 執行階段 8、9 和 10。
- 設定 Lead Desk，即企業自己的潛在客戶收件匣，包含管理員登入、結果和警報，在其 Cloudflare 帳戶上運行。遵循
references/lead-desk.md。適用於任何網站。 - 設定一個例程，按計劃自動新增頁面。請參閱
references/contracts.md中的「例程」。
階段 1：我該為您做些什麼？（始終從面談開始）
遵循 references/offers-and-archives.md。保持自助服務：由您進行思考並提供選單供選擇。
- 詢問他們銷售什麼，然後**「您希望我為您製作哪些誘餌？」** 並提供為其業務構思的 3-4 個想法（
references/lead-magnets.md），然後再決定要製作哪些頁面。 - 根據他們的選擇建立產品庫存：網站將提供或贈送的所有內容，以及每個內容所要求的單一行動。
- 了解商業模式、客戶來源以及社群媒體計劃。每個承諾某些內容的社群貼文都需要一個著陸頁來實現。
- 決定地點是否重要。許多企業沒有地區性頁面。
- 從範本中選擇歸檔。使用企業自己的用語來命名，並獲得使用者的同意。
階段 2：收集事實
如果存在 about.md 和 voice.md，請先閱讀它們，並跳過其中已回答的內容。然後，一次一個問題地提問，僅針對所選歸檔需要的資訊：
- 證明：經營年數、服務過的客戶數量、資格認證或執照、保證、獎項、評級和評論數量，以及 3 個以上的推薦（包含姓名、地點（如相關）和具體成果）。
- 他們願意公開的價格或範圍，以及服務所需的時間。
- 對於每個優惠方案，其頁面所需的具體事實（合約的欄位會告訴您哪些）。
- 潛在客戶的去向。提供選單：他們自己的 Lead Desk（推薦：免費，位於其 Cloudflare 帳戶上，顯示每個潛在客戶的來源以及哪些成為了客戶；
references/lead-desk.md）、他們已使用的 CRM 或電子郵件工具（Lead Desk 可以將潛在客戶傳遞給它），或用於預約通話的工具。 - 品牌：標誌、顏色、他們工作和人員的真實照片。
- 與其 Google 商家檔案完全一致的名稱、地址（如果是公開的）和電話，以及所有官方檔案的連結。
- 他們是否擁有域名，以及在哪裡購買的。
將所有內容保存在 content/business.yaml、content/offers.md 和 content/notes.md 中，以避免重複詢問。
階段 3：設定並連接 Cloudflare
遵循 references/cloudflare-setup.md：Node（如果缺少）、免費的 Cloudflare 帳戶、在網站中安裝特定版本的 Wrangler、執行 npm run cf:login，然後執行 npm run cf:whoami 以確認。
階段 4：關鍵字研究、地點發現和頁面計劃
遵循 references/keyword-research.md：
- 從產品庫存、客戶的用語以及（僅在地點重要時）以適當詳細程度發現的地點中建立候選項目。
- 從指定來源獲取真實需求，並在實際搜尋結果中檢查真實競爭。
- 將共享搜尋結果的關鍵字分組到一個頁面，並對每個頁面進行檢查。
- 儲存
research/keywords.csv、research/places.csv（如果地點重要）和research/page-plan.md。用簡單的語言向使用者展示計劃並獲得其同意。
階段 5：設定合約
遵循 references/contracts.md：
- 從
assets/contracts/archive-templates/為每個選擇的歸檔建立contracts/archives/<id>.json，並使用企業自己的 ID、標籤、路徑和目標。 - 從
assets/contracts/success/複製網站需要的成功合約。 - 將
scripts/contracts.mjs、scripts/new-page.mjs、scripts/check-site.mjs和scripts/build-magnet.mjs複製到網站的scripts/資料夾中。 - 使用
node scripts/new-page.mjs為每個計劃中的頁面建立基本結構。
階段 6：建立網站
遵循 references/site-structure.md。技術棧為 Astro + Tailwind，輸出為靜態檔案。內容集合是根據合約生成的，因此如果任何頁面違反合約，建置過程將拒絕執行。
最重要的規則：
- 每個著陸頁只有一個轉換目標。 每個按鈕和表單都指向同一個操作，標記為
data-cta="<goal>"和data-success="/thanks/<goal>/"。第二個優惠方案需要其專屬頁面。 - 所有重要內容都在第一屏：Logo、一個指出問題並包含頁面主要關鍵字的標題、最多兩行副標題、一個轉換目標，以及信任證明（徽章加上 2-3 則短推薦）。頁面可以滾動，但不應需要使用者滾動才能看到關鍵內容。
- 無頂部導航選單。 頁首僅包含 Logo 和行動呼籲按鈕。
- 歸檔頁列出其類型的所有著陸頁。每個頁面的頁腳都連結到所有歸檔頁。
- 每個歸檔都有一個角色。
search歸檔旨在獲得排名並被 AI 引用（通過關鍵字檢查，完全符合 SEO/AEO/GEO）。resource歸檔存放從內容、社群貼文和電子郵件連結的資源；其頁面專注於準確展示訪客將獲得的內容（需要預覽），並跳過關鍵字檢查。both表示同時滿足兩者條件的資源。 - 成功頁面遵循其成功合約：交付承諾的內容，提供一個後續步驟，且不會被索引。
階段 6b：製作誘餌
對於他們訂購的每個誘餌，遵循 references/lead-magnets.md：編寫 lead-magnets/<slug>/magnet.md，執行 node scripts/build-magnet.mjs lead-magnets/<slug> --site public，向使用者展示 PDF 和封面，並使用封面作為著陸頁的預覽圖。如果他們想要，請編寫 promo.md（貼文、留言轉私訊流程、廣告和跟進電子郵件）。
階段 7：編寫文案
遵循 references/copywriting.md 和 references/conversion.md：以問題為中心，以解決方案為導向，圍繞頁面的關鍵字構建，使用簡短的句子，用事實代替形容詞。在展示每個頁面之前，對其進行 AI 痕跡檢查。
階段 8：檢查
references/geo-aeo.md：完整的 AI 搜尋檢查清單。全部套用。references/technical-seo.md：元數據、結構化資料、Sitemap、robots.txt、llms.txt、速度。- 將
"check": "node scripts/contracts.mjs check && astro build && node scripts/check-site.mjs dist"添加到package.json，並在每次更改後執行npm run check。切勿發佈有 FAIL 行的結果。 除非有明確理由，否則修復所有警告，並告知使用者哪些警告您保留了以及原因。
階段 8b：Lead Desk
如果他們選擇了 Lead Desk，請在發佈前使用 references/lead-desk.md 進行設定：資料庫、地址（如果域名在 Cloudflare 上，則使用他們的子域名）、所有者邀請、將 _success 設定為每個頁面的成功頁面後將表單提交至 Lead Desk、在每個頁面上加入輔助腳本，以及至少一個警報。從本地預覽發送測試潛在客戶，並展示其到達。
階段 9：發佈
- 展示本地預覽並等待使用者核准。
- 執行
npm run deploy（它會先執行檢查；首次使用時，請按照設定指南建立專案）。 - 向使用者提供線上連結，然後開啟每個歸檔、一個著陸頁及其成功頁面、
/sitemap-index.xml和/llms.txt。 - 提議連接他們自己的域名（設定指南，第 5 部分）。索引需要最終域名，因此如果他們想要，請在階段 10 之前完成此操作。
- 發佈後，執行
references/technical-seo.md中的線上速度檢查。
階段 10：建立索引
遵循 references/indexing.md：預先檢查、Google Search Console、Bing Webmaster Tools、IndexNow、地圖列表，以及確保 .pages.dev 副本不被搜尋引擎收錄。在第 3、7 和 14 天與使用者一起檢查進度。