ウェブサイトパーソナライゼーションとは？B2Bの種類と事例

どのB2B Webサイトも同じ構造的な問題を抱えています。1つのホームページ、1組の製品ページ、1つの料金レイアウトで、複数の業種、企業規模、役職、購買準備度にまたがる購買者層に対応しているのです。その結果、存在しない「平均的な訪問者」向けに最適化されたWebサイトになってしまいます。Webサイトパーソナライゼーションは、訪問者が誰で、どの企業に勤め、これまでサイトで何をしたかに基づいて異なるコンテンツを表示することで、この問題を解決します。

自社サイトで成果が出るかどうかは、想定するのではなく測定すべきものです。公表されている改善率の数字は、ベンダーやコンサルティング会社が自社の顧客を測定したもので、ばらつきも大きいです。役に立つのは、自社のセグメントでホールドアウトグループと比較して得られた改善率であり、本ガイドではその求め方を解説します。Webサイトパーソナライゼーションとは何か、その仕組み、B2Bの主な種類、変更すべきページ要素、最初のユースケースの選び方、2週間での初回導入、プライバシー、成果の測定方法までを扱います。

Web サイトパーソナライゼーションとは何か（そして何でないか）

ウェブサイトパーソナライゼーション（英語ではwebsite personalisation、または単にweb personalizationとも表記）とは、訪問者に関するデータに基づいて、ウェブサイト上で訪問者に見せる内容を動的に変える手法です。データの出どころは、ファーモグラフィック（企業名、業種、規模）、行動（訪問ページ、ダウンロードしたコンテンツ、サイト滞在時間）、コンテキスト（地理的な位置、デバイスの種類、参照元）、CRMデータ（営業ステージ、アカウントのティア、過去のやり取り）などです。

変更の規模は、見出しやCTAボタンの差し替えといった小さなものから、異なる導入事例、メッセージ、画像を使ったまったく別のページレイアウトの表示といった大きなものまでさまざまです。決定的な特徴は、どのバリエーションを見るかを訪問者が選ぶのではなく、利用可能なデータに基づいてシステムが選ぶという点です。

これがパーソナライゼーションとカスタマイゼーションの違いです。Nielsen Norman Group はこの違いを明確に定義しています。パーソナライゼーションはシステム主導（サイトが自動的に適応する）で、カスタマイゼーションはユーザー主導（訪問者が設定などを手動で選ぶ）です。どちらも体験を改善できます。パーソナライゼーションは訪問者に何の操作も求めずに機能するため、ほとんどの訪問者がアカウントを作成もログインもしない B2B では非常に重要です。

ウェブサイトパーソナライゼーションは、メールのパーソナライゼーションとも異なります。メールのパーソナライゼーションはデータベース内の既知のコンタクトが対象です。ウェブサイトパーソナライゼーションは、一度もフォームに入力していない匿名の訪問者も対象にでき、ほとんどのB2Bサイトではそれがトラフィックの大多数を占めます（自社の割合は、フォーム送信数とセッション数を比べれば分かります）。既知のコンタクトだけをパーソナライズの対象にすると、サイトを訪れる人のごく一部にしか届きません。

パーソナライゼーションと混同されやすいものが他に2つあり、その混同がプロジェクトの範囲設定の誤りにつながります。

実務上の結論として、パーソナライゼーションとはセグメント内で実施するA/Bテストの集まりです。A/Bテストは「平均的にどのバージョンが最も良いか」を問います。パーソナライゼーションは、バリアントAがエンタープライズの訪問者で勝ち、バリアントBが中堅企業で勝つ可能性を受け入れ、各セグメント内のテストでそれを証明します。あるバリアントがどのセグメント向けか、そしてそのセグメントでデフォルトに勝ったとどうやってわかるかを説明できないなら、手間を増やしただけの動的コンテンツにすぎません。

パーソナライゼーションは、名前の差し込みでもありません。「おかえりなさい、Sarahさん」は購買の判断を何も変えません。B2Bで重要なのは関連性の変化です。実績、課題の切り口、そして次のステップです。

B2Bウェブサイトパーソナライゼーションの仕組み

内部は3つの部分で構成されています。誰が訪問しているかを判断するデータレイヤー、どのパターンを表示するかを決めるルールエンジン、そしてそのパターンを画面に表示する配信方法です。それぞれがどこで失敗するかを知っておけば、ツールの評価がずっと簡単になり、誰にも該当しないセグメントに四半期を費やすことも避けられます。

データレイヤー：4つのインプット

パーソナライズのルールはすべて、4種類のインプットのいずれかをトリガーにしています。それぞれカバー範囲、精度、法的な重みが異なり、多くのプログラムが停滞するのは、確実には手に入らないインプットを必要とするユースケースを選んでしまうからです。

