有料ランディングページ監査

ランディングページ監査

有料トラフィックが辿り着くページを監査し、メディアバイヤーが実際にリリースできる修正リストを返します。有料クリックは、ページがコンバージョンするかどうかにかかわらずコストがかかるため、ここで見つかるすべての漏れは直接的な広告費の漏れです。

経験豊富な監査担当者は、ページから始めるのではありません。まずはお金の流れを追跡します。

1. 広告からページへのクリックパス。
2. アナリティクスファネル。
3. 定性的エビデンス。
4. 最後に、ページ自体のヒューリスティックな読み取り。

メッセージマッチを破る美しいページは、ページ上の技巧にかかわらず広告費を無駄にします。

出力は優先順位付けされた修正リストで、すべての所見はそのエビデンスクラスと重大度を宣言します。パーセンテージでの改善率を約束することは決してありません。ほとんどのCRO変更はテストされると勝てないからです（KohaviのMicrosoft/GoogleデータとOptimizelyの127,000件の実験コーパスによると、実験の約10〜33％しか目標指標を改善しないため）、特定の改善率の約束はほぼ間違いなく間違っています。

このスキルはクリック後のすべてを担当し、クリック前のものは担当しません。広告アカウントの根本原因（トラッキング、構造、ターゲティング、クリエイティブ、入札）は mbfinotti/advertising-skills@ad-account-diagnostic に属し、そのエビデンスが下流を指している場合にここに引き継ぎます。境界は相互に排他的です。

この監査中にエビデンスがクリックより上流（疲弊したクリエイティブ、間違ったオーディエンス、壊れたコンバージョントラッキング、どのページも救えない壊れたオファー）を指している場合は、ページの判定を拒否し、どの上流シグナルを見たかを正確に伝え、引き継ぎます。ページ監査が静かにアカウント診断になってはいけません。

このスキルは修正を実装することはありません。修正に名前を付け、ランク付けし、割り当てるだけです。

インタビュー

何かを開く前に質問します。メッセージごとに1つの質問。可能な場合は選択式を提供します。すでに提供されている情報はスキップします。

• このページが促進しなければならないアクションは1つだけですか？（購入 / トライアルサインアップ / デモまたは電話予約 / リードフォーム / ダウンロード）
• B2BまたはB2C/ECですか？
• どのプラットフォームが有料トラフィックを送信していますか。また、実際の広告（コピー、クリエイティブまたはサムネイル、およびその背後にあるキーワードまたはオーディエンス）を共有できますか？（広告なしでは、最も影響力のあるチェックが盲目で行われます。）
• ページにどのようにアクセスできますか？（ライブURL / コピーまたはHTMLの貼り付け / スクリーンショット（デスクトップとモバイル）/ 混合）
• 過去14〜30日間のこのページのセッション数とコンバージョン数は？（統計か第一原理か、監査の内容を決定します。「ボリュームフロア」を参照。）
• デバイス別内訳、および地域構成。1つのページが複数の国、言語、または通貨にサービスを提供していますか？
• 目標CPAまたはROASは？そして、ページのトラフィックは現在、それに対してどこに位置していますか？（ギャップが修正リストのランク付けの基準になります。）
• 下流で良い結果と見なされるものは何ですか？（B2B：フォーム送信数ではなく、MQL/SQL/パイプライン。B2C：カート追加数ではなく、収益。）
• ページ以外にどのようなエビデンスが存在しますか？（アナリティクスファネル、セッション録画、ヒートマップ、調査またはサポートの逐語録。）
• このページで以前に何か変更またはテストされたことはありますか？何が起こりましたか？
• 結果をいつまでに出さなければならない期限はありますか？（ローンチ、予算レビュー、季節的なピークなど）それとも期限はありませんか？
• このキャンペーンで最速の回復を望みますか、それとも次のキャンペーンでも効果が持続するページを望みますか？（一回限りの成果か、長期的な資産か。）
• 誰が修正を実装しますか？（あなた、デザイナー、開発チーム）そして、努力の上限はどれくらいですか？（数時間のコピー編集、スプリント単位のビルド、社内で売り込む必要のあるリデザイン）

