人生のどのステージにも、ふさわしい商品を。

1各訪問者についてすでに分かっていることから始める

以下のレシピはどれもPersonyzeのキャンペーンです：誰に向けたものか（ターゲットステップ）、何を見せるか（コンテンツ）、公開前の確認（QA）、そして何をもたらしたか（成果）。誰に向けたものかは4つの情報源から決まり、銀行、保険会社、ローン会社は通常その4つすべてを持っています：

• クリックした広告流入元のリンクにあるキャンペーン、広告グループ、キーワード。「広告キャンペーン（utm）」と「キーワード」のルールで読み取ります。
• 読んだもの今回の訪問で見ているページと、閲覧した商品や記事から分かる、訪問をまたいだ最も強い関心。
• 自社のCRM顧客かどうか、保有商品、年齢層、取引支店 — 訪問者が識別されれば分かります。
• 所在地IPアドレスから分かる国、地域、都市と、使っているデバイス。

または、オーディエンスを1文で説明すれば — 「年金の広告から再訪し、老後のガイドを読んだ訪問者」 —AIターゲティングアシスタントがルールを書き、平易な言葉で読み上げます。別のオーディエンスに別のメッセージを出すなら、独自のルールを持つ2つ目のキャンペーンにします。そうすれば、それぞれを単独で測定し、一時停止し、公開できます。

2レシピ：ライフステージごとの商品

28歳と58歳が、違う理由で同じホームページにやって来ます。一方は初めての住宅購入のために貯蓄しており、もう一方は年金の計画を立てています。それぞれに合う商品、ガイド、次のステップを表示し、ページのそれ以外の部分はそのままにします。

推測せずにステージを知る

• CRMからプロフィールに取り込んだ顧客の年齢層を、サインインした時点でCRMルールが読み取ります。
• 広告から特定の年齢層に向けた広告は、それをリンクに含めています —utm_campaign=first-home-25-34— そのため、訪問者は最初からそのオーディエンスに入った状態で到着します。
• 読んだものから住宅購入ガイドを3本、または年金シミュレーターを2回：見たページが、何を計画しているかを物語ります。
• 1つの質問から「何に向けて計画していますか？」という1問だけのアンケート。回答はプロフィールに保存され、すぐにターゲティングに使えます。

そして、最初に見せるものを変える

• ヒーローの1行。「文言と画像を置き換える」で、ステージごとに見出しを入れ替えます：若い貯蓄者には「初めてのマイホームへ、一回ずつ積み立てて」、老後が近い訪問者には「老後のことを、アドバイザーとじっくり話す」。どちらも承認済みの文言で、キャンペーンが決めるのは誰がどちらを読むかだけです。
• 商品カード。商品ページのレコメンドウィジェットで、「訪問者との一致」を使います：商品カタログにライフステージの列を追加すると、ライフステージが訪問者と一致する商品が先に表示されます。それ以外の人には、いつもの商品が表示されます。
• ガイド。訪問者自身が読んだもののトピックとタグを優先するコンテンツレコメンド — 読み終えたばかりの章ではなく、住宅購入ガイドの次の章を。

3レシピ：広告に合った見積もりページ

「自動車保険 見積もり」の広告をクリックした人は、もう一度選ばせるホームページではなく、自動車保険の見積もりに着地するべきです。「住宅保険」「旅行保険」「個人ローン」でも同じです。

どの広告かは、広告が教えてくれます。「キーワード」ルールは訪問が持ってきた有料検索のキーワードを読み取り、「広告キャンペーン（utm）」は広告のリンクにある任意のパラメータを読み取ります —utm_campaign、utm_term、または独自のもの。Googleはオーガニック検索のキーワードを渡さないので、オーガニックの訪問者には標準のページが表示されます。

2つの作り方

• 既存のページで「ページを編集」で、見積もりページをビジュアルエディターで開きます：見出しを書き換え、自動車のタブを先頭にし、ボタンを変更 — このオーディエンスにだけ。
• Personyzeがホストするランディングページで広告グループごとのバージョンを持つ1つのウェブアドレス。どのバージョンにも一致しない訪問者にはデフォルトのページが表示されるので、そのアドレスには必ず何かが表示されます。

