Target の cookie
Cookie の動作は、その Cookie がファーストパーティ Cookie であるか、ファーストパーティ Cookie を伴うサードパーティ Cookie であるか、サードパーティ Cookie のみであるかによって異なります。
mboxSession および mboxPC に関する情報が含まれています。実装のベストプラクティスでは、機密情報を cookie データ（mboxSession または mboxPC）にリンクしたり保存したりしないことをお勧めします。Target cookie の削除も参照してください。
ファーストパーティまたはサードパーティ Cookie を使用するタイミング
サイトの設定によって、どの Cookie を使用するかが決まります。ファーストパーティとサードパーティの Cookie を理解しようとする際に、Target がどのように機能するかを理解すると役に立ちます。 詳しくは 仕組み Adobe Target を参照てください。
Cookie について、3 つの主要な使用例を次に示します。
-
1 つのドメインの場合。
すべてのテストは、1 つの最上位ドメイン（
www.domain.com、store.domain.com、anysub.domain.comなど）内で行われます。アプローチ：ファーストパーティ cookie のみを使用します（デフォルト）。
-
ユーザーが異なるドメインにアクセスし、それらのドメイン間における行動を追跡し、テストする場合。
例：買い物をするためにお客様のサイトにアクセスしたユーザーが、Yahoo ストアを経由してチェックアウトする場合。次の 3 つの方法があります（最適な方法を決めるには、アカウント担当者に相談してください）。
-
ファーストパーティ Cookie およびサードパーティ Cookie を有効にする。
-
サードパーティのみを有効にする（まれですが、mbox cookie をドメインから除外できるという利点があります）。
-
ファーストパーティ Cookie のみを有効にし、異なるドメインにアクセスするときに
mboxSessionパラメーターを渡す。mboxSessionパラメーターは、ランディングページに渡し、JavaScript ライブラリ（Adobe Experience Platform Web SDK または at.js）から参照する必要があります。 中間のリダイレクターページにすることはできません。
-
-
サードパーティサイトで adbox または flashbox のみを使用している場合。
2 つの方法（アカウント担当者と協力して最適な方法を決定する）:
-
ファーストパーティ Cookie およびサードパーティ Cookie を有効にする。
ファーストパーティ Cookie およびサードパーティ Cookie は、flashbox と動的クリエイティブで必要になります。
-
サードパーティ Cookie のみを有効にする。
この方法は、adbox の実装がオンサイトのターゲット化なしで使用されている場合にのみ適していますが、こうしたケースはまれです。
-
ファーストパーティ Cookie の動作
ファーストパーティ cookie はclientdomain.comに格納されます。ここで、clientdomain はドメインです。
JavaScript ライブラリは、mboxSession ID を生成して Target Cookie に保存します。 最初の mbox 応答には、オファーと、アプリケーションで生成された mboxPC ID ファーを mbox cookie に保存するためのJavaScriptが含まれています。
サードパーティ Cookie の動作
サードパーティ Cookie はclientcode.tt.omtrdc.netに格納され、ファーストパーティ Cookie はclientdomain.comに格納されます。ここで、clientdomain はドメインです。
JavaScript ライブラリが mboxSession ID を生成します。 最初の場所のリクエストは、HTTP 応答ヘッダーを返します。このヘッダーによって、mboxSession および mboxPC という名前のサードパーティ Cookie の設定が試行され、リダイレクトリクエストが追加のパラメーター（mboxXDomainCheck=true）と共に戻されます。
ブラウザーがサードパーティ Cookie を受け入れる場合、リダイレクトリクエストにはそれらの Cookie が含まれており、オファーが返されます。
ブラウザーがサードパーティ Cookie を拒否する場合、リダイレクトリクエストにはそれらの Cookie が含まれておらず、ページのすべての場所についてデフォルトのコンテンツが表示されます。Cookie が設定されていないので、すべてのページリクエストに対して、これと同じ処理がおこなわれます。
サードパーティ Cookie とファーストパーティ Cookie の動作
サードパーティ Cookie はclientcode.tt.omtrdc.netに格納され、ファーストパーティ Cookie はclientdomain.comに格納されます。ここで、clientdomain はドメインです。
JavaScript ライブラリが mboxSession ID を生成します。 最初の場所のリクエストは、HTTP 応答ヘッダーを返します。このヘッダーによって、mboxSession および mboxPC という名前のサードパーティ Cookie の設定が試行され、リダイレクトリクエストが追加のパラメーター（mboxXDomainCheck=true）と共に戻されます。
ブラウザーがサードパーティ Cookie を受け入れる場合、リダイレクトリクエストにはそれらの Cookie が含まれており、オファーが返されます。
一部のブラウザーではサードパーティ Cookie が拒否されます。サードパーティ Cookie がブロックされた場合でも、ファーストパーティ Cookie は引き続き動作します。Target でサードパーティ Cookie の設定が試行され、設定できなかった場合、Target はクライアントの特定のドメインのみを追跡できます。サードパーティ cookie がブロックされている場合、ドメインをまたぐリンクに mboxSession が追加されていない限り、クロスドメイントラッキングは機能しません。 この場合、別のファーストパーティ Cookie が設定され、前のドメインのファーストパーティ Cookie と同期されます。
Cookie の設定
Cookie にはいくつかのデフォルト設定があります。cookie の期間を除き、必要に応じてこれらの設定を変更できます。 Cookie の設定を変更する場合は、アカウント担当者にお問い合わせください。
例：
mycompany.com。clientcode.tt.omtrdc.net。アカウントのクライアントコードを使用します。Cookie には、訪問者がキャンペーンをエクスペリエンスとして体験する方法を管理するために、様々な値が保持されています。
Apple WebKit のトラッキングの変更による Safari 訪問者の Target への影響
トラッキング Target 仕組み
clientcode.tt.omtrd.net ドメインに設定された「mboxSession」と「mboxPC」の 2 つの cookie を使用します。Apple のアプローチについて
Apple の発表内容：
「Intelligent Tracking Prevention は、Cookie およびその他の Web サイトデータを制限してクロスサイト追跡を減らすための WebKit の新機能です。」
「これはクロスサイト追跡と呼ばれ、example-tracker.com によって使用される Cookie はサードパーティ Cookie と呼ばれます。当社のテストでは、人気のある Web サイトで 70 を超えるこのようなトラッカーが見つかりました。これらのトラッカーはすべて、認識されることなくユーザーのデータを収集しています。」
Safari における Cookie の処理方法：
- ユーザーが直接アクセスするドメインにないサードパーティ Cookie は保存されません。この動作は新しいものではありません。既に Safari ではサードパーティ Cookie はサポートされていません。
- ユーザーが直接アクセスするドメインで設定されたサードパーティ Cookie は、24 時間後に消去されます。
- ファーストパーティドメインがサイトを横断してユーザーを追跡していると分類されている場合、そのファーストパーティ Cookie は 30 日後に削除されます。この問題は、異なるドメインにオンラインでユーザーを送信する大企業で起こる可能性があります。Appleでは、これらのドメインの正確な分類方法や、クロスサイトでドメインがトラッキングユーザーとして分類されたかどうかを判断する方法について明らかにしていません。
Appleから：
機械学習分類子：機械学習モデルは、収集された統計情報に基づいて、ユーザーのクロスサイトを追跡できる、非公開最上位のドメインを分類するために使用されます。 収集された様々な統計情報から、多数の一意のドメインの下位にあるサブリソース、多数の一意のドメインの下位にあるサブフレーム、多数の一意のドメインへのリダイレクト、という 3 つのベクトルが現在の追跡方法に基づく分類に対する強力なシグナルとなることがわかりました。すべてのデータ収集と分類はデバイス上でおこなわれます。
ただし、ユーザーが example.com をトップドメイン（ファーストパーティドメインと呼ばれることが多い）としてやり取りする場合、インテリジェントトラッキング防止は、ユーザーが web サイトに興味を持っていることを示すシグナルと見なし、このタイムラインに示すように一時的に動作を調整します。
過去 24 時間 example.com にユーザーがやり取りした場合、example.com がサードパーティである限り、その Cookie は使用できます。 これにより、「Y で X アカウントを使用してログイン」というログインシナリオが可能になります。
- 最上位ドメインとしてアクセスされたドメインは影響を受けません。 例えば、OKTA のようなサイト
- 複数の一意のドメインをまたいで、現在のページのサブドメインまたはサブフレームであるドメインを識別します。
Adobe はどのような影響を受けますか？
Apple の WebKit 追跡における変更により、オプトアウトのサポートが影響を受けます。
Target のオプトアウトでは、clientcode.tt.omtrdc.net ドメインの Cookie が使用されます。詳しくは、「プライバシー」を参照してください。
Target では、次の 2 種類のオプトアウトがサポートされます。
- クライアントごと（クライアントがオプトアウトリンクを管理します）。
- 1 つは、すべての顧客のすべての Target 機能からユーザーをオプトアウトする Adobe を介して行われます。
どちらの方法でもサードパーティ Cookie が使用されます。
顧客は、Target アカウントに対して プロファイルの有効期間を選択できます（最大 90 日）。 懸念されるのは、アカウントのプロファイルの有効期間が 30 日を超え、顧客のドメインがクロスサイトでトラッキングユーザーとしてマークされているのでファーストパーティ cookie がパージされた場合、Target の次の領域で Safari 訪問者の行動が影響を受けることです。
Target レポート:Safari ユーザーがアクティビティにエントリし、30 日後に戻った後、コンバージョンを行うと、そのユーザーは 2 人のとカウントされます。
この動作は、Analytics をレポートソースに使用する（A4T）アクティビティでも同じです。
プロファイルとアクティビティメンバーシップ:
- プロファイルデータは、ファーストパーティ Cookie の有効期限が切れた時点で消去されます。
- アクティビティメンバーシップは、ファーストパーティ Cookie の有効期限が切れた時点で消去されます。
- Target は、サードパーティ cookie の実装またはファーストパーティおよびサードパーティ cookie の実装を使用しているアカウントの場合、Safari では機能しません。 この動作は新しいものではありません。Safari では、しばらくサードパーティ cookie を許可していません。
提案：顧客ドメインがクロスセッションで 1 つのトラッキング訪問者としてマークされる可能性が懸念される場合は、Target でプロファイルの有効期間を 30 日以内に設定するのが最も安全です。 この制限により、ユーザーは Safari およびその他のすべてのブラウザーで同様に追跡されます。