Adobe Target の仕組み

JavaScript ライブラリ （Adobe Experience Platform Web SDKおよびat.js）の詳細など、Adobe Targetの仕組みについて説明します。 この記事では、作成できる様々なアクティビティタイプ、Target個の使用状況カウント戦略、Target個のEdge Network、SEO、およびボット検出についても説明します。

重要なポイントは次のとおりです。

Adobe Target JavaScript ライブラリ libraries

Targetは、Experience Platform Web SDKまたはat.jsを使用してWeb サイトと統合します。

サイトのすべてのページでExperience Platform Web SDKまたはat.jsを参照してください。 例えば、次のいずれかのライブラリをグローバルヘッダーに追加します。 または、Adobe Experience Platform🔗の タグを使用してTargetを実装します。

次のリソースには、Experience Platform Web SDK または at.js の実装に役立つ詳細情報が含まれています。

訪問者がTarget用に最適化されたページをリクエストするたびに、リアルタイムのリクエストがターゲティングシステムに送信され、提供するコンテンツが決定されます。 このリクエストは、マーケターが管理するアクティビティとエクスペリエンスによって管理され、ページが読み込まれるたびに実行されます。 コンテンツはサイト訪問者一人ひとりをターゲットにして、レスポンス率、獲得率、売上を最大化します。 コンテンツをパーソナライズすることで、訪問者の反応やインタラクション、購買を促進できます。

Targetでは、ページ上の各要素は、複数の要素を含めることができる単一のエクスペリエンスの一部です。

表示されるコンテンツは、作成するアクティビティのタイプによって異なります。

A/B Test

基本的なA/B テストでは、割り当てられたエクスペリエンスからコンテンツがランダムに選択されます。 各エクスペリエンスのトラフィック割り当て率を設定できます。 当初、トラフィックはランダム分割により不均等に分散される可能性がありますが、トラフィックが増えるにつれて等しくなります。 例えば、2つのエクスペリエンスでは、開始エクスペリエンスがランダムに選択されます。 トラフィックが少ない場合、訪問者の割合をひとつのエクスペリエンスに偏らせる可能性がありますが、この状況は、より多くのトラフィックとバランスが取れます。

各エクスペリエンスの目標の割合を指定します。 表示するエクスペリエンスを選択するために、ランダムな数値が生成されます。 計算結果のパーセンテージはターゲットと正確に一致しない可能性がありますが、トラフィックが多いほど、ターゲット目標に近い値になります。

詳細については、「A/B テストの作成」を参照してください。

Auto-Allocate

Auto-Allocateは、2つ以上のオプションの中から勝者エクスペリエンスを特定します。 そして、より多くのトラフィックが勝者に自動的に再配分され、テストの実行と学習を続けることでコンバージョンが増加します。

詳しくは、Auto-Allocateを参照してください。

Auto-Target （AT）

Auto-Targetは、高度な機械学習を活用して、複数の高性能なマーケター定義エクスペリエンスから選択します。 Auto-Targetは、個々の顧客プロファイルと、類似したプロファイルを持つ以前の訪問者の行動に基づいて、各訪問者に最もカスタマイズされたエクスペリエンスを提供します。 Auto-Targetを使用してコンテンツをパーソナライズし、コンバージョンを促進します。

詳細については、自動ターゲットを参照してください。

Automated Personalization （AP）

Automated Personalization （AP）は、オファーまたはメッセージを組み合わせ、高度な機械学習を使用して、各訪問者に対して異なるバリエーションを一致させます。 APは、個々の顧客プロファイルにもとづいてコンテンツをパーソナライズし、売上を向上させます。

詳しくは、Automated Personalizationを参照してください。

Experience Targeting （XT）

Experience Targeting （XT）は、マーケターが定義したルールと条件に基づいて、特定のオーディエンスにコンテンツを配信します。 地域ターゲティングを含め、特定のエクスペリエンスやコンテンツを特定のオーディエンスにターゲティングするルールを定義するのに役立ちます。 アクティビティでは、複数のルールを設定して、様々なコンテンツのバリエーションを様々なオーディエンスに配信できます。 訪問者がサイトを閲覧すると、XTはその訪問者を評価し、その訪問者が基準を満たしているかどうかを判断します。 その人が適格であれば、そのアクティビティに参加し、その人に合わせて設計されたエクスペリエンスを確認します。 単一のアクティビティ内で、複数のオーディエンスに対してエクスペリエンスを作成できます。

詳しくは、エクスペリエンスのターゲット設定を参照してください。

Multivariate Test （MVT）

Multivariate Testing （MVT）は、ページ要素のオファーの組み合わせを比較して、特定のオーディエンスに対してどの組み合わせが最も効果的かを判断します。 MVT は、アクティビティの成功に最も影響を与える要素を特定するのに役立ちます。

詳しくは、多変量分析テストを参照してください。

Recommendations

Recommendations件のアクティビティでは、以前のアクティビティやその他のアルゴリズムに基づいて、顧客が関心を持つ可能性のある製品やコンテンツが自動的に表示されます。 商品レコメンデーションは、顧客が見つけられなかった関連商品を顧客に提供するのに役立ちます。

詳細については、レコメンデーションを参照してください。

エッジネットワーク concept_0AE2ED8E9DE64288A8B30FCBF1040934

「Edge」は、場所に関係なく、コンテンツをリクエストする訪問者に最適な応答時間を保証する、地理的に分散したサービスアーキテクチャです。

応答時間を改善するために、Target Edge はアクティビティロジック、キャッシュされたプロファイル、およびオファー情報のみをホストします。