IPから企業への解決は、匿名トラフィックに対する通常の最初のステップです。すべてのページリクエストにはIPアドレスが含まれており、訪問者識別サービスが、企業のIPアドレス範囲の登録情報、ISPのデータ、独自に観測したマッチを使って組織に対応付けます。Cookieもフォームも以前の訪問も必要ありません。どの程度うまく機能するかは、バイヤーの接続環境次第です。独自に登録されたIPアドレス範囲を持つ企業ネットワーク上の人は簡単にマッチしますが、自宅の家庭用ブロードバンドやモバイルネットワークで働く人は、通常、勤務先ではなくISPとして解決されます。ベンダーのマッチ率はそのベンダーの顧客構成で測定されたものなので、自社のトラフィックで2週間ツールを動かし、実在する企業に解決されるセッションの割合をICPセグメント別に確認しましょう。

エンリッチメントは、企業名を行動に移せる情報に変えます。業界、従業員数、売上規模、本社所在国、場合によっては利用技術スタックです。Clearbit（現在は HubSpot の一部）、ZoomInfo、Apollo、6sense はいずれもこの種のデータを販売しています。業界や規模帯といった大まかな属性は最も信頼性が高い傾向にあり、詳細なテクノグラフィックデータは求人情報や Web サイトのスクリプトから推測されることが多いため、最も信頼性が低くなります。最初のルールは大まかな属性で作り、フィールドを信頼する前に、よく知っている企業についてエンリッチされたレコードを20〜30件抜き取りでチェックしましょう。

行動シグナルには履歴が必要です。初回訪問で分かるのは参照元と1ページだけです。そのため行動のルールはリピーターに最も効果を発揮し、多くの構成ではファーモグラフィックと組み合わせています(行動セグメンテーションを参照)。CRMデータは、マーケティングオートメーションのCookieがすでにコンタクトやアカウントと紐付いている訪問者しかカバーしませんが、そこには進行中のパイプラインや顧客、つまり汎用的な「デモを予約する」ページを最も見せたくない人たちが含まれています。項目のマッピングはCRM連携ガイドで解説しています。

ここから2つのルールが導かれます。まず行動とキャンペーンの文脈から始めること。最も多くのセッションをカバーし、サードパーティデータが不要で、法的にも最も正当化しやすいからです。「SOC 2 automation」の広告から来た訪問者には、その企業がわかるかどうかにかかわらずSOC 2の実績を見せるべきです。そして、デフォルトのページを決しておろそかにしないこと。識別できるのがセッションの一部だけなら、残りはデフォルトを見るため、それが最も重要なページバージョンであり続けます。

ルールエンジン：訪問者と体験を対応付ける

ルールエンジンは、データ層が把握している情報をもとにバリアントを選びます。概念的には、優先順位の順にチェックされるif-thenの文のリストです。

企業規模が従業員500人超 かつ 業種が金融サービス かつ 訪問者が料金ページを閲覧済みの場合、次を表示：金融サービス向けヒーロー、銀行の導入事例、CTA「金融サービス担当チームに相談する」。

訪問者が複数のルールに該当する場合は、優先度の最も高いルールが適用されます。どのルールにも該当しない訪問者にはデフォルトページが表示され、同意を拒否した訪問者や検索エンジンのクローラーも同様です。このようなルールベースのエンジンで、ほとんどのB2B導入には十分です。訪問者ごとに最適なバリアントを予測する機械学習エンジンは、学習にほとんどのB2Bサイトが持つよりもはるかに多くのトラフィックを必要とします。

ルールはシンプルに保ちましょう。「製造業の企業に製造業向けのコンテンツを表示する」なら午後のうちに公開でき、数週間で結果を読み取れるだけのトラフィックが集まります。「料金ページを2回訪問した従業員200〜500人のシリーズBのフィンテック企業に特定のヒーローを表示する」は、月に数セッションしか該当しないかもしれず、効果があるかどうかは永遠に分かりません。また、ルールが増えるたびに保守も増えます。ホームページに10のルールがあれば、ポジショニングが変わったときに10のバージョンを更新し、10の組み合わせをQAする必要があります。個別のアカウントではなく、セグメント(エンタープライズの金融サービス、中堅SaaS)から始めましょう。アカウント単位のページが意味を持つのは、取引規模がアカウントごとのコンテンツに見合うほど短いABMリストの場合だけです。

配信方法：クライアントサイド、サーバーサイド、エッジ

バリアントをブラウザに届ける方法は、表示速度、ちらつき、SEO、必要なエンジニアリングの量に影響します。

クライアントサイドのタグでは、ちらつきへの一般的な対策はプリハイディングです。小さなインライン CSS ルールで、スクリプトが変更を適用するまでパーソナライズする要素だけを非表示にし、スクリプトが遅いかブロックされた場合にはデフォルトのコンテンツが表示されるようタイムアウトを設けます。空白のヒーローは汎用的なヒーローよりも悪い結果になります。私たちの見解では、ほとんどのマーケティングチームはプリハイディング付きのクライアントサイドから始め、パーソナライゼーションが指標を動かすことを証明してから、サーバーサイドやエッジでの配信にエンジニアリングの時間を使うべきです。どの方法を使う場合でも、パーソナライゼーションの有無で Largest Contentful Paint を測定しましょう。パターンがデフォルトより目に見えて遅れて表示されてはいけません。

