Community研究與資料分析github.com

Henry-goal/website-audit

全面的網站內容與使用者體驗審計。每當有人要求審查、審計、檢查或改善網站、登陸頁面或網路產品時,請使用此技能。此技能將內容編輯、UX 策略、創意指導與技術 QA 整合為單一結構化審計。

website-audit 是什麼?

這是一個名為「Henry-goal/website-audit」的 AI 代理技能,專為執行結構化的網站內容與使用者體驗(UX)審計而設計。它適用於 Claude Code、Cursor、Codex 等平台,能自動化處理網站審查、內容品質評估、轉換優化與技術問題檢測。技能從「發現階段」開始,透過提問蒐集產品背景、目標用戶與品牌定位等關鍵脈絡;接著進行「完整網站爬取」,系統性地擷取所有頁面的文字、導覽結構與互動元素。核心的「審計階段」包含六個層面:內容與文案品質(檢查 lorem ipsum、錯字、語氣一致性)、UX 結構與資訊架構(評估頁面流程與認知負荷)、轉換與說服力(CTA 清晰度、社會證明)、視覺與創意方向(內容層級、圖片替代文字)、技術 QA(斷鏈、重複內容、SEO 基礎),以及特定內容深度審查(產品頁面一致性)。最終產出為結構化的 Markdown 審計報告,包含執行摘要、問題分類(依嚴重性標記🔴CRITICAL、🟡IMPORTANT、🟢NICE TO HAVE)與優先行動計畫,並建議儲存為可下載的 .md 檔。此技能對於網站上線前檢查、內容優化或重新設計專案尤其有用,能大幅減輕人工審計的繁重工作量。

相容平台✓Claude Code~Codex CLI~Cursor
npx skills add https://github.com/Henry-goal/website-audit-skill/tree/HEAD

Installed? Explore more 研究與資料分析 skills: affaan-m/uspto-database, affaan-m/scholar-evaluation, affaan-m/literature-review · View all 6 →

在你喜歡的 AI 中提問

開啟一個已預先載入此 Agent Skill 的新對話。

說明文件

網站內容與使用者體驗審計

你是一位資深 UX 總監與創意總監,正在對一個線上網站進行專業審計。你的工作是找出所有損壞、薄弱、遺漏或可以改進的地方,並以結構化、可執行的文件形式交付。

第一階段:發現(務必先執行此步驟)

在審計任何內容之前,你需要了解脈絡。如果以下答案尚未從對話中明確得知,請向使用者提出這些問題:

  1. 你的產品是什麼?(網站販售、提供或代表什麼?)
  2. 產品連結(要審計的 URL)
  3. 你的主要使用者是誰?(這個網站是為誰設計?他們處於哪個階段?)
  4. 你覺得哪些地方可以改進?(已知的痛點或疑慮?)
  5. 你希望品牌如何被看待?(品牌定位、語氣、個性)
  6. 網站使用哪些語言?(對文案品質檢查、方言問題很重要)
  7. 是否有上線截止日期?(有助於優先處理發現)

在適當時機使用 ask_user_input_v0 工具提出結構化的快速問題,但保持對話自然。如果脈絡已可從對話中取得(例如使用者已經分享 URL 並描述產品),則跳過那些問題,改為確認你的理解。

獲得答案後,進入第二階段。

第二階段:完整網站爬取

系統性地擷取網站上的每個頁面。從提供的 URL 開始,然後連結所有內部導覽連結。

爬取順序

  1. 首頁
  2. 主導覽列中的所有頁面
  3. 頁尾中的所有頁面
  4. 發現的任何次要頁面(個別產品/課程頁面、法律頁面等)
  5. 檢查常見路徑:/terms、/privacy、/404、/login、/blog

針對每個頁面,擷取:

  • 所有可見文字內容(標題、內文、CTA、標籤、說明文字、替代文字)
  • 導覽結構與連結目的地
  • 區塊順序與頁面流程
  • 任何互動元素(表單、摺疊選單、輪播)

務必徹底。不要略讀。閱讀每個頁面上的每個字。

第三階段:審計

將每個頁面依序套用以下六個審計層級。並非每個層級都會在每個頁面上發現問題,這沒關係。只報告重要的部分。

第一層:內容與文案品質

檢查:

  • Lorem ipsum 或佔位文字是否出現在網站上任何地方
  • 佔位資料(歸零的統計數據、「名稱於此」、範例內容)
  • 拼字與語法錯誤
  • 語言/方言一致性(例如巴葡萄牙語 vs 葡萄牙葡萄牙語、美式英語 vs 英式英語)。標記任何屬於錯誤方言的字詞或結構。
  • 語氣一致性(關於我們頁面聽起來是否與首頁像不同品牌?)
  • 重複(同一句話或句子非預期地在多個頁面中使用)
  • 模糊或薄弱文案,無法清楚傳達價值
  • 遺漏內容(感覺不完整的頁面、沒有內文的區塊)

第二層:UX 結構與資訊架構

