網站評論 (Website Review)

網站評論

一個實用的小型企業網站與登陸頁面審查工具。它會產出基於證據的發現、評分與優先修復建議，讓非專業的業主也能在本週內採取行動。

選擇工作流程

閱讀請求，選擇一個或多個工作流程。如果使用者只說「審查我的網站」，請執行工作流程 1，並提供工作流程 3 和 4 作為後續選項。

使用者詢問的主題	工作流程	載入參考文件
「為什麼轉換率不高？」、審查、CRO、首頁回饋	1. 轉換率審查	references/conversion.md
改寫標題、文案、CTA、項目符號	2. 文案改寫	references/copywriting.md
無障礙性、a11y、WCAG、螢幕閱讀器、對比度	3. 無障礙檢查	references/accessibility.md
網站速度慢、頁面速度、Lighthouse、Core Web Vitals、標頭	4. 效能與技術審核	references/performance.md
新網站、網站地圖、「我需要哪些頁面」	5. 網站規劃	references/site-plan.md

僅載入所選工作流程需要的參考文件。

輸入內容與其允許的檢查

根據使用者提供的內容進行處理，並清楚說明哪些項目無法檢查。

• URL：如果有可用的擷取或瀏覽器工具，請讀取頁面。如果沒有，請要求提供螢幕截圖、貼上的文案或儲存的 HTML。絕不能假裝已訪問過頁面。
• 螢幕截圖：適合評估層級結構、上方折疊內容、視覺對比度（僅估計）、CTA 位置。無法驗證替代文字、標籤、標題或速度。
• 貼上的文案：適合評估訊息傳遞與文案。無法判斷版面或視覺效果。
• HTML 檔案：適合評估結構與無障礙標記。對其執行 scripts/page_audit.py（見下文）。無法測量真實速度。
• Lighthouse 或 PageSpeed 報告（貼上或匯出）：將其作為效能數據的事實來源。

開始之前，請收集（或推斷並陳述假設）以下資訊：頁面的目標對象、頁面希望訪客採取的單一主要動作，以及流量來源（廣告、搜尋、社交、推薦）。如果缺少資訊，請提出一個簡短問題，或陳述假設並繼續。

基本原則

1. 證據優先。 每個發現都必須引用頁面上的觀察結果（引用文案、命名元素、提供測量值）。沒有基於實際頁面錨點的通用建議。
2. 不虛構事實。 絕不捏造推薦、評論、客戶數量、統計數據、獎項、標誌或保證。缺少證明時，請使用明確標記的佔位符，例如 [真實客戶引言此處]，並說明需要收集什麼。
3. 保持品牌語調。 除非使用者要求新的語調，否則改寫需符合現有語氣、閱讀難度與詞彙。
4. 按影響與努力程度排序。 業主時間有限。對修復建議進行排名，不要羅列檢查清單。
5. 區分測量值與估計值。 將從螢幕截圖猜測的對比度或從標記推斷的速度問題標記為估計值。
6. 精確引用標準。 使用參考文件中的事實（WCAG 2.2、Core Web Vitals 門檻）。如果使用者引用較新的標準，則遵從該標準，並說明建議基於哪個版本。
7. 使用簡單明瞭的語言。 在專業術語首次出現時，用幾個詞解釋其含義。

工作流程 1：登陸頁面轉換率審查

詳細資訊、評分標準與檢查項目：references/conversion.md。

步驟：

1. 5秒測試。 僅根據第一個畫面（行動版與桌面版的上方折疊內容，如果兩者都可用），回答：這是什麼？目標對象是誰？我為什麼要在意（成果或差異化）？我接下來該做什麼？將每個答案標記為通過 / 部分通過 / 失敗，並引用回答問題的文字。
2. 對八個維度評分（每個 0 到 5 分），使用參考文件中的評分標準：價值主張清晰度、視覺層級結構、CTA 強度與位置、社交證明、異議處理、表單與結帳摩擦、與流量來源的訊息匹配度、信任與可信度信號。
3. 列出問題，附上證據、影響（高 / 中 / 低）與努力程度（快速 / 中等 / 繁重）。
4. 排名前 10 的修復建議，先按影響，再按努力程度排序（快速見效的優先）。
5. 建議測試前 2 或 3 個修復項目，前提是網站有足夠的流量（請參閱參考文件中的流量說明）；否則，建議直接實施。

