ウェブサイトコンバージョン監査

ウェブサイトコンバージョン監査 は何をしますか？

一度に1ページずつ監査し、何を最初に修正すべきかをオーナーに伝えます。サービスビジネス（工務店、クリニック、コーチ、コンサルタント、代理店、地域密着型事業者）で、サイトの仕事が「電話予約の獲得、見積もり依頼、来店促進」の1つである中小企業向けに作られています。SaaSは緩やかに適合します（「予約する」を「トライアルを開始する」に置き換えてください）。ECカタログサイトは対象外です。監査は評価と優先順位付けを行いますが、ページを書き換えることはしません。全面書き換えは website-copy に任せてください。

まずブラインドテスト、次にコンテキスト

5秒テストは、ビジネスコンテキスト、戦略資料、ブリーフを読む前に採点します。これにより、スコアは見知らぬ人の視点を反映します（ワークフローのステップ2～3）。その後：

1. .agents/business-context.md が存在する場合はそれを読み、カバーされていないことだけを質問します。
2. ファイルがない場合は、ページ自体から推測できる内容（BRIEF-01）を起草し、各ポイントに推測とマークします。その後、1つのメッセージで5つの質問からなるミニブリーフを送信します：理想的な顧客、サイトの唯一の仕事と主要なCTA、オファーと価格設定のスタンス、利用可能な証拠、ロケールと言語。サイト全体の監査やリポジショニングの場合は、最初に website-brief を実行することを提案します。
3. 監査固有の質問（尋ねますが、これを理由にブロックはしません）：トラフィックの発生源、現在のコンバージョン率とリードの質、デバイスの割合、すでに試したこと。
4. それでも不明な点は、references/principles.md のデフォルト値を使用し、ギャップと前提条件 の下にリストします。
5. 無人実行（誰も回答できない場合：委任・スケジュール実行、またはオーナーが不在）：ブロックしないでください。推測したコンテキストに基づいて進め、レポートの最後に オーナーへの質問（最大8つ、最も重要なものから順に、それぞれ想定した価値を示す）を記載します。

ワークフロー

1. ページのスコープを定義する。 ページタイプ（ホームページ、サービスページ、有料ランディングページ、アバウト、料金ページ、オプトインページ、お問い合わせ）とその1つのコンバージョン目標を指定します。ページを選択：

   • 複数ページがリクエストされた場合：最初にホームページ、次に最もトラフィックまたは広告費が多いページ。トラフィックデータがない場合：主要またはエントリーオファーを掲載しているページまたはセクション。
   • 1ページサイト、または専用ページのないオファー（カードやセクションのみ）：そのセクションとそのコンバージョンパスを事実上のランディングページとして監査し、欠落しているページを発見事項として報告します（A-S10）。
   • このページを選んだ理由 の行に選択内容を記載します。

2. ページをキャプチャする。 agent-browser を使用：デスクトップ1440px、モバイル390pxで、ファーストビューとページ全体を撮影します。名前付きセッションを使用し（デフォルトセッションは他のエージェントと共有されます）、ネットワークアイドルを待ち、クッキーバナーを表示した状態でファーストビューを撮影し（それが訪問者の見るもの）、その後バナーを閉じて他のショットを撮影します。プロジェクトツリーではなく、スクラッチディレクトリに保存します。最初に agent-browser skills get core または --help で現在の構文を確認します。

   d=$(mktemp -d)   # またはセッションのスクラッチパッド
   ab() { agent-browser --session audit-example "$@"; }   # 監査ごとに1つの名前付きセッション
   ab set viewport 1440 900
   ab open https://example.com && ab wait --load networkidle
   ab screenshot "$d/desktop-fold.png"        # バナー表示
   # バナーを閉じる（スナップショット -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
   

   • 次のページ： クッキーとストレージを再度クリアし（または新しいセッションを使用）、そのファーストビューでもバナーが表示されるようにします。
   • ヒーロー以下の空白（スクロールリビールアニメーション）： 空のセクションを報告しないでください。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）。コンテキストステップの前に、デスクトップとモバイルで、ファーストビューに表示されているものだけを視覚的な順序で読みます。合格基準、ルーブリック（ロゴのみや抽象的なヒーロー画像を含む）、重大度はすべて references/hero.md の5秒テストプロトコルにまとめられています。合格点未満の場合、ヒーローセクションの書き換えが「効果の大きい変更」リストの先頭になります。

