AdobeAnalyticsがvisitorIDを上書きする

ビスタIDを自分で設定することについてのいくつかの考えと警告の言葉：

訪問者IDを自分で設定することにはいくつかの利点があります。主な利点は、訪問の追跡方法を100％制御できることです。これを行うもう1つの理由は、サイトにビジターIDインフラストラクチャが既に配置されている場合、AAのビジターIDを既に持っているものに設定すると、AAと他の場所との間でデータを結び付けたり、データを相互参照したりするのが簡単になる可能性があることです。その訪問者IDを利用します。

そのための補足..さまざまな場所（たとえば、データウェアハウス、データワークベンチ、Adobe APIを使用）からAdobeから訪問者IDを取得することは可能ですが、現在、Adobe Analytics自体には、訪問者IDを確認するレポートはありません。自分で設定します。これを回避するために、あなたも小道具および/またはEVAR、に割り当てることができているAAレポートに見えます。ただし、これはサードパーティのCookieトラッキングでは不可能です（javascriptはサードパーティのCookieを読み取れないため）。そのため、自分で設定することのもう1つの利点があります。

それ以外に、IMOを自分で設定するメリットは基本的にありません。一方、..いくつかの警告のために...

値を設定するvisitorIDか、vidまたは同等のことは、そのクッキーで訪問者のIDを更新するために、AA発生しません。AAは引き続きCookieとAAサーバーでビジターIDを生成/出力し、その値をそのヒットのビジターID（バックエンド、コレクションサーバー）で上書きするだけです。ただし、新しい訪問者IDでCookieを更新することはありません。

ここでの意味は、訪問者IDを自分で設定する場合は、基本的に、訪問者を追跡する責任を自分に負わせるということです。したがって、IDを生成するだけでなく、IDを保持して訪問者に関連付ける独自のインフラストラクチャを用意して、訪問者が複数のドメイン間を移動する場合を含め、訪問者が表示するすべてのページにIDを出力できるようにする必要があります。コードは（該当する場合）に実装されます。

これを行わないと、訪問は中断され、ページからページへの新しい訪問として、または訪問者がドメインAからドメインBにホップしたときにカウントされます。ブレークが実際に発生する頻度は、訪問者IDを（正しい値で）実際に出力する頻度に直接関係しています。たとえば、最初のヒットでのみ設定し、次に設定しない場合、2回目のヒットからAAはデフォルトで独自に生成された訪問者IDを使用するため、visit（または）は1回中断されます。

これを概観するために..私はほぼ10年間、ウェブ分析のパイに指を置いてきました。そのうちの最後の6つは、有名なウェブ分析機関でフルタイムで働いているので、基本的にこれが私が生活のために行うすべてです。 。私は今までに何人のクライアント（確かに100以上）を知っているのかさえ知りませんでした、そして実際に訪問者IDを自分で設定したのは1人のクライアントだけでした。（とにかく、私の経験から）これはほとんどのクライアントが着手するものではないことをあなたが理解できるように、私はこれについて言及しているだけです。したがって、これを行う前に、訪問者ID値を生成および追跡する方法に完全に自信があることを確認してください。

そうは言っても、それでもこれをやりたいのなら...

まず、投稿したリンクを明確にするために、これらは実装に応じて訪問者IDを設定する方法の例です。アドビはデータを記録するいくつかの方法を提供しており、javascriptメソッドは1つの方法にすぎません。そのページの例は、他のいくつかの方法（jsの方法を含む）に設定したものを示しています。

ここでのポイントは、実装によっては、これらのメソッドのすべてがユーザーに関連するわけではないということです。たとえば、JavaScriptを使用してAAのみを実装している場合（コアs_code.jsであるか、DTMまたはw / eを介して）、関連するのはs.visitorID。だけです。

したがって、たとえば、はい、s.visitorIDJavaScriptの実装のために、AAのデフォルトのビジターID生成をオーバーライドするために使用できます。その変数を設定すると、vidAAへのリクエストにパラメータが表示されます（パケットスニファ、またはブラウザアドオンまたは開発ツールのネット/トラフィックタブを使用してAAコレクションサーバーに送信されたリクエストを確認してください）。

vidそのリンクに記載されている理由は、AAへのリクエストURLを手動で作成する場合に使用するためです。たとえば、JavaScriptの実装を使用せず、代わりにサーバー側のロジックを使用して画像タグyourelfを作成して出力したり、サーバーから直接Omnitureにデータを送信したりする場合（cURLなど）、vid param訪問者IDに設定するものです。

補足：独自の画像リクエストをハードコーディングすることは、モバイルデバイスがJavaScriptを一貫してまたは完全にサポートしていなかった以前のモバイルデバイス追跡の一種の先祖返りです。最近のほとんどすべての最新のモバイルデバイスはJavaScriptを完全にサポートしており、それに加えて、アドビは、デスクトップまたはモバイルブラウザーで表示するかどうかにかかわらず、コアAAライブラリをよりスリムで効率的にするために、時間をかけて多くの作業を行ってきました（最新バージョンのAppMeasurementライブラリを使用）。

したがって、JavaScriptライブラリを使用している場合はIOWでありvid、jsライブラリがすでにそれを行っているため、パラメータについて心配する必要はありません。QAの目的ではありますが、特定のリクエストで自分の価値がそこにあることを確認できます。

それを設定する「方法」に関しては..javascriptで実装していると仮定すると、他のAA変数と同じように設定します。AAライブラリの読み込みとs.tors.tlトリガーの間のどこかで、値を割り当てます。

s.visitorID="[my value here]";

具体的にどこに設定するかは、AAをどのように実装したかによって異なります。たとえば、DTMを介してAAを実装し、DTMライブラリが読み込まれる前にカスタムビジターIDをページに公開している場合（データレイヤープロパティやCookieなど）、それを取得するデータ要素を作成できます。値を入力し、[AA]> [Tool Config]> [Cookie]> [Visitor ID]フィールドで、データ要素を指定できます。DTMがそれを設定します（ただし、データ要素が取得するソースがそこにあることを確認する必要があります）。

また、設定した場合でも、AAのデフォルトで生成されたIDがCookieとリクエストURLに表示されることに注意してください。オーバーライドは、可視性のないAAのコレクションサーバーで発生します。AAが実際にカスタム値を使用していることを確認するには、AAからエクスポートする必要があります（データウェアハウスのエクスポートなど）。