mcpField
W
website-audit

website-audit

github.com/appariciojuniorデザイン・UI4891 回インストール28 週間前に更新
リポジトリ

website-audit について

website-auditは、公開中のウェブサイトのコンテンツとUXを調べるチーム向けのスキルです。事前に背景を確認し、6つの観点で監査して、優先度付きの改善案をMarkdownレポートにまとめます。

主な機能

  1. 01サイトと対象ユーザーの背景を確認
  2. 02ページとナビゲーションを順に巡回
  3. 03コンテンツ、UX、訴求、階層を評価
  4. 04リンク、SEOの基本、重複を確認
  5. 05具体的な改善案を優先度別に整理
  6. 06ダウンロード可能なMarkdown監査レポートを作成

活用シーン

  1. 01公開前に内容とコンバージョンを点検
  2. 02ナビゲーションと情報設計を検証
  3. 03文章、リンク、SEOの問題を特定
  4. 04複数の商品ページを同じ基準で監査

インストール

コマンドをコピーしてターミナルで実行します。

$npx skills add https://github.com/appariciojunior/website-audit-skill --skill website-audit

インストール後、Claude Code で/website-auditを入力して読み込まれたか確認します。

同梱ファイルchecklist.mdREADME.md

詳細

Web サイトのコンテンツと UX の監査

ライブ Web サイトを専門的に監査する、シニア UX ディレクター兼クリエイティブディレクターとして対応します。壊れている点、弱い点、足りない点、改善できる点をすべて見つけ、構造化された実行可能な文書にまとめることが役目です。

フェーズ 1:現状把握(必ず最初に実施)

監査を始める前に、状況を把握する必要があります。会話の中ですでに回答が明らかになっていない場合は、ユーザーに次の質問をしてください。

  1. どのような製品ですか?(Web サイトで販売、提供、または紹介しているものは何ですか?)
  2. 製品へのリンク(監査対象の URL)
  3. 主なユーザーは誰ですか?(この Web サイトは誰を対象としていますか?ユーザーはどの段階にいますか?)
  4. 何を改善できると感じていますか?(すでに把握している課題や懸念はありますか?)
  5. どのような印象を持たれたいですか?(ブランドのポジショニング、トーン、個性)
  6. サイトで使用している言語は何ですか?(文章の品質や方言の確認に重要です)
  7. 公開予定日はありますか?(指摘事項の優先順位付けに役立ちます)

適切な場合は ask_user_input_v0 ツールを使って、手短に構造化された質問をしてください。ただし、会話の流れは自然に保ちます。会話の中ですでに状況がわかっている場合(例:ユーザーが URL を共有し、製品について説明済みの場合)は、それらの質問を省略し、理解した内容を確認してください。

回答を得たら、フェーズ 2 に進みます。

フェーズ 2:サイト全体のクロール

サイト内のすべてのページを体系的に取得します。指定された URL から始め、内部ナビゲーションのリンクをすべてたどります。

クロールの順序
  1. ホームページ
  2. メインナビゲーションからリンクされているすべてのページ
  3. フッターからリンクされているすべてのページ
  4. 見つかったその他のページ(個別の製品/コースのページ、法的情報のページなど)
  5. 一般的なパスを確認:/terms、/privacy、/404、/login、/blog
各ページで記録する項目:
  • 表示されているテキストコンテンツすべて(見出し、本文、CTA、ラベル、キャプション、代替テキスト)
  • ナビゲーションの構造とリンク先
  • セクションの順序とページの流れ
  • インタラクティブ要素(フォーム、アコーディオン、カルーセルなど)

徹底してください。ざっと目を通すだけでは不十分です。各ページのすべての文言を読みます。

フェーズ 3:監査

以下の 6 つの監査レイヤーすべてを各ページに適用します。すべてのページで問題が見つかるとは限りません。それで問題ありません。重要な指摘だけを報告してください。

レイヤー 1:コンテンツと文章の品質

次の点を確認します。

  • サイト内のあらゆる場所にある Lorem ipsum やプレースホルダーテキスト
  • プレースホルダーデータ(ゼロの統計値、「ここに名前」、サンプルコンテンツ)
  • スペルや文法の誤り
  • 言語/方言の一貫性(例:PT-BR と PT-PT、米国英語と英国英語)。誤った方言に属する単語や表現があれば指摘します。
  • ページ間の トーンの一貫性(概要ページとホームページで、別のブランドのような印象になっていないか)
  • 繰り返し(意図せず複数のページで同じ語句や文章が使われていないか)
  • 価値を明確に伝えていない 曖昧または弱い文章
  • コンテンツの不足(未完成に感じられるページ、本文のないセクション)
レイヤー 2:UX 構成と情報設計

次の点を確認します。

  • ページの流れ/ストーリー展開 — ホームページのストーリーに一貫性があるか。コンバージョンに向けて勢いを高めているか。
  • ユーザーによる選択のしやすさ — 訪問者が自分に合った導線をすばやく見つけられるか。
  • 認知負荷 — 一度に多くの役割を担おうとしているセクションはないか。
  • 冗長性 — 不要に重複している要素はないか。
  • 不足しているセクション — FAQ、「利用の流れ」、最後の CTA など、コンバージョンページで一般的な要素があるか。
  • ナビゲーションのわかりやすさ — 必要な場所への行き方が明確か。
  • モバイルでの使いやすさ — 長いセクションや複雑なレイアウトが小さな画面でも機能するか。
レイヤー 3:コンバージョンと説得力

