テンプレート一覧に戻る
パーソナライゼーション

Web サイトパーソナライゼーション監査チェックリスト(42項目)

2026年10月13日
執筆:Markettailorチーム チェックリスト
Webサイトパーソナライズ監査で見つかった問題を分類した付箋で埋め尽くされたホワイトボード

このWebサイトパーソナライゼーション監査チェックリストは、2つの状況を想定しています。これからパーソナライゼーションを始めるにあたって準備ができているか確認したい場合と、すでに運用しているものの効果が出ていないと感じている場合です。7つのグループに42のチェック項目があり、それぞれ自分で確認できる合格条件を示しています。表をスプレッドシートにコピーするか、テンプレートをCSVでダウンロードしてください。

これは一般的なコンバージョン監査ではありません。トラッキングやフォームが壊れているなら、まずCRO 監査チェックリストを実施しましょう。コンバージョンを測定できないページをパーソナライズしても、見えない問題に変数を増やすだけです。

このパーソナライズ監査チェックリストの使い方

  1. 計画ではなく、実際の体験を監査します。パーソナライゼーションを実施中、または近く実施予定のページで、訪問者が今日実際に何を見ているかを確認しましょう。
  2. 各項目を「合格」「不合格」「不明」で評価します。スコアでは「不明」を「不合格」として数えます。誰も答えられないなら、誰も責任を持っていないということです。
  3. 各「不合格」について証拠を記録する:スクリーンショット、レポート、テスト結果など。
  4. 最後にあるシートを使ってグループごとに採点し、記載順に従って最も低いグループから修正しましょう。グループは依存関係の順に並んでいます。データのないコンテンツはターゲティングできず、計測のない結果は信頼できません。

1. データ(7項目)

#チェック項目合格条件ステータス
1.1識別率を把握済み直近30日間で、主要ページのセッションのうち何割が企業とマッチしているかを示せる
1.2マッチの品質を確認済み照合された訪問50件を手作業でチェックし、誤り率を記録している
1.3描画時にファーモグラフィックデータを利用可能業界と従業員数が、ページ描画の数秒後ではなく描画前に取得できる
1.41つの業界分類体系すべてのツールの業種ラベルを、管理されたテーブル上で1つのリスト(例:NAICS)に対応付け
1.5CRMのステータスが利用可能進行中の商談や既存顧客を、新規の見込み客と区別できる
1.6保存される行動シグナル訪問者ごとに訪問回数と主要ページ(料金、製品、導入事例)の閲覧を取得できる
1.7データの鮮度を把握しているルールに使う企業属性データやCRMデータの更新頻度を把握している

2. セグメント(6項目)

#チェック項目合格条件ステータス
2.1セグメントは売上から導き出す各セグメントは好みではなく受注データで裏付けられている(理想的な顧客プロファイルのテンプレートを参照)
2.2セグメントが互いに重複しないルールは固定の順序で評価され、訪問者は1つのルールセットにつき1つのセグメントにしか入りません
2.3セグメントの規模を測定済みセグメントごとの月間の特定済みセッション数が把握されており、稼働中の各セグメントに測定に十分な数がある
2.4既存顧客は別に扱う既存顧客には専用のルールを設け、「デモを予約する」のような新規獲得向けのCTAを見せない
2.5セグメント数の上限あり稼働中のセグメントが、コンテンツを作成して測定できる数(通常3〜6)を超えていない
2.6定義が文書化されている各セグメントのルール、担当者、作成日が1つの共有ドキュメントに書かれている

3. コンテンツ(6項目)

#チェック項目合格条件ステータス
3.1セグメントごとのコンテンツキットが完成している稼働中の各セグメントに、専用の見出し、実績、導入事例、CTAが用意されている
3.2実績の提示は認められるバリアントに表示するすべてのロゴと推薦コメントについて、書面での許可を保管している
3.3主張がセグメントごとに事実に即している「一番人気」や「X社が信頼」などのラベルが、それを見るセグメントにとって正確である
3.4遷移先がラベルと一致しているパーソナライズされたすべてのCTAが、ラベルで約束した内容を提供するページにつながっている
3.5デフォルトが維持されているデフォルト(パーソナライズなし)版もバリアントと同じように丁寧にレビューする
3.6コンテンツが最新である古い製品名、過去のイベント、古くなった導入事例を参照しているバリアントがない