リアルタイムパーソナライゼーションがこのパイプラインを最初のページビューでどう活用するかをご覧いただき、各レイヤーへの対応方法でWebサイトパーソナライゼーションツールを比較してください。AIを活用したパーソナライゼーションは、主にバリエーション作成のコストを下げ、セグメントが多い場合にどれを使うかの選択を助けます。最初のプログラムならルールで十分です。B2Bでの活用についてはリード獲得におけるAIの記事で解説しています。

B2Bにおけるウェブサイトパーソナライゼーションの種類

B2BのパーソナライゼーションはB2Cのパーソナライゼーションと重要な点で異なります。B2Cのパーソナライゼーションは、何を閲覧したか、何を買ったか、カートに何を入れたかといった個々の消費者の行動を軸にしています。B2Bのパーソナライゼーションは、企業単位の属性と購買委員会の力学を軸にしています。訪問者は同じ企業から自社を評価している複数の人のうちの1人であり(CTOは連携とセキュリティを、マーケティング責任者は成果と使いやすさを、調達部門は契約条件を気にします)、営業サイクルは数週間から数か月に及び、トラフィックは数百万ではなく数千単位のため、データを集められるようセグメントは大まかにする必要があります。

ファーモグラフィックによるパーソナライゼーション

B2Bで最も一般的なタイプです。ファーモグラフィックによるパーソナライゼーションは、企業単位のデータ（業界、規模、売上、所在地）を使ってWebサイトを最適化します。ヘルスケア企業の訪問者には、ヘルスケアの事例、コンプライアンス重視のメッセージ、ヘルスケアに関連する機能のスクリーンショットを表示します。テクノロジー企業の訪問者には、連携重視のメッセージ、開発者向けドキュメントへのリンク、SaaSの事例を表示します。詳しくは業界別パーソナライゼーションと企業規模別のパーソナライゼーションのガイドをご覧ください。

ファーモグラフィックによるパーソナライゼーションは、訪問者が何かを操作する前に IP 解析からデータが得られるため、最初のページ読み込みから機能します。そのため、初めてパーソナライゼーションを導入するチームにとって自然な出発点になります。

行動に基づくパーソナライゼーション

行動ベースのパーソナライゼーションは、現在のセッションと過去の訪問の両方で訪問者がサイト上で何をしたかに基づいて体験を最適化します。アナリティクスに関するブログ記事を3本読んだ訪問者には、ホームページでアナリティクス関連のコンテンツを目立たせて表示します。過去1週間に料金ページを2回見た訪問者には、一般的な「詳しく見る」ボタンではなく、料金相談を提案するCTAを表示します。

行動ベースのパーソナライゼーションには追跡データの蓄積が必要なため、訪問を重ねるごとに精度が上がります。初回訪問ではファーモグラフィックによるパーソナライゼーションが役割を果たし、2回目以降の訪問では行動データが精度を高めます。

ABM主導のパーソナライゼーション

アカウントベースドマーケティングに取り組む企業では、パーソナライゼーションをアカウントリストとアカウントのティアに直接結び付けられます。ティア1のターゲットアカウントには、企業名を入れたメッセージ、関連する導入事例、担当アカウントエグゼクティブとの面談予約CTAなど、完全にカスタマイズされた体験を表示します。ティア2のアカウントには、業種別のメッセージとセルフサービスのデモを表示します。ターゲット外のアカウントには標準の体験を表示します。ティア別の施策はABMウェブサイトパーソナライゼーション・プレイブックで解説しています。

参照元に基づくパーソナライゼーション

訪問者の流入元に応じてページを適応させます。アカウントベースドマーケティングに関するLinkedIn広告から来た訪問者には、ランディングページでABMに焦点を当てたメッセージを表示します。「B2B アナリティクス」のオーガニック検索から来た訪問者には、アナリティクスに関するメッセージを表示します。特定の機能に関するメールキャンペーンから来た訪問者には、その機能を強調して表示します。これにより、訪問者を引きつけたコンテンツと、訪問者を迎えるWebサイト体験との間に一貫性が生まれます。これはメールキャンペーンにおけるパーソナライゼーショントークンのWebサイト版です。

ステージ別パーソナライゼーション

訪問者が購買プロセスのどこにいるかに応じて体験を調整します。初回訪問者には教育的なコンテンツとファネル上部のCTAを、製品コンテンツを閲覧済みのリピーターには比較ガイドとデモのCTAを、営業と商談中のアカウントからの訪問者には、ROI計算ツール、導入ガイド、セキュリティ資料など、案件を後押しするコンテンツを表示します。購買ジャーニーのステージ別パーソナライゼーションをご覧ください。

