dedene/website-conversion-audit

網站轉換審計

每次審計一個現有頁面，並告訴頁面擁有者優先修正什麼。專為中小型服務業（技師、診所、教練、顧問、代理商、在地專家）打造，這類網站只有一個任務：獲得預約通話、報價請求或來訪。SaaS 勉強適用（將「預約通話」替換為「開始試用」）；電子商務型目錄頁面則不屬於範疇。審計會評分並排定優先順序；它不會重寫頁面。完整重寫請交給 website-copy。

先盲測，再閱讀背景

在閱讀任何業務背景、策略文件或簡報之前，先對 5 秒測試進行評分，這樣分數才能反映陌生人的看法（工作流程步驟 2–3）。接著：

1. 如果 .agents/business-context.md 存在，則讀取它，並僅詢問該文件未涵蓋的內容。
2. 如果該檔案不存在，則從頁面本身推斷內容（BRIEF-01），並將每個要點標記為推斷。然後在一次訊息中提出 5 個問題的微型簡報：理想客戶、網站的主要任務和主要 CTA、報價與定價立場、可用的證明、地區和語言。若要進行全站審計或重新定位，建議先執行 website-brief。
3. 審計特定問題（可以問，但不要因此阻塞流程）：流量來源、當前轉換率與潛在客戶品質、裝置比例、已經嘗試過的方法。
4. 任何仍未知的事項：使用 references/principles.md 中的預設值，並將其列在差距與假設下。
5. 無人值守（無人可回答：委託或排程執行，或頁面擁有者不在）：不要阻塞。根據推斷的背景繼續進行，並在報告結尾附上給頁面擁有者的問題（最多 8 個，最重要的優先，每個問題都要說明你假設的值）。

工作流程

1. 界定頁面範圍。 命名頁面類型（首頁、服務頁面、付費登陸頁面、關於、定價、選擇加入、聯絡）及其單一轉換目標。選擇頁面：

   • 請求多個頁面：先審計首頁，然後是流量或廣告支出最高的頁面。若無流量數據：則審計承載主要或入門服務的頁面或區塊。
   • 單頁網站，或沒有獨立頁面的服務（僅有一張卡片或區塊）：審計該區塊及其轉換路徑（視為實際的登陸頁面），並將缺少獨立頁面報告為一項發現（A-S10）。
   • 在選擇此頁面的原因一行中說明選擇。

2. 擷取頁面。 使用 agent-browser：桌面版 1440 px 和行動版 390 px，包含上方折頁和全頁。使用具名工作階段（預設工作階段與其他代理共用），等待網路閒置，先拍攝包含 Cookie 橫幅的上方折頁（訪客看到的就是這個），然後關閉橫幅以拍攝其他截圖。儲存到暫存目錄，而非專案樹。先使用 agent-browser skills get core 或 --help 檢查當前語法。

   d=$(mktemp -d)   # 或使用工作階段的暫存區
   ab() { agent-browser --session audit-example "$@"; }   # 每次審計使用一個具名工作階段
   ab set viewport 1440 900
   ab open https://example.com && ab wait --load networkidle
   ab screenshot "$d/desktop-fold.png"        # 顯示橫幅
   # 關閉橫幅（snapshot -i，點擊其按鈕），然後：
   ab screenshot --full "$d/desktop-full.png"
   ab set viewport 390 844
   ab cookies clear && ab storage local clear
   ab reload && ab wait --load networkidle
   ab screenshot "$d/mobile-fold.png"         # 再次顯示橫幅
   # 關閉，然後：
   ab screenshot --full "$d/mobile-full.png"
   ab a11y --tags wcag2a,wcag2aa              # A-T5 基礎
   ab close
   

   • 下一頁： 再次清除 Cookie 和儲存空間（或使用新的工作階段），使其上方折頁也顯示橫幅。
   • 英雄區下方為空白（捲動觸發動畫）： 不要報告空白區塊。嘗試 ab set media reduced-motion 並重新載入，或按視窗高度逐步捲動（ab scroll down 800，短暫等待，截圖）並保留片段。
   • 延遲載入圖片（loading="lazy"）：即使使用減少動畫，全頁截圖也可能顯示空的圖片框。先逐步捲動頁面，然後列出仍未載入的圖片：ab eval "[...document.images].filter(i => !i.complete || !i.naturalWidth).map(i => i.currentSrc || i.src)"。僅在經過上述操作後圖片仍為空時，才報告為損壞圖片（A-T3）。
   • 速度（A-T2）： 在可用時使用 PageSpeed Insights / CrUX 現場數據。來自暖機本地工作階段的 vitals 不是有效信號；將任何實驗室數據報告為僅限實驗室。
   • 無 agent-browser：根據提供的截圖、HTML 或擷取的文字進行。純文字輸入無法判斷版面、圖像、對比度或上方折頁。請說明這一點，並將這些檢查標記為未驗證，而不是猜測。