インタビューの最後の3つの回答は、修正リストが書かれる前にそのランクを変更します。レポートはどの回答が何を動かしたかを示します。

• 厳しい期限がある場合、数時間で実装できるもの（メッセージマッチ、見出しとCTAのコピー、広告の主要ビジュアルの再利用）が優先されます。ビルドやステークホルダーが必要なものは優先度が下がります。
• 長期的な資産を求める場合、次のキャンペーンでも生き残るオファーの明確さと構造的な作業が優先されます。ただし、これは最も実装が遅い領域です。
• 努力の上限が低い場合、行を並べ替えるのではなく削除します。上限外になったものは、レポートの「除外」セクションに名前を付け、次四半期に誰かが再発見しないようにします。

ワークフロー

1. インタビューを実行します。ページに触れる前にすべての回答を収集します。

2. 最初に上流の原因を除外します。 CPAチャートだけでは、ページの問題と広告の問題を区別できません。ページを非難する前に確認します：

   • CTRが低下している、またはフリークエンシーが増加している（クリエイティブ疲労）：mbfinotti/advertising-skills@ad-creative-fatigue に引き継ぎます。
   • コンバージョンイベントが発火し、重複排除されているか：そうでない場合、mbfinotti/advertising-skills@ad-conversion-tracking に引き継ぎ、この監査の下流の数値はすべて疑わしいものとして扱います。
   • パフォーマンスが変化したときにターゲティングまたはオファーが変更されたか：mbfinotti/advertising-skills@ad-account-diagnostic に引き継ぎます。

   ページがもっともらしく問題である場合にのみ続行します。

3. クリックパスを確認します。 広告、キーワードまたはオーディエンス、およびランディングページを並べて開きます。クリックした人の視点から答えを出します：広告は何を約束しましたか？最初の画面はそれを確認していますか？

   4つの一致軸を確認します：

   • 言語的：見出しが広告の約束を独自の言葉で反映している。
   • 視覚的：ヒーロー画像が広告のクリエイティブまたは開始フレームを反映している（ほとんどの監査はこれをスキップする）。
   • オファー：同じオファー、同じ価格、同じCTA動詞。
   • 地域：キャンペーンがターゲットとするすべての地域に対して、通貨、言語、地域的に有効なオファー。

   ページがUTMまたは広告セットごとに入れ替わる場合、実際の広告パラメータで読み込みます。動的なパーソナライゼーションが静的に一般ページを提供することは、有料トラフィックに固有のバグクラスです。クリックIDがランディングページとリダイレクトを通過することを確認します。

4. アナリティクスファネルを取得します。デバイスとトラフィックソースでセグメント化：ランディング → エンゲージメント → フォーム開始またはカート追加 → 完了。これは意見が観察に変わる場所です。何かを読む前にボリュームフロアを適用し、プラットフォーム報告のコンバージョン数とサイト上のコンバージョン数を決して混在させないでください。それらはアトリビューションウィンドウとビュースルーで異なり、比較可能な合計ではありません。

5. 定性的エビデンスを収集します（存在する場合）：セッション録画（レイジクリック、デッドクリック、フォームでのためらい）、スクロールとヒートマップ（誰かがプルーフやCTAに到達しているか）、およびカスタマーボイスの逐語録。利用できない場合は謝罪なしでスキップしますが、その場合は「確認不可」にその旨を記載します。

6. ヒューリスティックなページレビューを実行します。references/page-checks.md の順序に従います。チェックは、確認の容易さではなく、有料トラフィックに対する収益への影響によって順序付けられています。

   ページを取得してレンダリングできる場合は、電話サイズのビューポートとデスクトップビューポートでレンダリング結果に対して各チェックを検証します。それ以外の場合は、貼り付けられたコピーまたはスクリーンショットから作業し、レンダリング（読み込み、レイアウト、動的コンテンツ）が必要なすべての主張を「確認不可」としてマークします。

   ここで見つかるものはすべて、アナリティクスまたは実験によってアップグレードされるまでは意見です。

7. 優先順位を付けます（以下のセクション）。効率性（修正が解除するファネルステップを努力単位で割ったもの）でランク付けし、エビデンスで重み付けし、インタビューからの期限、使命、努力の上限に応じて再ランク付けします。修正リストは7項目に制限します。30項目のリストは決して実装されません。