パーソナライズすべきもの：効果の高い要素

ページ上のすべての要素をセグメントごとに変える必要はありません。パーソナライズの効果が最も高いのは、訪問者が最初に目にする要素と、コンバージョン行動を促す要素です。

ヒーローの見出しとサブ見出し。訪問者が最初に読むテキストです。汎用的な価値提案から業界別や課題別のメッセージに変えると、すぐに関連性を感じてもらえます。「すべての訪問者に合わせて Web サイトをパーソナライズ」は汎用的です。「製造業のすべての買い手に、必要な製品を」なら製造業の訪問者に直接語りかけます。セグメント別の事例はホームページのパーソナライゼーションガイドにさらに掲載しています。

ヒーロー画像。画像は見出しが読まれる前に目に入ることが多い要素です。業界に関連する画像（製造現場、トレーディングデスク、病院のダッシュボードなど）を見せれば、見出しを読む前から自分に関係があると伝わります。このテーマについては、ランディングページの画像とグラフィックに関するガイドもご覧ください。

導入事例と社会的証明。業種が一致する導入事例は、汎用的な事例より説得力があります。SaaS企業の訪問者が別のSaaS企業の事例を見ると、業種がばらばらのロゴが流れるカルーセルよりも、「自分たちと同じような会社が使っている」という強いシグナルになります。ある業種向けの事例がない場合は、その業種向けにパーソナライズする前に埋めるべきコンテンツのギャップです。

CTA。CTAを訪問者の検討度合いに合わせると、摩擦が減ります。初回訪問者には「仕組みを見る」、再訪者には「デモを予約」、商談中のアカウントからの訪問者には「担当チームに相談」を表示します。テスト方法はパーソナライズしたCTAの記事で解説しています。

ナビゲーションとコンテンツのレコメンド。訪問者の業種や行動履歴に応じて異なるリソース、製品ページ、ブログ記事を勧めると、関連コンテンツを早く見つけてもらえます。ナビゲーション全体は残しておきましょう。パーソナライゼーションは並べ替えるものであり、隠すものではありません。

料金ページ。慎重に扱いましょう。企業規模に合ったプランを強調したり、一定の規模を超える企業にはセルフサービスの登録を「営業に問い合わせる」に置き換えたりするのは妥当です。企業によって異なる価格を見せるのは別問題で、2社の買い手が情報交換すれば明るみに出がちです。料金ページのパーソナライゼーションをご覧ください。

架空のセキュリティソフトウェア企業とヘルスケアセグメントを例に、バリエーションで何を変えるかを示します:

一度にすべてを変えないでください。見出し、実績、CTA、レイアウトをまとめて変えたバリアントでは、どの変更が効いたのかわかりません。

最初のユースケースの選び方

チームはよく、指名アカウント向けのホームページから始めたがります。しかし、それは通常、最初のテストとしては不適切です。最初のユースケースとして適しているのは、測定に十分なトラフィックがあり、明確なコンバージョンイベントがあり、実際に制作できるコンテンツの違いがあるものです。たとえば、ウェブデザインエージェンシーなら、エンタープライズの訪問者には大規模プラットフォームの実績を、小規模企業には小規模ビジネス向けウェブデザインサービスを見せることができます。候補を順位付けする方法の1つは、リーチ（対象となるセッションの割合）、価値（ページが売上につながるイベントにどれだけ近いか）、確信度（そのセグメントに異なるものが必要だという、商談、勝敗データ、サポートチケットからの根拠）、労力をそれぞれ1〜5で採点し、(リーチ × 価値 × 確信度) / 労力で順位を付けることです。

中堅企業と大企業に販売する架空のセキュリティソフトウェア企業の例示スコア：

役に立つのは絶対的なスコアではなく順位です。ここでは2つの文脈に基づく施策が勝ち、指名アカウント向けのホームページはほとんど誰にも届かずコストも最も高いため最下位になっています。同じ論理から、おおよその成熟度の順序が導かれます。まず文脈に基づくもの（キャンペーン、参照元、新規かリピーターか）、次に企業特定が稼働し、きれいなホールドアウトテストを1回終えたらファーモグラフィックのセグメント、営業がTierと担当者に合意したらCRMに基づくアカウント体験、そして最後にWeb、広告、メール、営業をまたぐオーケストレーションです。

有効性が保たれるセグメント

セグメントにバリアントを用意する価値があるのは、そこに属する人々が測定可能なほど異なるものを求めていて、確実に識別でき、学ぶのに十分な人数がいる場合だけです。何かを作る前に、それぞれを1行の定義として書き出しましょう。