3. 執行 5 秒測試，盲測（HERO-01, A-M1）。在閱讀背景步驟之前，僅讀取桌面版和行動版上方折頁可見的內容（按視覺順序）。規則、評分量尺（包括僅包含 Logo 或抽象英雄圖片的）和嚴重性統一放在一個地方：references/hero.md 中的 5 秒測試協議。低於通過標準，英雄區重寫將領導高影響清單。

4. 閱讀背景，如上所述。

5. 設定流量溫度。 這會改變「好」的定義：

   • 付費流量： 根據付費登陸頁面順序和訊息匹配（STRUCT-03, A-M10）進行評判。詢問廣告；不匹配即為嚴重。檢查每個廣告群組是否落在回答其查詢的頁面上（A-M11）。
   • 付費 + 自然流量（同時接收廣告點擊的自然服務頁面）：根據廣告評判英雄區的訊息匹配，保留導覽但標記與英雄區 CTA 競爭的導覽 CTA，並在廣告支出具有意義時建議專門的付費登陸頁面（references/principles.md 中的 C2 混合規則）。
   • 冷流量（自然、社交）：期望完整的論述（STRUCT-02 藍圖）。
   • 暖流量（轉介、YouTube、AI 助手）：較短的頁面可以接受；檢查預約功能是否可從任何地方一鍵完成（AI-04, references/principles.md 中的 C18 矛盾）。

6. 設定地區。 比利時或歐盟國家：新增來自 references/be-eu.md 的比利時/歐盟檢查清單（法律資訊、同意、評論、語言版本；僅 B2B 網站：請參考其 B2B 部分）。使用頁面語言進行審計並逐字引用；發現結果則使用使用者的語言撰寫。

7. 按順序執行檢查清單： 訊息 → 結構 → 證明 → CTA → 摩擦 → 技術（references/audit-checklist.md，ID A-M1 … A-T7）。檢查不同頁面、頁尾和文件之間的事實是否一致（A-P9）。然後掃描轉換殺手清單，找出需要移除的項目。

8. 重建故事線（references/flow.md）。根據實際頁面，撰寫論證地圖：讀者的起始狀態（FLOW-02）、CTA 依賴的信念，以及每個區塊需要、建立和留下的問題（FLOW-01, FLOW-03）。將每個信念標記為已涵蓋、薄弱或缺失。然後執行僅標題測試和接縫測試（FLOW-04, FLOW-05），檢查聲明和異議反駁是否放在需要的位置（FLOW-06, FLOW-07），並執行敵意讀者小組測試（FLOW-09）。漏洞、冗餘、斷裂的接縫和錯置將成為 A-S11…A-S14 發現。

9. 追蹤主要 CTA。 點擊它，檢查點擊是否傳遞了標籤所承諾的內容（A-C8），以及點擊後的路徑是否符合業務需求（A-F1：排程工具、短表單或點擊通話；僅 mailto: 的 CTA 則不合格）。未經所有者的許可，切勿在即時網站上提交表單或預約時段。如果你無法測試，請將 A-T3 列為未驗證。