8. レポートを以下の形式で作成します（完全なテンプレートと実例は references/report-template.md にあります）。レポートの完全性チェックを実行し、すべてのチェックに合格するまで繰り返します。

9. 予測と再確認日を記録します。 出荷される各修正は、どのファネルステップがどの方向に動くべきかを指定します。1完全なビジネスサイクル後、一致するアトリビューションラグの成熟度で再確認します。

   使用しているハーネスに永続メモリがある場合、ページのベースライン、所見、出荷された修正、および予測を記憶し、次回の実行が履歴から開始できるようにします。それ以外の場合は、ユーザーが次のセッションに貼り付けることができる短い状態ブロックを出力します。

エビデンスクラス

すべての所見は3つの主張クラスのいずれかを保持し、レポートはそれらを決して混同しません：

• 意見 - ページのみから判断可能：メッセージマッチ、価値提案の明確さ、CTAの階層、見える摩擦、信頼性の手がかりの存在。情報に基づく仮説であり、証明ではありません。
• 観察 - このページ自身のデータが必要：トラフィックが実際にどこで離脱するか、デバイス間のギャップ、フィールドレベルのフォーム放棄、フィールドのCore Web Vitals、記録された行動。
• 因果的事実 - 統制された実験が必要。この監査は因果的事実を決して生成しません。因果的事実の候補を生成します。「これはコンバージョン率をX%向上させる」という表現は、その背後に実験がないこのクラスの主張であり、禁止されています。

引用されるベストプラクティスは、さらに情報源の階層を持ちます：

• 確立された研究：引用可能な研究または標準（Core Web Vitals、WCAG、Baymard、NN/g、Unbounceのベンチマークレポート）。
• 実務者のコンセンサス：独立した実務者間で裏付けられている（1つの明確なCTA、摩擦点でのプルーフ）。
• フォークロア：広く繰り返されているが、実証されていない（失敗モードを参照）。それを否定するためにのみ提示します。

引用可能な数値、フレームワーク（LIFT、MECLABSヒューリスティック、PXL）、およびそれらの必須の注意事項は、references/evidence-and-benchmarks.md にあります。数値やフレームワークを名前で引用する前にそれを読んでください。

ボリュームフロア

2つのボリュームフロアが、監査が主張できる内容を規定します：

• 監査ウィンドウ内でこのページのセッション数が約1,000未満、またはコンバージョン数が30未満の場合、データは実際のコンバージョン問題とノイズを分離できません。それを明確に述べ、コンバージョン率の比較とセグメントの読み取りを拒否し、修正リストを第一原理の摩擦と確立された研究に基づいてランク付けします。監査は依然として有用です。統計的であるふりをしないだけです。
• 月間コンバージョン数が約100未満の場合、検証パスとしてA/Bテストを推奨しないでください。実証済みの摩擦除去を出荷し、監視することを推奨し、因果関係は証明できないと述べてください。

これらのフロアは実務者のヒューリスティックであり、法律ではありません。適切なサンプルサイズ計算は、誰かが実行できる場合にはこれらの両方に優先します。

優先順位付け

修正リストを効率性（努力単位あたりに解除されるコンバージョンステップ）でランク付けし、最良の比率でリードします。最も安価な修正ではありません。安価優先と効率的優先は異なる順序であり、2番目の順序だけが「手持ちの時間で最初に何を出すか」に答えます。

各候補を、PXLの形状で、エビデンスで重み付けされた、ほぼ二択の質問でスコアリングします。ICEやPIEではありません。ICEとPIEは、修正を提案する人が3つの入力のうち2つを推測することを許可します。エビデンスで重み付けされたスコアは、すべての修正にその背後にあるエビデンスを明示させることを強制します。

各修正に対して質問します：

• ファーストビューにあるか？
• 5秒以内に気づくか？
• 有料エントリーパス上にあるか？
• このページのデータからの観察に裏付けられているか、それとも意見のみか？
• 確立された研究に裏付けられているか、それとも実務者のコンセンサスのみか？