1. データ項目ではなく、購買判断の違いから出発する。「医療」はデータ項目です。「デモの前にHIPAAやBAAについて質問してくる購買担当者」は購買判断の違いです。
2. 同じ要素についてはセグメントが重複しないようにする。訪問者が「エンタープライズ」と「医療」の両方に該当しうるなら、どちらのルールがヒーローを制御するかを事前に決めておきましょう。
3. 初期は大まかなセグメントを優先する。3つの業種＋「その他すべて」のほうが、12業種のうち9業種が週に数件しか訪問されない状態よりも優れています。
4. データが一部しかない場合のフォールバックを決めます。業界は判明、規模は不明：何を表示しますか？
5. コピーを書く前にボリュームを確認する。過去90日間で条件に該当したはずのセッション数を数えます。下記の測定セクションで示すサンプルサイズに1四半期以内で届かない場合は、そのセグメントを近いセグメントと統合しましょう。

B2B Webサイトのセグメンテーション戦略ガイドでは、セグメントをICPに対応付ける方法を解説しています。

導入:ステップごとのワークフロー

ウェブサイトパーソナライゼーションの導入に、数か月がかりのプロジェクトは必要ありません。2週間以内に最初のパーソナライズ体験を公開できる実践的なワークフローを紹介します。

1週目：基盤づくり

ステップ1：1つのページと2つのセグメントを選ぶ。最初はホームページまたはメインのランディングページが最適です。測定に十分なトラフィックがあり、明確に異なるオーディエンスを表す2つのセグメントを選びます。例：「エンタープライズ企業（従業員500人以上）」と「ミッドマーケット企業（従業員50〜499人）」。

ステップ2：コンテンツの変更を定義する。セグメントごとにバリエーションの見出しを書き、掲載する導入事例を選び、CTAを定義します。ページ構造は同じに保ち、特定のスロット内のコンテンツだけを変えます。テクノロジーに手を付ける前に、すべてのバリエーションのコピーを書き上げましょう。

ステップ3：訪問者識別を設定します。IPアドレスを企業データに結びつける訪問者識別のデータソースを接続します。既知の企業でテストして精度を検証します。セグメンテーションに必要な属性（業種、企業規模）がデータに含まれているか確認します。

2週目：公開と計測

ステップ4：セグメンテーションルールとコンテンツのマッピングを設定します。パーソナライゼーションプラットフォームでセグメントを作成し、それぞれをコンテンツのバリエーションに割り当てます。どのセグメントにも該当しない訪問者向けにデフォルト体験を設定します。各バリエーションをデスクトップとモバイルでプレビューし、同意が拒否された場合の表示も確認してください。

ステップ5：ホールドバック群を設けて公開する。対象となるすべてのトラフィックをすぐにパーソナライズしてはいけません。各セグメントの一部を、デフォルトの体験を見るコントロール群として残します。その規模はA/B テストのサンプルサイズの計算で決め、自社のトラフィックでテストが実際に結果を出せるようにしましょう。

ステップ6：計画したサンプル数に達するまで、かつ少なくとも丸2週間は測定します。パーソナライズした各セグメントとそのホールドバックグループについて、コンバージョン率（フォーム送信、デモ依頼）、エンゲージメント指標（ページ滞在時間、セッションあたりページ数、スクロール深度）、直帰率を追跡します。パーソナライズしたバリアントが上回れば、アプローチが検証されたことになり、拡大できます。

結果が横ばいの場合、よくある原因は、セグメント間の違いが十分でない、バリアントがデフォルトに近すぎる、セグメントのトラフィックが少なすぎる、のいずれかです。ページを増やす前に、そのうちのどれかを修正しましょう。最初のテストの先を計画する準備ができたら、パーソナライゼーションのプレイブックテンプレートで、セグメント、ルール、担当者、レビュー日の枠組みを作れます。

現実的に期待できること

見出しに踊る改善率の数字には懐疑的になりましょう。公開されている数値の多くはベンダーやコンサルティング会社が自社の顧客について述べたもので、「コンバージョン」の定義もまちまちで、ホールドアウトとの比較もされていません。パーソナライゼーションに効果がありうることは示していても、あなたのサイトでどうなるかは教えてくれません。

推論できることはあります。パーソナライゼーションはすでにあるトラフィックのコンバージョン率を変えるものなので、その価値は、パーソナライズしたページにどれだけ有望なトラフィックが届くか、そしてデフォルトページの内容と各セグメントが必要とするものとの差がどれほど大きいかによって決まります。1種類の買い手に1つの製品を売るサイトでは得られるものは少なく、1つのホームページで複数の業界や企業規模に対応しているサイトでは得られるものが多くなります。始める前に、自社の数字で計算してみましょう。例：ホームページのトラフィックの30%が1つの業界から来ていて、業界別のページでそのセグメントのデモ率が2%から2.5%に上がったとすると、ホームページ全体のデモリクエストは約7.5%増えます。実際にその改善が得られるかどうかに答えるのが、ホールドアウトテストです。

