Web パーソナライゼーション キャンペーンをテストする 3 つの方法

ターゲットを設定した Web パーソナライゼーション キャンペーンの使用で難しい点の一つは、開始前にキャンペーンをテストすることです。これに対し、マルケトの自動プラットフォーム内には、利用可能なテクノロジーのテストを行うホスト機能があります。これらのテクノロジーとしては、異なるブラウザーやメールクライアントでメールおよびランディングページを表示することや、動的コンテンツを特定の人またはセグメンテーション内のセグメントの一部として表示すること、またはスマートキャンペーンを実施してプログラムのエンドツーエンドテストを行うためにシードリストを作成する、もしくはフィルターを使用するといったことが含まれます。

Web パーソナライゼーションにおいて、テスト実行者の IP 情報は、キャンペーン内容を実際に確認する権限として十分ではないため、Web キャンペーンのテストは複雑になります。

複雑性や労力が増大するリスクに備え、IP 情報の制限を回避するさまざまな方法を以下に紹介します。

  1. サイトのプレビュー

サイト機能のプレビューによって、特定のウェブページのキャンペーンを開始前に閲覧することができます。実際、「Via Proxy(プロキシ経由)」をチェックすることで、Web パーソナライゼーションのタグがサイトにインストールされているかに関わらず、この機能を使用してキャンペーンがすべてのウェブサイトでどのように表示されるかを確認できます。共有ボタンをクリックすると、他の人がキャンペーンをプレビューできるリンクの付いたメールが作成されます。共有機能を使用する場合、キャンペーンのリンクはセッション数に基づいたままなので、ウィジェットやダイアログキャンペーンを共有する際はこの点を念頭に置いてください。

  2. サンドボックス セグメント

セグメントのルールが「Sandbox=1 」(または類似する項目)という”URLマッチ(URL Matches)”をするテストセグメントを作成します。このサンドボックスセグメントに対してキャンペーンの「Target Segment 」を更新してキャンペーンを開始します。その後、キャンペーンを表示するWebページにアクセスして、サンドボックスの URL パラメーターを最後の部分まできちんと追加(例：www.marketo.com?sandbox=1) します。なお、キャンペーンを編集した場合、訪問者のブラウザーの Cookie 設定を解除するか、セッションの有効期限が切れない限り、サンドボックスセグメントを使用している訪問者はその後にサイトをアクセスしても変更は反映されないことに注意してください。

  3. 個別ドメインとしての QA サイト設定

契約内容によっては、インスタンス内に個別ドメインとして開発サイトを追加できる場合もあります。しかし、セグメントの IP 制限は依然適応されるため、すべてのテスト実行者がセグメントの要件を満たしていることを必ず確認する必要があります。通常、テストウェブサイトは企業ファイアウォールの内部でのみアクセス可能なため、テスト実行者はテストウェブサイトにアクセスできる必要があります。労力とメンテナンスのレベルを考慮すると、通常この利用は最初の設定時にのみに使用して、Web パーソナライゼーションがウェブサイトで機能し始めた後には、新規の In Zone や API キャンペーンをテストするために時々使用されることになります。

これらの種々のテスト方法の使用についての詳細は以下をご覧ください。http://docs.marketo.com/display/public/DOCS/Preview+and+Test+an+RTP+Campaign

この記事は、Jodi Florenceが投稿した 3 Ways to Test Web Personalization Campaigns を翻訳したものです。