有料クリックの一部をコントロールグループとして標準のページに残し、広告に合わせたページのリフトを推測ではなく測定します。ホスト型ランディングページはアドオンで、自社のページの編集はすべてのプランに含まれています。詳しくはダイナミックランディングページのプレイブックと保険見積もりの事例をご覧ください。

4レシピ：途中の見積もりや申し込みを再開する

見積もりや申し込みが一度で終わることはめったにありません。書類のステップで止まったり、数字を確認するために中断したりして、数日後に戻ってきます。ステップ1からではなく、中断したところから迎えましょう。

1. ステップをプロフィールに残す。訪問者属性を作成し —「見積もりの到達ステップ」— 、「訪問者プロフィールに追加する」を選びます：以降のすべての訪問で、デバイスをまたいでも保持されます。値はページから取得します：CSSセレクター、非表示の要素、ページ変数、アドレスの一部、またはタグマネージャーのデータレイヤー。
2. 完了も残す。2つ目の属性「見積もり完了」を、確認ページで埋めます。
3. 差を狙う。「見積もりの到達ステップ」が1、2、3のいずれかで、「見積もり完了」が空：始めたが、終えていない状態です。
4. 戻り道を示す。上部のバー、またはヒーローの1行 — 「自動車保険の見積もりは4ステップ中2まで進んでいます。続ける」 — で、そのステップにリンクします。ステップはプロフィールから変数として表示されます。

見積もりフォームは入力済みの回答を保持し、Personyzeはどこまで進んだかを伝えて、そこへ連れ戻します。

離れる前に尋ねる

申し込みページそのものでは、離脱時のポップアップ — パソコンでカーソルが閉じるボタンに向かったとき、またはスマートフォンで「戻る」をタップしたとき — で、1つの質問を尋ねられます：「何がネックになっていますか？」回答はプロフィールに保存されるので、次の訪問でそれに応えられます：「書類を用意する必要がある」には書類のチェックリストを、「質問がある」にはアドバイザーを。

5レシピ：既存顧客と見込み客で別のホームページ

残高を確認するためにサインインした顧客に「数分で口座開設」は必要ありません。必要なのは初めての人です。同じホームページ、同じアドレスで、2つのキャンペーン。

誰が顧客かを識別する

• サインイン時Personyzeはサインイン後のページから顧客IDを読み取り — 要素、ページ変数、またはCookie — 、訪問をその人のレコードに結びつけます。
• メールからリンクに付けた顧客ID（?uid=…）で、サインインする前のクリックの時点で識別します。リンクに入れるのはIDにし、メールアドレスは決して入れないでください。
• CRMからHubSpot、SalesforceなどのCRM連携は、ライフサイクルステージなどのフィールドをプロフィールに取り込みます。それ以外は、ファイルのアップロードやAPIで同じことができます。

そして、ホームページを分ける

• 既存顧客— CRMのフィールドまたはリストで判定 — には、まず自分のツール、名前入りのあいさつ（空のとき用の代替付き）、そして次の商品（次のレシピ）を表示します。
• 見込み客には、口座の開き方、必要なもの、問い合わせ先を表示します。
• 新規顧客向けのオファーでは既存顧客のオーディエンスを除外し、すでに取引や契約のある人に歓迎オファーが届かないようにします。

銀行のホームページでの例は銀行の事例をご覧ください。

6レシピ：顧客へのクロスセル、すでに持っているものは出さない

顧客の次の商品は、すでに持っているものによって決まります。それをフィールドとして取り込み —「保有商品」— 、各キャンペーンでそれを含める条件にも除外する条件にも使います。

• 普通預金口座あり、貯蓄なしサインイン後のホームページで、貯蓄口座を。
• 住宅保険あり、自動車保険なし2つ目の保険として自動車保険を、保険契約のページで。
• 住宅ローン住宅保険を — そして住宅ローンの広告はもう出さない。
• 年金あり、退職間近アドバイザーとの見直し（アドバイザーの予約を参照）。