4. 上記の説明に従ってコンテキストを読む。

5. トラフィックの温度を設定する。 これにより「良い」の基準が変わります：

   • 有料： 有料ランディングページの順序とメッセージマッチング（STRUCT-03、A-M10）に照らして評価します。広告を尋ねてください。不一致はクリティカルです。各広告グループがそのクエリに答えるページにランディングしていることを確認します（A-M11）。
   • 有料＋オーガニック（広告クリックも受け取るオーガニックサービスページ）：ヒーローのメッセージマッチングを広告に対して評価し、ナビゲーションは維持しますが、ヒーローのCTAと競合するナビゲーションCTAをフラグし、広告費が有意な場合は専用の有料ランディングページを推奨します（references/principles.md のC2ハイブリッドルール）。
   • コールド（オーガニック、ソーシャル）：完全な議論を期待します（STRUCT-02の青写真）。
   • ウォーム（紹介、YouTube、AIアシスタント）：より短いページで問題ありません。どこからでも1クリックで予約できることを確認します（AI-04、references/principles.md の矛盾C18）。

6. ロケールを設定する。 BEまたは他のEU諸国：references/be-eu.md からBE/EUチェックリストを追加します（法的情報、同意、レビュー、言語バージョン。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. 評価して分類する。 各発見事項にルーブリック（Critical / High / Medium / Low）と工数（S/M/L）を割り当てます。次に分類します：すぐに実施できる改善（約1時間以内、低リスク）、効果の大きい変更、テストアイデア。各バケット内では重要度順、次にページ上の位置順（ヒーロー優先）に並べます。BE/EUまたはAI検索セクションと重複する発見事項は1回だけ記述し、相互参照します。ストーリーラインの発見事項も同様です：より具体的なチェックですでにカバーされているリークや誤配置（価格なし→A-P5、人間なし→A-P4、CTAが間違ったページに遷移→A-C8）は、特定のIDの下に1回だけ記述し、フローIDを横に付けます（「A-P5 / A-S13」）。A-S11…A-S14は順序とシーム自体のために独立させておきます。

12. コピーの代替案を作成する： 見出し、小見出し、CTA（およびブースターラインやアイブロウが修正となる場合）のそれぞれに2～3の選択肢を、各選択肢にルールを引用した1行の根拠を付けて作成します。ページの言語で記述します（調査結果はユーザーの言語のまま）。ページまたはコンテキストファイルからの事実のみを使用します。未確認の事実やポジショニングに依存する選択肢には†を付け、オーナーへの質問に追加します。

13. 測定計画を立てる。 ほとんどのSMBサイトには有効なA/Bテストを実施するためのトラフィックが不足しています（MEAS-01）。デフォルトでは、同等の期間でのBefore/Afterテストを推奨します。トラフィックがサポートできるテストのみを、MEAS-03の仮説形式で記述します。ボリュームが少なすぎる場合は、1行でその旨を伝えます。

14. 引き継ぎを提案する： 全面書き換えは website-copy へ（議論マップを渡して、書き換えがそこから始まるようにする）、欠落しているトランジショナルオファーは website-lead-magnet へ。

出力契約

以下の構造を使用します。セクションが該当しない場合のみ省略し（ヨーロッパ以外でのBE/EUなど）、1行でその旨を伝えます。

# コンバージョン監査: <ページ名>（<URLまたはソース>）

**コンテキスト:** <ページタイプ> · 目標: <1つのコンバージョン> · トラフィック: <コールド | ウォーム | 有料 | 有料+オーガニック> · ロケール: <xx-XX>
**このページを選んだ理由:** <トラフィック、広告費、またはそれが掲載するオファー>
**ビジネスコンテキスト:** <.agents/business-context.md | ミニブリーフ | ページから推測（無人実行）>
**キャプチャ方法:** <agent-browser経由（Desktop 1440 + Mobile 390） | 提供されたスクリーンショット | HTML/テキストのみ> · クッキーバナー: <ファーストビューに表示 | なし（理由）> · ファイル: <ディレクトリまたはリスト>