努力を時間と調整として括弧で囲みます。1時間のコピー作業、1〜2日のビルドと回帰チェック、他の人のスケジュールを調整する1週間以上。予算の数値としては決して表現しません。

価値側は漏れであり、その価格ではありません。各修正が解除するファネルステップと、インタビューからのCPA/ROASギャップのうちどの程度がそのステップにあるかを指定します。これにより、漏れているステップの修正が、他の場所にある見栄えの良い修正よりも優先されます。

ページが複数の領域で同時に失敗する場合の、修正ファミリ間のデフォルトの順序。各軸で最も高いものが最初：

• 効率性：メッセージマッチ > ファーストビューの明確さ > 信頼性の配置 > フォームとチェックアウトの摩擦 > オファーの明確さ > 表示速度 > アクセシビリティの洗練 > クリック後のパス
• 価値：メッセージマッチ > ファーストビューの明確さ > オファーの明確さ > フォームとチェックアウトの摩擦 > 信頼性の配置 > 表示速度 > アクセシビリティの洗練 > クリック後のパス
• 努力：オファーの明確さ > アクセシビリティの洗練 > 表示速度 > フォームとチェックアウトの摩擦 == クリック後のパス > ファーストビューの明確さ > メッセージマッチ == 信頼性の配置
• コンプライアンスコスト：クレームと開示の修正 > 同意バナー > アクセシビリティ > その他のすべてのファミリ == なし

これらの軸は2つの点で意見が一致しません。これは明言する価値があります：

• オファーの明確さは価値の軸では上位に、努力の軸ではトップに位置します。新しい価値提案にはステークホルダーが必要であり、午後1つで済むものではありません。効率性の軸では中位に位置します。今始めて、後で出荷し、決してスキップしないでください。
• 信頼性の配置はその逆です。ページがすでに所有しているプルーフを摩擦点に移動することは、1時間の作業で中程度の改善をもたらします。これが、より大規模な修正よりも優先される理由です。

アクセシビリティの洗練は、速度よりも上位に順序付けられています。その長いポールはコードではなく承認であるためです。残りの同順位は真の等価性です：

• フォームの摩擦 == クリック後のパス：どちらも、ページ所有者が部分的にしか制御できないシステム（フォームまたはチェックアウトスタック、メールおよびルーティングスタック）内での1〜2日のビルドであり、どちらもライブのマネーパスで出荷前に回帰チェックが必要です。
• メッセージマッチ == 信頼性の配置：どちらも、すでにページを所有している人が既存の資産（広告の言葉、ページ上のプルーフ）を再利用して1時間で行う作業です。
• コンプライアンスコスト、アクセシビリティ以下のすべてのファミリ == なし：すでに公開されているマテリアルを言い換え、並べ替え、または高速化するため、新しいものは主張、収集、開示されず、予約するレビューもありません。

この効率性の順序が飢えさせるのは、ビルドまたはステークホルダーを必要とするすべての修正です。オファーの明確さ、構造的な再構築、および速度は、価値の軸では高く評価され、努力の軸ではトップですが、比率がそれらを選択することはなく、ページはコピーの微調整を蓄積します。比率を待つのではなく、条件に基づいてそれらを昇格させてください：

• ファネルが、訪問者がメッセージマッチされたページに着陸し、インタラクション前に離脱している（ページ上の技巧では誰も欲しがらないオファーを修正できない）場合、またはCPAギャップが目標の倍数でありマージン内ではない場合（1時間単位の修正ではもっともらしくギャップを埋められないため）、オファーの明確さをトップに昇格させます。
• フィールドCore Web Vitalsが、広告費が費やされているデバイスでしきい値に失敗した場合、速度を昇格させます。これは確立された研究のトリガーであり、比率よりも優先されます。

昇格をレポートに、それをトリガーしたエビデンスとともに明記します。

コンプライアンスコスト項目は、比率ではなくエクスポージャーによってランク付けされます。リセットカウントダウン、実証されていないクレーム、または未開示の推奨を削除することは、ほぼゼロの努力で、連邦取引委員会（FTC）およびプラットフォームポリシーのエクスポージャーを毎日抱えているため、そのコンバージョン値に関係なく、キューをジャンプします。