4. 体験のQA(7項目)

#チェック項目合格条件ステータス
4.1ちらつきなし通常の通信環境では、パターンが表示される前にデフォルトのコンテンツが目に見えてちらつかない
4.2レイアウトのずれなしバリアントの差し替えでコンテンツがずれず、パーソナライズしたページのCLSが「良好」の範囲に収まっている(web.dev, CLS)
4.3フォールバックが完全に表示されるパーソナライゼーションのスクリプトがブロックされても、空のブロックなしでデフォルトのページ全体が表示される
4.4タイムアウトを設定済みデータの照会が遅い場合は、待ち続けずに一定のタイムアウト後にデフォルトを表示する
4.5モバイルを確認済みすべてのバリアントをスマートフォンで確認済み。長い見出しやラベルが不自然に折り返されたり切れたりしない
4.6すべてのセグメントを強制表示してスクリーンショットを取得済みQA記録に、パーソナライズした各ページで各セグメントに表示されるバリアントが記載されている
4.7SEOに影響なし検索エンジンにはデフォルトのコンテンツが表示され、ボット向けだけにタイトル、canonical、インデックス対象のコピーを変えるパターンはない

5. 測定(6項目)

#チェック項目合格条件ステータス
5.1ホールドアウトあり各セグメントの一部の訪問者にはデフォルトを表示し(訪問者単位で割り当て)、リフトを測定できるようにする
5.2主要指標を合意済み各パーソナライゼーションに、パイプラインに結びついた主要指標が1つある(営業が受け入れたデモ、有望な登録)
5.3セグメントごとに報告される結果コンバージョン率は混ぜ合わせずに、セグメント別・パターン別に表示されている
5.4サンプルサイズを事前に計画済み各テストのサンプルサイズは、開始前にA/Bテスト計算ツールで算出しました
5.5未特定の訪問者は分析から除外セグメント化できなかった訪問者は改善率の計算から除外される
5.6パイプラインとの紐づけパーソナライズされたセッションからのリードを、CRMの商談まで追跡できる

6. ガバナンス(5項目)

#チェック項目合格条件ステータス
6.1担当者を明記パーソナライゼーション施策の責任者を1人決め、新しいルールはその人が承認する
6.2ルールの一覧がある稼働中のすべてのルールの一覧(ページ、セグメント、開始日、現在の結果)
6.3レビューの頻度稼働中のルールを少なくとも四半期ごとに見直し、測定可能な効果のないルールは廃止する
6.4変更プロセス新しいパターンはサイトのリリースと同じ QA を通す
6.5営業に情報共有どのセグメントにどのメッセージが表示されるかを営業が把握しており、商談の内容がサイトと矛盾しない

7. プライバシー(5項目)

#チェック項目合格条件ステータス
7.1同意が尊重されている端末上の必須でないデータを保存・読み取るスクリプトは、法律で求められる場合(EUではeプライバシー規則:Directive 2002/58/EC)、同意の後にのみ実行される
7.2法的根拠を文書化済みパーソナライゼーションにおける個人データの各用途について、GDPR上の適法な根拠を記録している(Regulation (EU) 2016/679)
7.3プライバシー通知を更新済みプライバシーポリシーにWebサイトパーソナライゼーションと関係するベンダーが記載されている
7.4センシティブな推測はしない健康、政治、宗教などのセンシティブな特性をターゲットにしたり明らかにしたりするルールがない
7.5「あなたが誰か知っています」のようなコピーは使わないバリエーションでは、監視されていると感じさせるような形で訪問者やその企業の名前を出さない