## 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 | … |

**判定:** <1～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回だけ表示されます。）

## すぐに実施できる改善（今週中）
1. **<A-ID> · <重要度> · 工数S**: <問題点>
   - 証拠: "<引用したコピー>" / `<セレクタ>` / <スクリーンショット＋領域>
   - 理由: <ルールID>、<1行のメカニズム>
   - 修正: <具体的な変更または正確な新しいコピー>

## 効果の大きい変更
<同上の発見事項フォーマット>

## テストアイデア
- <観察> という理由から、<変更> は <結果> を <対象者> にもたらすと信じています。<指標> が <期間> で <量> 動いたら成功です。トラフィックチェック：<A/Bテストに十分 | Before/Afterとして実行>。
- または、ボリュームが少ない場合：「A/Bテストはなし：ボリュームが少なすぎます。<期間> における <指標> のBefore/Afterを比較してください。」

## コピーの代替案（ページの言語で；† = オーナーの確認が必要）
| 要素 | 現状 | 選択肢 | 根拠（ルール） |
|---|---|---|---|

## うまくいっている点
- <証拠とともに残しておく。誰も「修正」しないように>

## AI検索対応状況
- <AI-0x · 発見事項 · 修正>

## BE/EUチェック
- <be-eu.md 項目 · 合格 | 不合格 | 確認 · 修正>（B2Bのみ：消費者向け項目は1行の「該当なし」で）

## ギャップと前提条件
- 未検証：<例：フォーム送信、分析イベント、フィールドデータ>
- 前提：<使用したデフォルト値>
- 収集すべき証拠：[PROOF NEEDED: <何を、誰から>]

## 次のステップ
1. 1ヶ月目：クリティカル＋すぐに実施できる改善。2ヶ月目：効果の大きい書き換え。3ヶ月目：トランジショナルオファー（MEAS-04）。
2. 書き換えを希望しますか？この監査を `website-copy` に渡してください。

## オーナーへの質問（無人実行時；最大8つ、最も重要なものから順に）
1. <質問> · 想定値: <使用した値> · これにより解決される: <発見事項または†の選択肢>

ここで最も重要なルール

• マイクロ調整よりもメッセージを優先する（原則14、MEAS-05）。不合格のヒーローは、すべてのボタンカラーやフィールド数の指摘よりも優先されます。メッセージが壊れている場合、表面的な発見事項は簡潔にし、後回しにします。
• 5秒テストは最優先のチェック（HERO-01）。また、見出しの公式がビジネスタイプに合っているか（HERO-02）、サブヘッドがWhat、How、Whoを伝えているか（HERO-06）も確認します。
• 顧客をヒーローに、顧客の言葉で（COPY-01、COPY-02）。「ようこそ」、受賞歴、創業ストーリーがファーストビューにある場合、および専門用語をフラグします。
• すべてのセクションがあるページでも、読者を失う可能性がある。 各セクションが次のセクションを獲得していることを確認します：依存関係順に1セクション1信念、「したがって」または「しかし」と読めるシーム、異議が発生した場所で回答されていること（FLOW-01…07）。壊れたストーリーラインは「効果の大きい変更」の発見事項で、不合格のヒーローのすぐ後にランク付けされます。
• 有料トラフィックには専用ページが必要であり、広告を反映すべき（STRUCT-03）。広告をホームページ、または専用ページが存在する場合に一般的なページに送信することは（A-M11）、「効果の大きい変更」の発見事項です。
• 1つの具体的なCTAを、どこでも同じ、予約色で（CTA-02、CTA-04、CTA-05）。見つけた禁止フレーズを引用します（CTA-03）。
• 主張の近くに証拠を、実際の人間が見えるように、価格に言及する（PROOF-07、PROOF-14、PRICE-01）。
• 偽または検証不可能な証拠はクリティカル（PROOF-12、PROOF-13、SCAR-01）：架空のカウンター、ストックの「顧客」、有料の「掲載実績」、偽の希少性。
• 追加する前に削除する。 キラーリストからの削除は、多くの場合最も速い改善です。
• ルールに従い、過度に修正しない。 このワークフローとルールは、ビジネスの規模が小さく、リソースが限られていることを前提としています。