続いて、キャンペーンで見せるものを選びます：口座ページのバナー、ページそのものの変更、ポップアップ、商品の行、またはフォーム。表示頻度の上限を設定し、オファーを閉じた顧客に次のページで再び表示されないようにします。

7レシピ：最寄りの支店、いま営業中

今でも支店で決まることがあります：住宅ローンの相談、署名する書類、口座についての質問。各訪問者に近くの支店と、営業中かどうかを表示します。

• 支店を一度アップロードする。スプレッドシート、またはGoogleビジネスプロフィールのエクスポートで、住所、電話番号、写真、毎週の営業時間、特別営業時間をまとめて。「営業中」は各支店のタイムゾーンで10分ごとに更新されます。
• 3つのデザイン。支店カード1枚、最寄りの3支店、または細い営業中バー。どれにも「営業中」、「17:00に閉店」や「明日9:00に開店」といった表示と、本日の営業時間、電話番号、道順が付きます。
• 最寄りだけでなく、ふさわしい支店を。住宅ローンの相談や法人向けサービスなど、提供しているものでタグを付け、訪問者が見ているものに合う支店を先に表示します。
• 支店独自のオファー。選んだ支店、またはタグを付けた支店で有効なオファーやイベント。「最寄り店舗のオファー」では、各訪問者に最寄りの支店のものを表示します。

最寄りかどうかは、IPアドレスから分かる訪問者の都市から割り出します — 番地レベルの位置は決して使いません。支店のデザインはプロモーションに付属し、PowerとEnterpriseに含まれています。詳しくはAIプロモーションのプレイブックをご覧ください。

8レシピ：自社サイトでアドバイザーを予約

年金の見直し、住宅ローンの相談、補償についての電話：話す準備ができた訪問者には、折り返し依頼のフォームに記入して待たせるのではなく、読んでいるページで時間を選んでもらいましょう。

1. ホスト— 予約できるアドバイザー。それぞれにタイムゾーンとカレンダーがあります。ホストは訪問者が予約できる相手であって、Personyzeのログインではありません。
2. 対応可能時間— 各アドバイザーの毎週の対応時間。
3. ミーティングタイプ— ビデオでの45分の年金の見直し、支店での対面の住宅ローン相談、補償についての15分の電話 — それぞれに長さ、必要な予告、何日先まで開くか、1日の上限、対応できるホストを設定します。
4. 提案する相手— ほかのキャンペーンと同じくターゲットステップで：年金シミュレーターを使った退職間近の顧客、借り換えのページを読んだリピーター。
5. 場所— ページの中に、ポップアップで、またはQRコードとSMSのリンク付きの専用の予約ページで。

ZoomやGoogle Meetを接続すれば予約ごとに専用のビデオリンクができ、アドバイザーのGoogleカレンダーを接続すれば、すでに埋まっている時間はブロックされます。予約は予約元のページとともに訪問者のプロフィールに記録されるので、アドバイザーは相手が何を読んだかを把握してミーティングを始められます。予約は指定した転送先にも送られます：メール、Slack、Zapier、HubSpot、または自社のWebhook。予約をゴールとして数えれば、キャンペーンのレポートで各キャンペーンが生んだミーティングが分かります。

9レシピ：A/Bテストし、オーディエンスごとに勝者を残す

金融サイトを動かすものをテストします：見積もりフォームの最初の質問、「見積もりを取る」対「自分の価格を見る」、シミュレーターをファーストビューに置くか下に置くか。そのうえで、各バージョンが誰に対して勝ったのかを確認します — 既存顧客と見込み客、スマートフォンとデスクトップでは、結果が分かれるかもしれません。

テストを設定する

まずゴールを選びます：見積もりの完了、申し込みの送信、ミーティングの予約。次に、テストの決め方を選びます —「有意差で勝者を選ぶ」（判定前に必要な信頼度、セッション数、日数、最小改善率を指定）、または「AI：継続的に最適化」（毎晩、成果の良いほうへ配分を動かし、常に10%を探索に残します）。