アクティビティとコンテンツのデータベース、Analytics個のデータ、API、マーケターのユーザーインターフェイスは、Adobe個の中央クラスターに格納されています。 更新はTarget エッジに送信されます。このエッジは、中央クラスターと自動的に同期され、キャッシュされたアクティビティデータが継続的に更新されます。 すべての1:1 モデリングも各エッジに保存され、複雑なリクエストをローカルで処理できます。

各Edge クラスターには、訪問者のコンテンツリクエストに対応し、分析データを追跡するために必要なすべての情報が含まれています。 訪問者のリクエストは、最寄りのエッジクラスターに転送されます。

詳しくは、『Adobe Target セキュリティの概要』ホワイトペーパーを参照してください。

Targetは、世界中のAdobeが所有するデータセンターとAdobeがリースするデータセンターでホストされています。

中央クラスターの場所には、データ収集とデータ処理センターの両方が格納されます。 Edge Clusterの場所には、データ収集センターのみが含まれます。 個々のレポートスイートは特定のデータ処理センターに割り当てられています。

お客様のサイトアクティビティデータは、最も近い7つのEdge クラスターによって収集されます。 その後、このデータは、処理のために事前に決定された中央クラスターの宛先（オレゴン、ダブリン、またはシンガポール）に送信されます。 訪問者プロファイルデータは、サイト訪問者に最も近いエッジクラスターに保存されます。 Edgeクラスターの場所には、中央クラスターの場所だけでなく、バージニア、ムンバイ、シドニー、東京が含まれます。

1つの場所からすべてのターゲティングリクエストを処理する代わりに、ビジターに最も近いEdge クラスターでリクエストが処理されます。 このアプローチにより、ネットワークとインターネットの移動時間の影響を軽減できます。

Target 中央クラスターは、以下を含む、Amazon ウェブサービス（AWS）でホストされています。

AWS でホストされる Target のエッジクラスターには、以下が含まれます。

Target Recommendations サービスはオレゴンの Adobe データセンターでホストされています。

必要に応じて、Target のエッジクラスターを許可リストに追加できます。 詳しくは、Target のエッジノードを許可リストに登録するを参照してください。

ユーザーエクスペリエンスの保護 concept_40A5E781D90A41E4955F80EA9E5F8F96

Adobeは、ターゲティングインフラストラクチャの可用性とパフォーマンスが可能な限り信頼できるものであることを保証します。 ただし、訪問者のブラウザーとAdobe台のサーバーの間の通信が切断されると、コンテンツ配信が中断される可能性があります。

サービスの中断や接続の問題を防ぐために、すべての場所は、デフォルトコンテンツ（クライアントが定義）を含めるように設定されています。 このデフォルトのコンテンツは、訪問者のブラウザーがTargetに接続できない場合に表示されます。

訪問者のブラウザーが定義されたタイムアウト期間内に接続できない場合（デフォルトは15秒）、ページに変更は加えられません。 このタイムアウトのしきい値に達した場合、デフォルトの場所のコンテンツが表示されます。

Adobe は、パフォーマンスを最適化し、安全性を保つことで、ユーザーエクスペリエンスを保護します。

検索エンジン最適化（SEO）対応テスト concept_C0C865663CAB4251B66A1F250FD25E6A

Adobe Target はテストのための検索エンジンガイドラインに従っています。 Googleはユーザーテストを推奨し、特定のガイドラインに従っている場合、A/BとMultivariate Testingはオーガニック検索エンジンのランキングに影響を与えないと述べています。

Adobe Target はテストのための検索エンジンガイドラインに従っています。

詳しくは、次の Google のリソースを参照してください。

ガイドラインはGoogle ウェブマスター向け公式ブログの投稿として公表されています。 この投稿は2012年までさかのぼりますが、この件に関するGoogleの最新の声明は残っており、ガイドラインは依然として関連しています。

Google によると、これらのガイドラインに従えば、「テストがサイトの検索結果に及ぼす影響はほとんどあるいはまったくない。」とのことです。

これらのガイドラインに加えて、Google はまた、Content Experiments ツールのドキュメンテーションでもう 1 つのガイドラインを提供しています。

Google は例として、「ユーザーに表示される組み合わせに関連しないキーワードでサイトの元来のページが読み込まれる場合、そのサイトを Google のインデックスから外すことがあります」と記述しています。

Adobeは、テストのバリエーション内の元のコンテンツの意味を意図せずに変更することは困難であると感じています。 ただし、Adobeは、ページ上のキーワードテーマを認識し、それらのテーマを維持することをお勧めします。 ページ内容を変更、特に関連のあるキーワードを追加したり削除したりすると、オーガニック検索でのその URL のランキングが変わってしまう場合があります。 Adobe では、テストプロセスの一環として、SEO パートナーに協力を仰ぐことをお勧めします。

ボット bots

Targetは、DeviceAtlas指標「isRobot」を使用して、リクエストヘッダーで渡されたユーザーエージェント文字列に基づいて既知のボットを検出します。

ボット生成として特定されたトラフィックには、引き続きコンテンツが配信されます。 ボットは通常のユーザーと同様に扱われ、TargetがSEO ガイドラインに準拠していることを確認します。 しかし、ボットトラフィックを通常のユーザーと同じように扱うと、A/B テストやパーソナライゼーションアルゴリズムが歪む可能性があります。 したがって、Target アクティビティ内の既知のボットトラフィックは、異なる方法で処理されます。 ボットトラフィックを削除することで、ユーザーアクティビティをより正確に測定できます。

既知のボットトラフィックの場合、Targetは次を実行しません：

既知のボットトラフィックについて、Analytics for Target （A4T）を使用する場合、Targetは次を実行しません。

client_side ログを使用する際の既知のボットトラフィックの場合、Targetは次を返しません。