パーソナライゼーションは、訪問を増やすためにさらに費用をかける必要はなく、すでに来ている人たちに働きかけます。HubSpot のフライホイールでは、Web サイトパーソナライゼーションはエンゲージ段階の力として挙げられています。パーソナライゼーションの ROI 測定のガイドでは、テスト結果をビジネスケースに変える方法を解説しています。

パーソナライズの成果を測定する

パーソナライゼーションでは、前後比較はほとんど役に立ちません。季節性、キャンペーンの変更、営業活動のほうが、ほとんどのバリアントよりもコンバージョン率を大きく動かすからです。主要指標はセグメント別のコンバージョン率であり、ホールドアウト（対象セグメントのうち、同じ期間中デフォルトを見続けるランダムな一部）と比較します。

ホールドアウトはどのくらいの規模が必要か？

あるセグメントのデフォルトページでのコンバージョン率が2.0%で、一般的な信頼度95%・検出力80%で相対リフト20%（2.4%へ）を検出したいとします。標準的な2標本比率の公式では次のようになります。

1グループあたりのn = (1.96 + 0.84)² x (0.02 x 0.98 + 0.024 x 0.976) / (0.004)² = 7.84 x 0.0430 / 0.000016 で、1グループあたり約21,100人の訪問者。

50/50の分割では、対象となる訪問者は約42,000人です。90/10の分割では、ホールドアウトに約11,700人、パーソナライズ群に約105,500人、合計で約117,000人が必要になり、トラフィックはほぼ3倍です（割り当て比率k = 9の場合、小さいグループにはn × (1 + 1/k) / 2が必要）。そのため、まず50/50の分割でバリアントを証明し、その後は改善が続いているかを確認するためだけに小さな常設のホールドアウト（5〜10%）を残しましょう。あるセグメントが四半期でサンプルに達しない場合は、バリアントの構成が共通するセグメントをまとめる、より発生件数の多いステップ（デモ予約の代わりにCTAクリック）を測定する、または結果を方向性として扱い、その旨を明記します。自社の数値はA/Bテスト計算ツールで計算できます。

必ずセグメントごとに測定し、全体の集計だけで判断しないでください。平均がプラスでも、特定のセグメントでは負けているバリアントが隠れていることがあります。補助指標には次のようなものがあります：

エンゲージメントの深さ。パーソナライズされた訪問者とされていない訪問者の、セッションあたりのページ数、サイト滞在時間、スクロール深度。

セグメント別の直帰率。パーソナライゼーションでは、ランディング時の体験が訪問者の文脈に合うため、ターゲットセグメントの直帰率が下がるはずです。サイト全体だけでなく、セグメント別に追跡しましょう。

パイプラインの速度。ターゲットアカウントからの訪問者について、コントロールグループとして除外したターゲットアカウントと比べて、営業パイプラインをどれだけ速く進むかを追跡します。

コンテンツの発見。パーソナライズされた訪問者は、パーソナライズされていない訪問者よりも多くの製品ページやリソースページを閲覧しているか？

訪問者あたりの売上。究極の指標です。パーソナライゼーションが訪問者1人あたりの平均売上にどう影響するかを、オーディエンス別に追跡します。

プライバシー、コンプライアンス、パーソナライズの境界線

B2B Web サイトパーソナライゼーションは、個人が誰であるかよりも、主に企業レベルの属性（業界、規模、アカウントの状態）に基づいて動作します。製造業の訪問者に製造業向けのコンテンツを見せるためにページを適応させることは、個人のサイト横断的な閲覧を追跡することとは別物です。とはいえ、プライバシー法の適用外になるわけではありません。以下は実務家向けの見取り図であり、法的助言ではありません。

• IPアドレスは個人データになりえます。GDPRの前文第30項はIPアドレスをオンライン識別子として挙げており、EU司法裁判所はBreyer事件（CJEUプレスリリース、2016年）で、動的IPアドレスはウェブサイト運営者にとって個人データになりうると判断しました。「企業を識別しているだけ」というのはリスクを減らしますが、処理がIPアドレスから始まる以上、GDPRの対象外にはなりません。
• 法的根拠。企業レベルのパーソナライゼーションは通常、正当な利益（GDPR第6条(1)(f)）を根拠とし、文書化された比較衡量テストが必要です。ICOの正当な利益に関するガイダンスに3段階のテストが示されています。
• Cookieとデバイスへのアクセスには、GDPRとは別に同意が必要。セグメントや訪問回数を記憶するためのCookieやローカルストレージを含め、訪問者のデバイスに情報を保存したり読み取ったりすることは、ePrivacy指令（2002年）第5条(3)の対象となり、厳密に必要な場合を除いて一般に同意が必要です。EDPBはGuidelines 2/2023 on the technical scope of Art. 5(3)でその範囲を広く解釈しています。英国ではPECRに同等の規定があります。ICOのCookieに関するガイダンスをご覧ください。