これはチェックリストであり、法的助言ではありません。B2Bパーソナライゼーションとデータプライバシーの記事でより詳しく解説していますが、具体的な点は法務担当者に確認してください。

スコアリングシート

各グループのスコアは、合格数÷チェック項目数で算出します。不明は不合格としてカウントします。

グループスコア意味やるべきこと
80%以上準備完了維持し、次のセグメントやページを探す
50%〜79%ギャップこのグループに依存する新しいパーソナライゼーションを追加する前に、このグループの不合格項目を修正する
50%未満準備未完了拡大を一時停止し、リストの最初のグループから順にこのグループを先に修正

2つの関門はスコアより優先されます。4.3(フォールバック)が不合格なら、何よりも先に修正してください。デフォルトが壊れていると、未特定のすべての訪問者に影響するからです。5.1(ホールドアウト)が不合格なら、ダッシュボードが何を示していても、パーソナライゼーションの成果を一切主張できません。

例示

例示であり、実在の企業ではありません。あるB2Bソフトウェアのチームが、ホームページで6か月間業種別パーソナライゼーションを運用してきました。その監査結果:

グループ合格スコア致命的な失敗
1. データ7件中5件71%1.2:照合の品質を誰も確認していない
2. セグメント6件中4件67%2.4:顧客に「デモを予約」が表示される
3. コンテンツ6件中4件67%3.2:許可のない2つのロゴ
4. 体験の品質確認7件中5件71%4.1:モバイルで目に見えるちらつき
5. 計測6点中2点33%5.1:ホールドアウトなし
6. ガバナンス5件中3件60%6.3:これまで一度もルールを廃止していない
7. プライバシー5中480%7.3:ポリシーにパーソナライゼーションの記載がない

チームは、公開後にホームページのコンバージョンが上がったことからプログラムが機能していると考えていました。しかしホールドアウトがなければ、それを季節要因やキャンペーンの影響と切り分けられません。翌月の計画は、許可のない2つのロゴを削除し(当日中に対応可能)、既存顧客向けのルールを追加し、セグメントごとに50%のホールドアウトと事前に計算したサンプルサイズで再公開することです。再公開の構成が必要なら、パーソナライゼーションのプレイブックテンプレートで解説しています。

よくある質問

Webサイトパーソナライゼーション監査とは?

ウェブサイトが訪問者セグメントごとに異なるコンテンツを確実に表示できているか、そしてそれが測定可能な成果を生んでいるかを体系的に点検するものです。訪問者のセグメント化に使うデータ、セグメント自体、セグメントごとのコンテンツ、ちらつきやフォールバックなどの技術的品質、計測、ガバナンス、プライバシーを対象とします。

Web サイトパーソナライゼーションはどのくらいの頻度で監査すべきですか?

パーソナライゼーションの公開前にチェックリスト全体を実施し、その後は年2回実施しましょう。体験の QA の項目は、サイトのリリースやテンプレートの変更のたびに見直します。ページ構造が変わると、ちらつきやフォールバックの不具合が気づかないうちに発生しがちだからです。測定の項目は、ルールが1回のテストサイクルを完了するたびに見直しましょう。

パーソナライゼーション監査で最もよくある不備は?

私たちの見解では、ホールドアウトがないことが最も深刻です。報告されるすべての結果が証明不可能になるからです。チームは導入前後のコンバージョンを比較し、季節性、キャンペーン、計測の変更による変化をパーソナライゼーションの成果と見なしてしまいます。代わりに、各セグメントの一部をデフォルトに割り当て、2つのグループを比較しましょう。

WebサイトパーソナライズはSEOに影響しますか?

検索エンジンが特定できない訪問者と同じデフォルトのコンテンツを見て、パターンが特定されたセグメント向けにページ上のブロックだけを変えるのであれば、影響はないはずです。問題が起きるのは、タイトル、canonical、インデックス対象のコピーがボット向けに異なる場合で、クローキングのように見えることがあります。パーソナライゼーションはコンテンツブロックに対してクライアントサイドかエッジで行い、メタデータには手を加えないようにしましょう。