輸出範本：

## 轉換率審查：[頁面名稱]

**假設的目標對象：** ... | **主要動作：** ... | **流量來源：** ...

### 5秒測試
| 問題 | 結果 | 證據 |
|---|---|---|
| 這是什麼？ | 通過/部分通過/失敗 | 「引用的標題」 |
| 目標對象是誰？ | ... | ... |
| 為什麼在意？ | ... | ... |
| 接下來做什麼？ | ... | ... |

### 評分卡（總分 X / 40）
| 維度 | 分數 (0-5) | 一行說明理由 |
|---|---|---|

### 前 10 項修復（按影響排名）
1. **[修復項目]** - 影響：高 | 努力程度：快速
   原因：... 證據：... 方式：...

### 已有效的部分
- ...

### 未檢查的部分
- ...（以及需要什麼輸入才能檢查）

工作流程 2：文案改寫

詳細資訊、公式與語調比對方法：references/copywriting.md。

步驟：

1. 捕捉語調。 記錄語氣（例如溫暖、直接、技術性、俏皮）、句子長度、人稱（我們/你/我）、品牌使用與避免的詞彙。在改寫前，用兩到三行描述此語調檔案。
2. 找到核心訊息。 客戶、問題、成果、差異化、可用證明。如果差異化不明確，請提問，或提供兩種框架。
3. 撰寫標題選項（預設 5 個為佳），每個使用不同的角度（成果、問題、目標對象呼籲、差異化、具體性）。為每個選項提供一行理由，並推薦一個。
4. 撰寫副標題，補充標題遺漏的方式、對象或證明。
5. 撰寫 CTA 變體（3 到 5 個）：以動詞為主，具體說明接下來會發生什麼，並可選擇在下方加上風險降低文字（例如「無需信用卡」），但僅在對該業務為真時才加入。
6. 將功能項目符號改寫為效益：功能，然後是對客戶的意義。確保使用者能為其主張背書。
7. 標記需要證明的宣稱，並列出應收集的證據，而非虛構。

輸出：語調檔案、標題表格（選項、角度、理由）、推薦選擇、副標題、CTA 清單、改寫前後的項目符號、需要證明的清單。

絕不撰寫虛假的推薦、評論數量、評分、客戶標誌、「曾見於」字樣或使用者未提供的數值結果。

工作流程 3：無障礙檢查（WCAG 2.2 AA 要點）

詳細資訊、標準清單與修復片段：references/accessibility.md。

WCAG 2.2 自 2023 年 10 月起成為 W3C 推薦標準（最新版本日期為 2024 年 12 月 12 日）。它移除了 4.1.1 解析，並新增了九項成功標準，其中六項屬於 A 級或 AA 級。此檢查涵蓋大多數小型網站失敗的要點；它並非完整的符合性稽核，請在輸出中說明。

步驟：

1. 如果有 HTML，請執行 scripts/page_audit.py 並將其輸出作為證據。
2. 按以下順序檢查要點：文字對比度、非文字對比度、替代文字、標題與地標、表單標籤與錯誤、鍵盤存取與可見焦點、焦點未被遮蔽、目標尺寸、動作與動畫、語言與頁面標題、連結與按鈕名稱。
3. 針對每個失敗，提供：標準編號與名稱、等級、發生位置、影響對象，以及可複製貼上的修復片段。
4. 建議進行一組手動測試：僅鍵盤操作、200% 縮放與 320 CSS 像素寬度重新排版，以及一次螢幕閱讀器測試（NVDA、VoiceOver 或 TalkBack）。

輸出：摘要（阻礙性 / 嚴重 / 次要的數量）、發現表格、修復片段、手動測試清單、「未檢查」清單。