実務上は、プライバシー通知で訪問者特定とパーソナライゼーションに触れ、ベンダーとデータ処理契約を結び、ツールが同意バナーを尊重してオプトアウトした訪問者にはエンリッチメントを呼び出さないことを確認し、公開前にプライバシー責任者を巻き込みましょう。体験は段階的に機能が落ちるように設計します。保存された識別子に依存するものは、同意が拒否された場合にデフォルトにフォールバックさせます。詳しくはデータプライバシーコンプライアンスガイドをご覧ください。

適切な具体性のレベルでパーソナライズすれば、「気味の悪さ」は避けられます。業界に関連するコンテンツを見せるのは役立ちます。訪問者が名乗る前に見出しで社名を表示すると、踏み込みすぎだと感じられることがあります。社名を出したコピーは営業とすでに商談中のアカウントに限り、それ以外は業界に合わせた見せ方を使いましょう。

サードパーティCookieが消えつつある今、ファーストパーティデータ(自社サイト上の訪問者の行動から直接収集するデータ)の重要性が高まっています。IPアドレスからの企業特定やサイト内行動に基づくパーソナライゼーションはファーストパーティのシグナルに依存しているため、サードパーティのトラッキングに頼る手法よりも長く使い続けられます。何をどう収集すべきかは、B2Bパーソナライゼーションのためのファーストパーティデータ戦略で解説しています。

よくある落とし穴と回避方法

最初から大きく始めすぎる。公開時からすべてのページをすべてのセグメント向けにパーソナライズしようとするチームは、保守の負担でプロジェクトを停滞させてしまいます。1つのページと2つのセグメントから始め、効果を証明してから拡大しましょう。

データ品質の低さ。訪問者識別が訪問者を誤った企業に結び付けていたり、CRMのデータが古かったりすると、パーソナライゼーションはでたらめに感じられます。マッチ率を確認し、識別結果の一部を手作業で検証し、それを下回る場合は標準の体験を表示する信頼度の最低しきい値を定めましょう。

ホールドバックグループがない。デフォルトの体験を見る対照グループがなければ、パーソナライゼーションの効果を、季節的な傾向、トラフィック構成の変化、その他の変数から切り分けられません。

デフォルトを放置する。大多数の訪問者が見るのは依然としてデフォルトです。バリアントを作りながらも、通常のA/Bテストでデフォルトの改善を続けましょう。

定義したセグメント向けのコンテンツがない。「ヘルスケア・エンタープライズ」セグメントを定義するのは簡単です。ヘルスケアの導入事例、関連するスクリーンショット、ヘルスケアに特化したメッセージを用意することこそが本当の作業です。ルールを作る前にコンテンツを作りましょう。

クリックを成果として報告する。パーソナライズした CTA はクリックが増えても、有望な商談の数は変わらないことがよくあります。トラフィックで測定できる範囲で、最も売上に近いイベントを測定しましょう。

営業とのループがない。アカウントが何を見たかを営業が知らなければ、Webサイトと営業担当者が異なるストーリーを語ることになります。表示した体験をCRMの活動記録に送りましょう。

ページ速度とちらつき。クライアントサイドのツールはどれも、読み込み、訪問者の照会、ページの編集を行うスクリプトを追加します。主要なページでタグを有効にした場合と無効にした場合のLighthouseまたはWebPageTestを実行し、Largest Contentful PaintとCumulative Layout Shiftを比較しましょう。事前に非表示にするのはパーソナライズする要素だけにし、ページ全体を隠してはいけません。

SEOの間違い。GoogleはJavaScriptをレンダリングします（JavaScript SEOのドキュメントでは、スクリプトを実行するヘッドレスChromiumについて説明しています）。GooglebotはCookieなしで、ターゲット企業に紐づかないIPアドレスからクロールするため、どのルールにも該当せず、識別されていない訪問者と同じく標準ページを受け取ります。Googlebotを検知して特別なものを表示するルールを作ってはいけません。Googleのスパムに関するポリシーでは、ユーザーと検索エンジンに異なるコンテンツを表示することをクローキングと定義しています。ウェブサイトパーソナライゼーションとSEOをご覧ください。

QAを省略する。ルールが5つあればページの状態は6通りになり、それぞれをブラウザやデバイスごとに確認する必要があります。各ルールが正しい条件で発動するか、各バリアントがレイアウト崩れなく表示されるか、どのバリアントが表示されたかをアナリティクスが記録しているかを確認しましょう。セグメントを再現できるプレビューモードがあれば、大幅に時間を節約できます。

ガバナンスがない。1年後には、稼働中の40個のルールのうちどれがまだ意味を持つのか誰にもわからず、実績の半分は解約した顧客のものになっています。最初のルールから、それぞれに担当者、見直し日（90日がデフォルトとして妥当です）、文書化された優先順位（例：進行中の商談、既存顧客、ターゲットアカウント、業界、キャンペーン、デフォルトの順）における位置づけ、そしてpage_element_segment_versionのような名前を付けましょう。規模が大きくなると、これはそれ自体が1つの専門分野になります。大規模パーソナライズとエンタープライズ向けパーソナライズ展開プレイブックで解説しています。