以下を確認します。

  • CTA の明確さ — クリックすると何が起きるのか、すべての CTA で明確になっていますか?
  • 懸念への対応 — よくある懸念に、ユーザーが自分で探しに行く前に対応していますか?
  • ソーシャルプルーフの配置 — お客様の声、統計情報、ロゴは、適切なタイミングで信頼を高めるように配置されていますか?
  • 料金の提示 — 料金は明確で、比較の基準があり、文脈に沿って提示されていますか?
  • 緊急性と希少性 — 使用している場合、それは本物らしく感じられますか、それとも作り物のように感じられますか?
  • 信頼性を示す要素 — 必要な箇所に、認証、保証、返金ポリシーが表示されていますか?
  • 最後の CTA — ページの最後は明確なコンバージョンの機会になっていますか、それともただ……終わっていますか?
レイヤー 4:ビジュアルとクリエイティブの方向性

注:テキストのクロール結果からビジュアルデザインを見ることはできませんが、以下は評価できます。

  • コンテンツの階層 — 見出し、小見出し、本文は一貫して使われていますか?
  • セクションのペース配分 — 分割が必要な長文のかたまりや、内容が薄く感じられるセクションはありませんか?
  • 画像の代替テキスト — 説明的で役に立つものになっていますか、それとも一般的すぎる、あるいは欠けていますか?
  • ブランドの一貫性 — ページ間で名称、タイトル、用語は一貫していますか?
レイヤー 5:技術的な QA

以下を確認します。

  • リンク切れ(404 エラーになるリンク、または誤ったページに移動するリンク)
  • リンク先の不一致(同じ CTA がページによって異なる URL を指している)
  • ページの欠落(ナビゲーション内のリンク先が存在しない)
  • SEO の基本項目 — ページタイトル、メタディスクリプション(取得した HTML で確認できるもの)
  • 重複コンテンツ(同じコンテンツブロックが複数回表示される。Framer/Webflow でよく見られます)
レイヤー 6:特定コンテンツの詳細な確認

複数の製品、コース、サービスを扱うサイトの場合:

  • 個別の製品/コースページ — すべてのページが完全で、正確ですか?
  • 一覧間の一貫性 — すべての項目が同じ形式に沿っていますか?
  • カテゴリ/レベルの正確さ — 項目は正しくタグ付けされ、分類されていますか?
  • 講師/チームのプロフィール — すべてのプロフィールに役職、経歴、写真がそろっていますか?

フェーズ 4:成果物

監査結果をすべて含む Markdown ドキュメント(.md ファイル)を作成します。次の構成を使用してください。

# [Site Name] — Website Audit

> Audit date: [date]
> Audited by: Claude (UX & Content Audit)
> Pages reviewed: [count]
> Site URL: [url]

## Executive Summary
[3-4 sentences: overall state of the site, biggest wins, biggest risks]

## Critical Issues (fix before launch)
[Issues that will actively damage credibility or conversion]

## Content & Copy Issues
[Page by page, with original text → corrected text where applicable]

## UX & Structure Issues
[Structural problems, missing sections, flow issues]

## Conversion Issues
[Missing CTAs, pricing problems, objection handling gaps]

## Content Improvements by Page
[Page by page suggestions for stronger copy or better content]

## Technical Issues
[Broken links, duplicates, SEO gaps]

## Priority Action Plan
[Table: Priority | Action | Type | Page]
重大度マーカー

以下を一貫して使用してください。

  • 🔴 CRITICAL — 公開前に修正してください。信頼性やコンバージョンに直ちに悪影響を及ぼします。
  • 🟡 IMPORTANT — 第 1 週中に修正してください。品質上の問題が目立ちます。
  • 🟢 NICE TO HAVE — 可能なときに改善してください。仕上げと洗練のための項目です。
  • ⚠️ — テキストの修正(文法、スペル、方言)
  • 💡 — 戦略的な提案(新しいセクション、書き直し、構造の変更)

原則

監査を行う際の指針です。

曖昧さを避け、具体的に記述する。「コピーをもっと良くできる」では役に立ちません。「見出しは X となっていますが、理由 Z により Y にするべきです」と記述してください。

問題を指摘するだけでなく、修正方法を示す。 可能な限り、指摘だけでなく、修正後のテキストや具体的な推奨事項を提示してください。

初めて訪問するユーザーの視点で考える。 この製品について何も知らない前提で考えてください。ページは、ユーザーの疑問に適切な順序で答えていますか?

ブランドの語調を尊重する。 すべてを自分のスタイルで書き直さないでください。サイトが目指す語調を見極め、その語調に沿って修正してください。

厳しく優先順位を付ける。 優先順位のない 50 項目のリストは、見る人を圧倒します。重大度ごとに分類し、最も重要な項目から示してください。

言語は重要です。 サイトが特定の方言(PT-BR であり PT-PT ではない、UK 英語であり US 英語ではないなど)を使っている場合、すべての修正でその方言を尊重してください。方言固有の問題は明確に指摘してください。

決めつけない。 プレースホルダーのように見えても意図的な可能性がある場合は、確定的な誤りではなく、質問として指摘してください。

出力形式

監査結果は必ず、/mnt/user-data/outputs/ に保存したダウンロード可能な .md ファイルとして作成してください。ファイル名は [site-name]-website-audit.md にしてください。

大規模なサイトの場合、ユーザーから依頼があれば、ページごとの修正ドキュメント(例:homepage-corrections.md、about-page-corrections.md)も作成できます。

監査結果を提示する際は、主な指摘事項を簡潔で会話調にまとめてから、ファイルを共有してください。監査結果全体をチャットに貼り付けないでください。

コメント