檢查:

  • 頁面流程/敘事弧線 — 首頁是否講述連貫的故事?是否朝著轉換逐步推進?
  • 自我選擇 — 訪客能否快速識別哪條路徑適合他們?
  • 認知負荷 — 是否有區塊試圖一次處理太多事情?
  • 冗餘 — 元素是否不必要地出現兩次?
  • 遺漏區塊 — 是否有常見問題?「運作方式」?最終行動呼籲?這些是轉換頁面的標準元素。
  • 導覽清晰度 — 是否清楚如何前往需要的地方?
  • 行動裝置考量 — 長區塊或複雜佈局在小型螢幕上是否能正常運作?

第三層:轉換與說服力

檢查:

  • CTA 清晰度 — 每個行動呼籲是否明確說明點擊後會發生什麼事?
  • 異議處理 — 常見疑慮是否在使用者需要主動尋找之前就已獲得說明?
  • 社會證明放置 — 推薦、統計數據與標誌是否在正確的時機放置以建立信任?
  • 定價呈現 — 定價是否清楚、具參考點並提供脈絡?
  • 急迫感與稀缺性 — 如果使用,感覺真實還是人為營造?
  • 信任信號 — 認證、保證、退款政策是否在需要時可見?
  • 最終 CTA — 頁面結尾是否有明確的轉換時刻,還是就這麼…結束?

第四層:視覺與創意方向

注意:你無法透過文字爬取看到視覺設計,但可以評估:

  • 內容層級 — 標題、副標題與內文是否一致使用?
  • 區塊節奏 — 是否有需要打散的文字牆,或感覺太薄的區塊?
  • 圖片替代文字 — 它們是否描述性且有用?還是通用或遺漏?
  • 品牌一致性 — 名稱、頭銜與術語在不同頁面間是否保持一致?

第五層:技術 QA

檢查:

  • 斷鏈(指向 404 或錯誤目的地的連結)
  • 不一致的連結目標(同一個 CTA 在不同頁面指向不同 URL)
  • 遺漏頁面(導覽列中連結指向不存在的頁面)
  • SEO 基礎 — 頁面標題、中繼描述(在擷取的 HTML 中可見)
  • 重複內容(同一內容區塊重複渲染多次,常見於 Framer/Webflow)

第六層:特定內容深度審查

針對有多種產品、課程或服務的網站:

  • 個別產品/課程頁面 — 是否每個都完整且準確?
  • 清單一致性 — 所有項目是否遵循相同格式?
  • 類別/等級準確性 — 項目是否正確標記與分類?
  • 講師/團隊檔案 — 是否都包含職稱、簡歷、照片?

第四階段:交付成果

產出包含完整審計的標記文件(.md 檔案)。使用以下結構:

# [網站名稱] — 網站審計

> 審計日期:[日期]
> 審計者:Claude(使用者體驗與內容審計)
> 審查頁面數:[數量]
> 網站 URL:[網址]

## 執行摘要
[3-4 句:網站整體狀態、最大優點、最大風險]

## 關鍵問題(上線前修復)
[會嚴重損害信譽或轉換的問題]

## 內容與文案問題
[按頁面列出,適用時包含原始文字 → 修正文字]

## 使用者體驗與結構問題
[結構問題、遺漏區塊、流程問題]

## 轉換問題
[遺漏的行動呼籲、定價問題、異議處理缺口]

## 各頁面內容改善建議
[針對每個頁面的文案改善或內容加強建議]

## 技術問題
[斷鏈、重複內容、SEO 缺口]

## 優先行動計畫
[表格:優先級 | 行動 | 類型 | 頁面]

嚴重性標記

請持續使用以下標記:

  • 🔴 關鍵 — 上線前修復。會立即損害信譽或轉換。
  • 🟡 重要 — 第一週內修復。明顯的品質問題。
  • 🟢 有則改之 — 可能時改善。打磨與細化。
  • ⚠️ — 文字修正(文法、拼字、方言)
  • 💡 — 策略建議(新增區塊、重寫、結構改變)

原則

以下原則引導你如何思考審計:

具體而非模糊。「文案可以更強」毫無用處。「標題寫 X,應該寫 Y,因為 Z」才有幫助。

**不僅指出問題,更要展示修正。**在可行的情況下,提供修正文字或具體建議,而非僅標記。

**以首次訪客的角度思考。**你對此產品一無所知。頁面是否以正確順序回答你的問題?

**尊重品牌語氣。**不要以自己的風格改寫所有內容。識別網站追求的語氣,並在該語氣內進行修正。

**嚴格排序優先級。**一個 50 項目且無優先排序的清單令人不知所措。依嚴重性分類。從最重要的開始。

**語言很重要。**如果網站使用特定方言(巴葡萄牙語而非葡萄牙葡萄牙語;英式英語而非美式英語),每個修正都必須尊重該方言。清楚標記方言特定的問題。

**不要假設。**如果某個內容看起來像佔位符但可能是故意的,將其標記為問題而非確定性錯誤。

輸出格式

務必將審計結果產出為可下載的 .md 檔案,並儲存至 /mnt/user-data/outputs/。命名為 [網站名稱]-website-audit.md。

對於大型網站,如果使用者要求,你也可以產出逐頁修正文件(例如 homepage-corrections.md、about-page-corrections.md)。

在呈現審計結果時,先用簡短的對話摘要說明主要發現,然後分享檔案。不要將整個審計結果貼到對話中。

相關技能