オーディエンスごとの勝者

• 各オーディエンスの中でテストする既存顧客向けと見込み客向けに1つずつテストキャンペーンを作ります：それぞれが独自の勝者を持ちます。
• 1回テストして、オーディエンスごとに読む「オーディエンス別A/Bテスト」は、オーディエンス発見がデータから見つけたオーディエンスごとに、すべてのテストを読み解きます。「明確な勝者」が付くのは、結果が確かな場合だけです — 確認したオーディエンスの数で補正し、テストの前半と後半の両方でリードし、十分なデータの裏付けがあること。オーディエンスにチェックを入れて適用すると、それぞれにそのオーディエンスで勝ったバージョンが表示され、テストは終了し、キャンペーンは元に戻せる新しいバージョンとして保存されます。

オーディエンス発見はアドオンです。詳しくはオーディエンス別の勝者の事例とA/Bテストのプレイブックをご覧ください。

10コンプライアンス部門を巻き込み続ける

規制のあるサイトでは、パーソナライゼーションが変えるのは、承認済みのどのメッセージを誰が見るかです。条件を変えるべきではなく、承認する人が確認する前に何かが訪問者に届くべきでもありません。

• 承認されたとおりの文言で。すべてのバージョン、見出し、ボタンは、自分で書くテキストです。「AIで編集」は誰かが頼んだときにだけ変更案を作り、保存して公開するまでは何も公開されません。
• まずステージングで。「ステージングに公開」では、ステージングのIPアドレス — オフィス、コンプライアンスチーム — からの訪問者にだけキャンペーンを表示し、ほかの全員には現在公開中のものが表示されたままです。
• 1人が何を目にするかを見る。「プレビュー表示」で実際の訪問者として、または何も分かっていない人として見ると、その人が何を、なぜ目にするかが正確に分かります。QAシミュレーターは、どの訪問者としてもキャンペーン全体をテストします。
• 除外はルールです。新規顧客向けオファーから既存顧客を、新規ローンのキャンペーンから既存の借り手を — 一度書けば、すべてのページで適用されます。
• ホスト型ページは、指示するまで非公開のまま。ランディングページは検索対象から外し、パスワードで保護し、終了日を設定できます。

訪問者のデータ

• トラッキングはCookieバナーでの同意を待つことができ、Cookiebot、OneTrust、Usercentrics、IAB TCF、Google Consent Modeの設定手順も用意されています。Global Privacy Controlのシグナルにも従えます。
• Personyzeが記録するページのアドレスから、メールアドレスやトークンを除外できます。
• データの種類ごとに — プロフィール、訪問、フォームとアンケートの回答、ミーティングの予約 — 、初期設定より短い、任意の保存期間を設定できます。
• 1人のデータをPersonyze全体で検索、エクスポート、削除でき、すべての請求について受領通知と記録が残ります。
• 訪問者IDは仮名化されており、IPアドレスは所在地の特定に使われるだけで、プロフィールには保存されません。

これらはGDPRやCCPAの請求への対応に役立ちます。キャンペーンが自社の市場にふさわしいかどうかの判断は、引き続きコンプライアンスチームが行います。詳しくはセキュリティのページをご覧ください。

11各レシピの成果を測定する

1. 成果をゴールとして名付ける— 見積もりの完了、申し込みの送信、口座開設、ミーティングの予約 — を、それを確認するページで。
2. コントロールグループを残す— 標準のページを見る訪問者の割合を残し、キャンペーンが上乗せしたものを推測ではなく測定します。
3. 各キャンペーンの成果を読む— ビュー、訪問者、コンバージョン、コンバージョン率を前の期間と比較し、各ゴールも確認します。

結果は、その意思決定に合った期間で読んでください：住宅ローンは自動車保険の見積もりより決めるのに時間がかかり、早く判定しすぎたテストは素早い決定しか見ていません。ほかのシナリオは、年金の事例、保険見積もりの事例と銀行の事例をご覧ください。