10. 檢查 AI 搜尋就緒度（references/ai-search.md）：物流答案，如價格、流程和時間表（AI-01）、利基信號（AI-02）、一致的業務事實和結構化數據（AI-03）、為預售訪客提供的快速路徑（AI-04）、頁面上的真人訊息（AI-05），以及「您是怎麼找到我們的？」欄位（AI-06）。

11. 分級並分類。 根據評分量尺為每個發現賦予嚴重性（嚴重/高/中/低）和努力程度（S/M/L）。然後分類：快速勝利（≤ 約 1 小時，低風險）、高影響變更、測試想法。每個類別按嚴重性排序，然後按頁面上的位置排序，英雄區優先。與比利時/歐盟或 AI 搜尋部分重疊的發現，只需撰寫一次並交叉引用。故事線發現也是如此：已被更具體檢查涵蓋的漏洞或錯置（無價格 → A-P5, 無真人 → A-P4, CTA 導向錯誤頁面 → A-C8）僅在特定 ID 下撰寫一次，並在旁邊加上流程 ID（「A-P5 / A-S13」）；A-S11…A-S14 則獨立保留，針對順序和接縫本身。

12. 撰寫副本替代方案： 標題、副標題和 CTA 各 2–3 個選項（加上引導行或標籤行（若這是修正方案）），每個選項附上一行引用規則的說明。使用頁面語言撰寫（發現結果仍使用使用者的語言）。僅使用頁面或背景檔案中的事實；將依賴未經確認的事實或定位的選項標記為 †，並將其加入頁面擁有者問題中。

13. 規劃衡量方案。 大多數中小企業網站缺乏進行有效 A/B 測試的流量（MEAS-01）。預設使用等週期前後對比。僅列出流量足以支持的測試，並以 MEAS-03 假設格式撰寫；若流量太低，則用一句話說明。

14. 提供交接： 完整的重寫交給 website-copy（傳遞論證地圖，以便重寫從此開始），缺少的過渡服務交給 website-lead-magnet。

輸出合約

使用此結構。僅在不相關時省略某個部分（例如歐洲以外的比利時/歐盟），並用一句話說明。

# 轉換審計：<頁面名稱>（<URL 或來源>）

**背景：** <頁面類型> · 目標：<單一轉換> · 流量：<冷 | 暖 | 付費 | 付費 + 自然> · 地區：<xx-XX>
**選擇此頁面的原因：** <流量、廣告支出或其所承載的服務>
**業務背景：** <.agents/business-context.md | 微型簡報 | 從頁面推斷（無人值守）>
**已擷取：** <桌面版 1440 + 行動版 390 透過 agent-browser | 提供的截圖 | HTML/純文字> · Cookie 橫幅：<在上方折頁截圖中 | 不存在（原因）> · 檔案：<目錄或清單>

## 5 秒測試：<通過 | 未通過>（<桌面版 n>/10 · <行動版 n>/10）

| 標準 | 桌面版 | 行動版 | 證據 |
|---|---|---|---|
| 做什麼 | 0–2 | 0–2 | "<可見的標題文字>" |
| 為什麼重要 | 0–2 | 0–2 | … |
| 下一步 | 0–2 | 0–2 | … |
| 為什麼是你 | 0–2 | 0–2 | … |
| 圖片 | 0–2 | 0–2 | … |

**判定：** <一兩句話：陌生人認為這家企業是做什麼的，以及他們會點擊什麼>

## 故事線：<成立 | 在第 n 區塊（第一個斷裂處）中斷>
**起始狀態：** <認知階段, FLOW-02> · **結束狀態：** <CTA 所需的信念>
**最大斷裂**（最多 5 個，最具破壞性的優先）：1. <§n→m · 斷裂原因 · FLOW/A-S ID> 2. …

| # | 區塊 | 需要 | 建立 | 讀者之後的問題 | 與下個區塊的接縫 | 狀態 |
|---|---|---|---|---|---|---|
| 1 | 英雄區 | — | B1 | "…" | 所以 / 但是 / 並且也 | 已涵蓋 / 薄弱 / 缺失 |