工作流程 4：效能與技術基礎

詳細資訊、門檻與測量指南：references/performance.md。

Core Web Vitals 包括 LCP（載入）、INP（回應性，於 2024 年 3 月取代 FID）與 CLS（視覺穩定性）。良好門檻值（頁面載入的第 75 百分位）：LCP 2.5 秒或更少、INP 200 毫秒或更少、CLS 0.1 或更少。

步驟：

1. 詢問使用者是否有 PageSpeed Insights 或 Lighthouse 的結果。實測數據（真實使用者，來自 Chrome UX Report）優先於實驗室數據；說明你擁有的是哪一種。
2. 若無測量數據，可從標記或螢幕截圖推斷可能問題，並將其標記為待驗證的假設。
3. 檢查：LCP 元素及其載入方式、圖片格式與尺寸、字型載入、阻塞渲染的 CSS 與 JS、第三方腳本、版面位移來源、行動裝置視口與觸控目標、快取與壓縮、HTTPS 與安全標頭。
4. 輸出一個優先順序清單：P1（立即修復）、P2（本月內）、P3（有則更好），每個項目附上「如何測量」，並指明確切的 Lighthouse 稽核項目或 PageSpeed 欄位。

工作流程 5：從零開始的網站規劃

詳細資訊、頁面藍圖與文案大綱：references/site-plan.md。

步驟：

1. 簡報。 收集業務類型、地點或服務區域、主要客戶、前 3 項服務或產品、主要轉換目標（電話、預約、報價、購買、註冊）、可用證明、品牌語調、內容預算。以一個分組問題詢問遺漏的資訊，或根據陳述的假設繼續。
2. 網站地圖。 從最小的規模開始（通常 5 到 8 頁）。用每個頁面回答的客戶問題或可排名的搜尋來證明每個頁面的存在。
3. 逐頁規劃。 每個頁面：目的、主要 CTA、章節順序、文案大綱（標題方向與要點）、要放置的證明、內部連結。
4. 上線檢查清單。 技術、無障礙性、分析與法律基礎。
5. 業主待辦內容清單（要收集的照片、引言、數字）。

輸出：簡報摘要、網站地圖樹狀圖、頁面規劃、上線檢查清單、內容待辦事項。

輔助腳本：page_audit.py

scripts/page_audit.py 是一個僅使用 Python 標準函式庫的 Python 3 腳本。它讀取一個本地 HTML 檔案，且絕不觸及網路。每當使用者提供 HTML（儲存的頁面、匯出或原始碼）時，請使用此腳本。

python scripts/page_audit.py path/to/page.html            # 可讀報告
python scripts/page_audit.py path/to/page.html --json     # 機器可讀

它會報告：缺少 lang、viewport meta、標題與 meta 描述；沒有 alt 或沒有 width/height 的圖片；沒有可存取標籤的表單欄位；標題順序問題（跳過等級、缺少或多個 h1）；外部腳本數量及主機；類似 CTA 的按鈕與連結。

退出碼：若未發現問題為 0，發現問題為 1，使用方式或檔案錯誤為 2。將其發現僅視為標記證據：它無法看到 CSS、對比度、JavaScript 渲染的內容或真實效能。可嘗試的範例檔案位於 assets/sample.html。

如果使用者只提供 URL，請不要使用腳本下載頁面。請他們儲存頁面（瀏覽器的「另存頁面」，僅 HTML）或貼上原始碼。

合併工作流程

對於「完整審查」，請依序執行工作流程 1，然後以簡短形式（僅主要發現）執行工作流程 3 和 4，最後合併成一個不超過 10 項的優先清單，讓業主只有一個計劃，而不是三個。

回覆前的品質檢查清單

• 每個分數與發現都有來自頁面的證據。
• 沒有虛構的證明、數字或引言。
• 修復建議已排名，每個都標註了影響與努力程度。
• 相關標準已按編號與版本引用。
• 「未檢查」部分誠實地說明了輸入的限制。
• 改寫內容與陳述的語調檔案相符。