Webサイトパーソナライゼーションの始め方

測定可能な結果を出せる最もシンプルな実装から始め、データに基づいて拡大しましょう。

有料広告やメールのキャンペーンを実施しているなら、最も低コストな最初のテストは、訪問者を呼び込んだ広告やメールにランディングページのコピーを合わせることです。トラフィックの大半がオーガニックで、複数の業種に販売しているなら、訪問者識別から得たファーモグラフィックデータを使い、2つの業種セグメント向けにホームページをパーソナライズしましょう。ヒーロー見出し、ヒーロー画像、注目の導入事例を変更します。トラフィックに見合った規模のコントロールグループを確保し、計画したサンプル数に達するまで測定します。パーソナライズしたバリエーションがデフォルトを上回れば、ほかのセグメントやページにも展開します。

Markettailorは、このワークフローに必要な訪問者識別、セグメンテーション、コンテンツ配信のレイヤーを1つのプラットフォームで提供します。IPベースの企業識別とページ上のコンテンツ変更を連携させるため、最初のパーソナライズ体験を数か月ではなく数日で立ち上げられます。

よくある質問

ウェブサイトパーソナライゼーションを簡単に説明すると？

ウェブサイトパーソナライゼーションとは、訪問者について把握している情報（企業、業種、所在地、参照元、過去のサイト上での行動）に基づき、同じページで訪問者ごとに異なるコンテンツを表示することです。ページのURLは変わらず、見出し、実績の訴求、CTA、レコメンドが変わります。

Webサイトパーソナライゼーションの主な種類は?

B2B サイトの主な種類は、ファーモグラフィック（業界、企業規模）、アカウントベース（指名ターゲットアカウント）、行動（閲覧ページ、再訪）、ライフサイクル（見込み客、進行中の商談、顧客）、参照元・キャンペーン（広告、メール、パートナーリンク）、地域です。多くのチームは、キャンペーンのメッセージ一致か業界別のパーソナライゼーションから始めます。最も多くのセッションに届き、営業成果に直結するからです。

B2B Webサイトパーソナライゼーションはどのように機能しますか？

データ層が訪問者が誰かを判断し（IPからの企業特定、エンリッチメント、サイト上の行動、CRMレコード）、ルールエンジンがif-thenルールを優先順位に従って確認してバリアントを選び、配信の仕組み（クライアントサイドのタグ、サーバーサイドのAPI呼び出し、エッジワーカー）がそのバリアントをページに反映します。どのルールにも一致しない訪問者にはデフォルトのページが表示されます。

ウェブパーソナライゼーションの手順は？

訪問者またはセグメントを識別し、重要なセグメントを決め、トラフィックの多いページを1つか2つ選び、「これは自分向けか？」に答える要素（見出し、証拠、CTA）についてセグメントごとにバリアントを書き、ホールドアウトグループを設けてローンチし、拡大する前にセグメントごとのコンバージョンをホールドアウトと比較して測定します。

B2Bウェブサイトパーソナライゼーションにはどのような事例がありますか？

よくある例：訪問者の業種名を出したホームページのヒーロー、訪問者の業界の導入事例とロゴ、企業規模に合ったプランをデフォルトで表示する料金ページ、進行中の商談では「デモを予約」から「担当チームに相談」に変わるCTA、閲覧済みのページに基づくおすすめリソースなどです。詳しくはホームページのパーソナライゼーションガイドと動的コンテンツの事例をご覧ください。

Webサイトパーソナライゼーションにはどれくらいのトラフィックが必要か？

ベースラインのコンバージョン率と検出したい改善率によって変わります。ベースラインが2%で相対20%の改善の場合、信頼度95%、検出力80%で、グループあたり約21,000人の訪問者が必要です。四半期内にそこまで届かないセグメントは、統合するか、ボリュームの大きいイベントで測定するか、方向性を示す参考値として扱いましょう。

WebサイトパーソナライズはA/Bテストと同じですか？

いいえ。A/Bテストは全員にとって最良のバージョンを1つ見つけるもので、パーソナライゼーションはセグメントごとに異なるバージョンを表示するものです。両者は組み合わせて使います。ホールドアウト付きのA/Bテストで、パーソナライズした各バリアントがそのセグメントでデフォルトに勝つことを証明します。

WebサイトパーソナライズはGDPRに準拠していますか？

準拠させることは可能ですが、自動的に準拠するわけではありません。IPアドレスは個人データになりうるため、企業レベルのパーソナライズにも法的根拠が必要です。通常は、利益衡量テストを文書化した正当な利益です。デバイス上でCookieや類似の識別子を保存・読み取るものは、一般にePrivacyのルールのもとで同意が必要です。同意しない訪問者向けのデフォルト体験を設計しておきましょう。