- 漏洞：<沒有區塊涵蓋的信念> · 冗餘：<沒有建立信念的區塊> · 斷裂的接縫：<n→n+1>
- 錯置：<放在前提之前的聲明；遠離其反駁的異議反駁> · CTA 處仍有疑問：<從未回答的問題>
- 敵意讀者小組：<3 位以上讀者提出的異議>
（此部分的發現將在下面的類別中出現一次，作為 A-S11…A-S14。）

## 快速勝利（本週內）
1. **<A-ID> · <嚴重性> · 努力 S**：<問題描述>
   - 證據：「<引用的文案>」 / `<選擇器>` / <截圖 + 區域>
   - 原因：<規則 ID>, <一行說明機制>
   - 修正：<具體更改或新的精確文案>

## 高影響變更
<相同的發現格式>

## 測試想法
- 因為 <觀察>，我們相信 <變更> 將為 <受眾> 帶來 <結果>；當 <指標> 在 <期間> 內移動 <幅度> 時，我們就能知道。流量檢查：<足以進行 A/B 測試 | 作為前後對比執行>。
- 或者，在低流量時：「無 A/B 測試：流量過低；比較 <期間> 內 <指標> 的前後變化。」

## 副本替代方案（使用頁面語言；† = 需要所有者確認）
| 元素 | 目前 | 選項 | 說明（規則） |
|---|---|---|---|

## 有效的部分
- <保留這些，附上證據，這樣就不會有人「修正」它>

## AI 搜尋就緒度
- <AI-0x · 發現 · 修正>

## 比利時/歐盟檢查
- <be-eu.md 項目 · 通過 | 未通過 | 驗證 · 修正>（僅 B2B：消費者項目作為一行「不適用」）

## 差距與假設
- 未驗證：<例如表單提交、分析事件、現場數據>
- 假設：<使用的預設值>
- 需要收集的證明：[需要證明：<什麼，來自誰>]

## 後續步驟
1. 第 1 個月：嚴重 + 快速勝利。第 2 個月：高影響重寫。第 3 個月：過渡服務（MEAS-04）。
2. 想要重寫？將此審計交給 `website-copy`。

## 給頁面擁有者的問題（無人值守執行；最多 8 個，最重要的優先）
1. <問題> · 假設：<使用的值> · 可解鎖：<發現或 † 選項>

此處最重要的規則

• 先修正訊息，再做微調（原則 14, MEAS-05）。失敗的英雄區優先於任何按鈕顏色或欄位數量的備註。當訊息出現問題時，保持外觀發現簡短並將其推後。
• 5 秒測試是最重要的檢查（HERO-01）。同時檢查標題公式是否符合業務類型（HERO-02），以及副標題是否說明了什麼、如何做以及為誰做（HERO-06）。
• 客戶是英雄，使用客戶的語言（COPY-01, COPY-02）。標記上方折頁的「歡迎來到…」、獎項和創辦故事，以及術語。
• 每個區塊都有的頁面仍可能讓讀者迷失。 檢查每個區塊是否值得下一個區塊：一個區塊一個信念，按依賴順序，接縫讀起來像「因此」或「但是」，異議在其出現的地方得到回答（FLOW-01…07）。破碎的故事線是一個高影響發現，排名緊接在失敗的英雄區之後。
• 付費流量需要自己的頁面，該頁面應呼應廣告（STRUCT-03）。將廣告發送到首頁，或當有專用頁面時發送到通用頁面（A-M11），是一個高影響發現。
• 一個特定的 CTA，在所有地方都相同，使用保留顏色（CTA-02, CTA-04, CTA-05）。引用你發現的禁止用語（CTA-03）。
• 在聲明附近提供證明，顯示真人，處理價格（PROOF-07, PROOF-14, PRICE-01）。
• 虛假或無法證實的證明是嚴重的（PROOF-12, PROOF-13, SCAR-01）：捏造的計數器、庫存「客戶」、付費「曾被報導於」、虛假稀缺性。
• 先減後加。 從殺手清單中移除項目通常是最快的勝利。

…

[為翻譯而截斷]