Adobe Analytics 2.0 コネクタ構成ガイド | サーバーサイドコネクター

動作原理

Adobe Analytics 2.0 コネクタは、ウェブページやモバイルアプリ上のJavaScriptビーコンを使用する代わりに、Adobe Bulk Data Insertion APIを利用してアナリティクスデータを送信します。これにより、クライアント側から送信されるデータ量が削減され、さらにEventStreamやAudienceStreamからAdobe Analyticsへのオーディエンスおよび訪問データの受け渡しが可能になるという利点があります。

Adobe Analytics 1.4 APIのサポート終了日は2026年8月12日で、WSSE認証も含まれます。この日以降、Adobe Analytics 1.4 APIおよびWSSE認証はサポートされず、利用できなくなります。

コネクタアクション

アクション名	AudienceStream	EventStream
アナリティクスイベントを送信	✓	✓
アナリティクスイベントをバッチで送信	✓	✓

Adobe Analytics 2.0 コネクタの構成時にこれらの認証情報を入力し、接続をテストしてください。

Adobe Analytics 2.0 コネクタの違い

以下のAdobe Analytics 1.4 コネクタの機能は、Adobe Analytics 2.0 コネクタでは利用できません：

カスタムフィールドマッピング（高度）
モバイルデータソースのライフサイクルイベント属性の自動マッピングを有効にする

以下の表に示すように、Adobe Analytics 1.4の一部のパラメータはAdobe Analytics 2.0 コネクタでは利用できません。Adobe Analytics 2.0 パラメータ列に✗がある場合、そのパラメータは2.0コネクタでは利用できません。

Adobe Analytics 1.4 パラメータ	Adobe Analytics 2.0 パラメータ
a4t	✗
architecture	hints.architecture
bitness	hints.bitness
browserHeight	browserHeight
browserWidth	browserWidth
campaign	campaign
channel	channel
connectionType	connectionType
cookiesEnabled	cookiesEnabled
currencyCode	currencyCode
customerPerspective	✗
fallbackVisitorID	✗
homePage	✗
imsregion	✗
ipaddress	ipaddress
javaEnabled	javaEnabled
javaScriptVersion	✗
language	language
linkName	linkName
linkType	linkType
linkURL	linkURL
marketingCloudOrgID	✗
marketingCloudVisitorID	marketingCloudVisitorID
mobile	hints.mobile
pageName	pageName
pageType	pageType
pageURL	pageURL
platform	hints.platform
platformVersion	hints.platformversion
plugins	✗
purchaseID	purchaseID
referrer	referrer
reportSuiteID	reportSuiteID
resolution	resolution
server	server
state	✗
timestamp	timestamp
timezone	✗
transactionID	transactionID
userAgent	userAgent
visitorID	visitorID
wow64	hints.wow64
zip	zip

Adobe Analytics 1.4 コネクタからAdobe Analytics 2.0 コネクタへの移行に関する情報は、Migrator Toolを参照してください。

コネクタの構成

Adobe Analytics 2.0 コネクタを構成するには、Adobe Analytics 2.0 APIのクライアントID（APIキー）とクライアントシークレットが必要です。Adobe Developer Consoleでクレデンシャルを作成し、Adobe Analytics 2.0 APIのクライアントIDとクライアントシークレットを取得するには、次の手順に従ってください：

Adobe Developer Consoleにアクセスし、Adobe IDでログインします。
新しいプロジェクトを作成をクリックします。
プロジェクトに名前を入力し、保存をクリックします。
プロジェクトダッシュボードでAPIを追加をクリックします。
利用可能なAPIのリストからAdobe Analyticsを選択します。
認証タイプでサーバー間認証を選択します。
統合のタイプとしてOAuth サーバー間を選択します。
アクセスを提供したい製品プロファイルを選択します。
クライアントIDとクライアントシークレットを取得するには、プロジェクトの認証情報セクションに移動します。
クライアントIDとクライアントシークレットを表示してコピーするには、クライアントシークレットを取得をクリックします。

クライアントIDとクライアントシークレットを取得した後、インターフェースでAdobe Analyticsコネクタを構成するには、次の手順に従います：

コネクタマーケットプレースにアクセスし、Adobe Analyticsコネクタを追加します。一般的なコネクタの追加方法については、Connector Overviewを参照してください。
オーディエンスとトリガーを選択し、続行をクリックします。
コネクタを追加をクリックします。
コネクタに名前を入力します。
クライアントIDとクライアントシークレットを入力します。
（オプション）接続をテストをクリックします。
完了をクリックし、その後続行をクリックします。

次のステップは、configuring an actionです。

バッチ制限

Adobe Analytics 2.0は、各呼び出しで圧縮ファイルのみを送信することが許可されているため、コネクタはリアルタイムアクションを実行することができません。代わりに、コネクタは30秒間のマイクロバッチアクションを実行します。

このコネクタは、バッチリクエストを使用して、ベンダーへの大量データ転送をサポートします。詳細については、Batched Actionsを参照してください。リクエストは、次のいずれかの閾値が達成されるか、プロファイルが公開されるまでキューに入れられます：

最大リクエスト数：250,000
最古のリクエストからの最大時間：30分
リクエストの最大サイズ：圧縮ファイル 100 MB、非圧縮ファイル 1 GB

アクションの構成

アクションを選択し、次のパラメータを構成します：

グループ	説明
イベントパラメータ	詳細については、一般属性を参照してください。
コンテキストデータ	ドット形式を使用してキーを指定します。例：`my.a`。複数のキーと値のペアを指定できます。
eVars	属性を番号にマッピングしてイベントeVarsを指定します。例：`event_count` を `1` にマッピングして eVar1。有効な範囲は `1` から `100`、プレミアムアカウントの場合は `250` です。
階層	階層文字列。 `1` から `5` を選択します。
リスト	変数に渡され、報告のために個々の項目として報告される値のリスト。 `1` から `3` を選択します。データレイヤーで配列タイプが必要です。 Tealiumがデータを正しくフォーマットします。
プロパティ	分析プロパティ名。属性を番号にマッピングして名前を指定します。例：`lifetime_value` を `1` にマッピングして prop1。
イベント	イベントのリスト、またはカスタム値をコンマ区切りで指定します。詳細については、Adobe Analytics Configure Events Implementationを参照してください。
イベントマッピング	イベント配列に含まれる潜在的な値をAdobe Analyticsカスタムイベント名にマッピングします。例：購入を3にマッピングすると、購入はevent3に置き換えられ、元のイベント例はevent1,event2,event3,purchaseからevent1,event2,event3,event4に変更されます。
イベント値	`Counter`、`Numeric`、`Currency` イベントの値を指定します。イベントを指定するには、数字を使用します。例えば、9.99を2にマッピングすると、次の出力になります：`event1,event2=9.99,event3,event4`。
イベントシリアライゼーション	イベントをシリアライズするために使用するイベントIDを指定します。詳細については、Event Serializationを参照してください。例えば、page_viewを3にマッピングすると、次の出力になります：`event1,event2,event3:page_view,event4`。
製品	製品属性（`Id`、`Category`、`Quantity`、`Price`）を指定します。すべての配列は同じサイズで、順序が揃っている必要があります。追加情報については、Adobe Analytics Product Implementationを参照してください。
製品eVars	製品eVarsの値を指定します。すべての配列は製品セクションのものと同じサイズである必要があります。空の値は無視されます。 eVarマッピングを数字で指定します。例として、`1` は `eVar1` にマッピングされます。
製品イベント	製品イベントの値を指定します。すべての配列は製品セクションのものと同じサイズである必要があります。空の値は無視されます。イベントマッピングを数字で指定します。例として、`1` は `event1` にマッピングされます。
ブランド	ブランド属性を指定します。利用可能な属性は brand と version です。すべての配列は同じサイズである必要があります。

パラメータの構成が完了したら、保存をクリックし、変更を保存して公開します。

一般属性

すべての属性の完全なリファレンス、各フィールドに具体的に何を含めるべきかの詳細については、Adobe: API documentationとこの記事のVisitor & Experience Cloud IDsセクションを参照してください。

ユーザーエージェントクライアントヒント

Google ChromeやMicrosoft EdgeなどのChromiumブラウザからのクライアントヒントは、デバイス固有の情報を提供します。このデータセットは、デバイス情報の主要な情報源としてユーザーエージェント文字列を置き換えます。

これらのマッピング選択は、イベントパラメータセクションに表示されます。

マップ元	マップ先	備考	サンプルコネクタ出力
システムアーキテクチャヒントを含むサーバーサイド属性。	`hints.architecture`	文字列値。詳細については、AdobeのUser agent client hintsを参照してください。	`x64`
アプリケーションが使用するビット数を含むサーバーサイド属性。	`hints.bitness`	文字列値。詳細については、AdobeのUser agent client hintsを参照してください。	`64`
モバイル接続を通じてカスタムイベントが発生したかどうかを示すサーバーサイド属性。	`hints.mobile`	ブール値。詳細については、AdobeのUser agent client hintsを参照してください。	`true`
プラットフォームヒントを含むサーバーサイド属性。	hints.platform	文字列値。	`win`
プラットフォームバージョンヒントを含むサーバーサイド属性。	`hints.platformVersion`	文字列値。詳細については、AdobeのUser agent client hintsを参照してください。	`10`
Windowsが32ビットサブシステムを実行していることを示すサーバーサイド属性。詳細については、WoW64 at Wikipediaを参照してください	`hints.wow64`	ブール値。詳細については、AdobeのUser agent client hintsを参照してください。	`true`

コンテキストデータ

Context Dataは、propsおよびeVarsに代わるよりユーザーフレンドリーな代替手段として使用できます。任意のイベント属性または訪問属性をAdobe AnalyticsのContext Data変数にマッピングできます。Context Data変数には任意の名前を付けることができますが、すべての変数に一意のキー（たとえば会社名）を接頭辞として付けることがAdobeのベストプラクティスです。一部の変数は予約されており、Lifecycle Metricsなどの予定された機能のみに使用できます。これらの変数は a. で接頭辞が付けられます。

マップ元	マップ先	説明	例
ドロップダウンから任意の属性を選択するか、カスタム値を入力します。	companyname.someproperty	定義されたサーバーサイド属性をContext Data属性にマッピングします	マップ：(サーバーサイド属性) キャンペーン名を `tealium.productColor` に

分析eVars

このフィールドは、サーバーサイド属性をeVarsにマッピングするために使用されます。eVarsは、属性を番号にマッピングすることによって指定する必要があります。有効な範囲は 1 から 250 です。

マップ元	マップ先	説明	例
ドロップダウンから任意の属性を選択するか、カスタム値を入力します。	X, Xは1-250の範囲の整数です	定義されたサーバーサイド属性を分析レポートのeVarにマッピングします	例：`event_count` を `1` にマッピングして `eVar1`。

分析プロパティ名 (s.props)

このフィールドは、サーバーサイドの属性を props にマッピングするために使用されます。Propsは、prop という単語とその番号を使用して指定する必要があります。例えば、prop4 です。Propsは属性を番号にマッピングすることによって指定されなければなりません。有効な範囲は 1 から 75 です。List props もサポートされていますが、これには Adobe Analytics Report Suite 管理インターフェースで事前に構成が必要です。

マップ元	マップ先	説明	例
ドロップダウンから任意の属性を選択するか、カスタム値を入力します。	X（Xは `1` から `75` の範囲の整数）。	サーバーサイド属性を分析レポートのプロップにマッピングします。	`lifetime_value` を `1` にマッピングして `prop1` にします。

イベント (s.events)

イベントは、ウェブサイトやアプリで特定のイベントがどれだけ頻繁に発生しているかを測定するために使用されます。イベント変数は、特定の分析イベントに対してカウントされるすべてのイベントをリストするコンマ区切りの文字列です。事前定義されたイベントとカスタムイベントは同じ文字列で送信されます。

他の場所（例えば、iQ Tag Management の拡張機能、エンリッチメント、またはデータレイヤー内で直接）で作成されたイベント名のリストを含む配列値をマッピングします。

入力	サンプルコネクタ出力
イベントリストを表すサーバーサイド属性。	`event1,event5,event9`

イベントマッピング

イベント名をイベント X にリネームする必要がある場合、マッピングによってリネームできます。

例えば、purchase を 3 にマッピングすると、purchase は event3 に置き換えられ、アクションの構成セクションのイベントマッピングの例に基づいて最終出力は event1,event2,event3,purchase から event1,event2,event3,event4 に変わります。

マップ元	マップ先	例のイベント配列	例の入力
イベント配列で検索する文字列を含むカスタムテキスト値。	トリガーするイベントの名前。例えば、`event8`。	`["newsletter_registration", "homepage_viewed"]`	`newsletter_registration`

イベント値

このフィールドでは、イベントに数値を割り当てることができます。

マップ元	データタイプ	マップ先	例の入力	サンプルコネクタ出力
数値を表す属性。	数値	X（Xはイベントの番号）。	`9` を `event5` にマッピング	`event5=9`

イベントシリアライゼーション

イベントIDを含む属性をイベントの番号を指定する数値にマッピングすることによってイベントシリアライゼーションを構成します。

マップ元	データタイプ	マップ先	例の入力	サンプルコネクタ出力
イベントIDを表す属性。	文字列	イベントの番号。	`ABC123` を `1` にマッピング、 `ABC123` を `2` にマッピング	`event1:ABC123,event2:ABC123`

製品

製品変数は、特定のページ上の一つまたは複数の製品に関するeコマース情報をキャプチャするために使用されます。

製品変数を埋めるためには、配列データタイプを持つサーバーサイド属性のみが使用されます。すべての配列は長さが等しくなければなりません。例えば、ページ上に5つの製品がある場合、製品ID、数量、価格、カテゴリはすべて5要素の長さでなければなりません。

マップ元	データタイプ	マップ先	例の入力データ	サンプルコネクタ出力
製品カテゴリを表すサーバーサイド属性	配列	製品カテゴリ	`["Shoes", "Shirts"]`	`Shoes;;;,Shirts;;;`
製品IDを表すサーバーサイド属性	配列	製品ID	`["ABC123", "EFG234"]`	`;ABC123;;,;EFG234;;`
数量を表すサーバーサイド属性	配列	製品数量	`["1", "2"]`	`;;1;,;;2;;`
価格を表すサーバーサイド属性	配列	製品価格	`["149.99", "79.80"]`	`;;;149.99,;;;79.80`

製品イベント

このフィールドでは、製品変数の各製品にカスタム変換イベントを割り当て、各イベントに数値を割り当てることができます。

単一の変数（単一値またはカスタムテキスト値）がマッピングされた場合、同じ値がリスト内のすべての製品に適用されます。リスト（配列）値がマッピングされた場合、配列は他の製品配列と同じ長さでなければならず、配列の各アイテムはその位置に応じて異なる値を持ちます。

これらの例では、次の製品配列がイベント属性として存在していると仮定します：

製品カテゴリ: ["Footwear", "Apparel"] 製品ID: ["Running Shoes", "T-Shirt"] 数量: ["1", "1"] 価格: ["99.99", "49.99"]

マップ元	データタイプ	マップ先	例の入力値	サンプルコネクタ出力
数値を含むカスタムテキスト値。	文字列	トリガーするイベントの名前。例えば、`event8`。	`9.99` (カスタム値)	`Footwear;RunningShoes;1;99.99;event8=9.99,Apparel;T-Shirt;1;49.99;event8=9.99`
数値配列を表すサーバーサイド属性。	配列	トリガーするイベントの名前。例えば、`event12`。	`["1.99", "4.99"]`	`Footwear;RunningShoes;1;99.99;event12=1.99,Apparel;T-Shirt;1;49.99;event12=4.99`

製品 eVars

このフィールドでは、製品変数の各製品に eVars を割り当てることができます。

これは上記の 製品イベント フィールドと同じ方法で動作します。

マップ元	データタイプ	マップ先	例の入力値	サンプルコネクタ出力
数値を含むカスタムテキスト値。	文字列	トリガーするイベントの名前。例えば、`event8`。	`9.99` (カスタム値)	`Footwear;RunningShoes;1;99.99;event8=9.99,Apparel;T-Shirt;1;49.99;event8=9.99`
数値データの配列を表すサーバーサイド属性。	配列	トリガーするイベントの名前。例えば、`event12`。	`["1.99", "4.99"]`	`Shoes;1;99.99;event12=1.99,Apparel;T-Shirt;1;49.99;event12=4.99`

階層

ページ階層は、サイト/アプリのナビゲーション構造内でページを分類するのに役立ちます。使用可能なスロットは hier1 から hier5 までです。

リストデータ

リスト変数は、複数の値を含む区切り文字列であり、しばしば帰属目的で使用されます。各レポートスイートには最大3つのリスト変数が利用可能です。配列変数はコンマ区切りの文字列に変換されます。

マップ元	データタイプ	マップ先	説明	例	サンプルコネクタ出力
ドロップダウンから任意の配列属性を選択。	配列	`list1`, `list2`, `list3` (ドロップダウン選択)	配列形式で定義されたサーバーサイド属性をAdobe Analyticsの指定されたリスト変数にマッピングします。	マップ: (サーバーサイド属性) リファラーリストを `list1` に	`google.com,yahoo.com`

カスタムID値

Adobeは、Adobe Experience Cloud Identity Serviceで使用される識別子を生成するプロセスを簡素化する方法を提供しています。Adobeは、setCustomerIDsメソッドの顧客IDの1つを使用して、Adobe Experience Cloud訪問IDを生成することができます。

詳細については、Adobe Analytics 2.0 APISを参照してください。

フィールド

customerIDType: 提供する顧客IDのタイプを指定します。例えば、email。
id &ndash: Experience Cloud Identity ServiceのsetCustomerIDsメソッドで使用されるID。customerID.[customerIDType].idにマッピングされます。例えば、customerID.email.id ↔︎ 顧客のメール。
isMCSeed: 整数のブール値で、customerID.[customerIDType].idをヒットの識別子として使用できます。真の場合は1、偽の場合は0を使用します。
authState: Experience Cloud Identity ServiceのsetCustomerIDsメソッドで使用されるauthState。文字列の値は大文字と小文字を区別しません。サポートされている値は以下の通りです：
- 0または空文字列：ログインしていない
- 1またはAUTHENTICATED：ログイン済み
- 2またはLOGGED_OUT：ログアウト済み。

メソッドパラメータ

パラメータ	説明
`customerIDType`	提供する顧客IDのタイプを識別します。例えば、`email`。
`id`	Experience Cloud Identity Serviceの`setCustomerIDs`メソッドで使用されるID。customerID.[customerIDType].idにマッピングされます。例えば、customerID.email.id ↔︎ 顧客のメール。
`isMCSeed`	整数のブール値で、`customerID.[customerIDType].id`をヒットの識別子として使用できます。真の場合は`1`、偽の場合は`0`を使用します。
`authState`	Experience Cloud Identity Serviceの`setCustomerIDs`メソッドで使用される`authState`。文字列の値は大文字と小文字を区別しません。サポートされている値は以下の通りです： `0`または空文字列 - ログインしていない `1`または`AUTHENTICATED` - ログイン済み `2`または`LOGGED_OUT` - ログアウト済み

訪問とExperience Cloud ID

訪問IDに関するAdobe Analyticsのドキュメントと、複数のIDが提供された場合の優先順位を参照してください。

ユースケース1: Adobe Analyticsの実装がこれまでない場合

これが全く新しいAdobe Analyticsの実装である場合、100%サーバーサイドで、独自の一意の訪問IDを使用し、コネクタのvisitorID属性に渡すことができます。Adobeによって構成された制約の範囲内で適切な訪問IDを決定する必要があります。

ユースケース2: 既存のAdobe AnalyticsクライアントサイドJavaScriptからの移行

JavaScriptベースのAdobe Analyticsタグからサーバーサイドコネクタへ移行する場合、完全に移行する際に「訪問を失う」ことを避けるために一貫した訪問IDを維持する必要があります。また、Adobe Analyticsコネクタを二次的な収集メカニズムとして実装する場合（ウェブページやアプリで引き続きJavaScriptタグを主要な収集メカニズムとして使用している場合）、訪問IDを移行する必要があります。

既存のAdobe AnalyticsクライアントサイドJavaScriptからの移行には、次の手順を使用します：

ステップ1: Adobe Experience Cloud IDタグを構成する

これらの指示に従ってAdobe Experience Cloud IDタグを構成し、iQタグ管理でタグを構成します。

ステップ2: Adobe訪問IDをファーストパーティクッキーに保存する

Adobe訪問IDをファーストパーティクッキーに保存することで、セッションの期間中、値を再リクエストすることなくサーバーサイドプラットフォームに値が送信されるようになります。

iQタグ管理でデータレイヤータブに移動し、utag_main_adobe_mcidおよびutag_main_aa_vidという2つの新しいファーストパーティクッキー変数を作成します。

これらの変数の名前を変更することはできますが、utag_main_プレフィックスを保持してください。これにより、utag_mainクッキーにスタックしてクッキースペースを節約できます。変数の名前を変更する場合は、以下のJavaScriptスニペットも更新する必要があります

Adobe Experience Cloud IDサービスタグにスコープされたJavaScriptコード拡張を作成し、次のコードを貼り付けます：

if (typeof vAPI !== "undefined") {
  vAPI.getInstance(u.data.adobe_org_id,
    function (visitor) {
      var mcID = visitor.getMarketingCloudVisitorID(),
      analyticsID = visitor.getAnalyticsVisitorID(),
      sessionExpiry = ";exp-session";
      // store Adobe IDs for the session duration
      if (!mcID) {
        // something went wrong - the visitor IDs could not be retrieved
        utag.DB("MCID could not be returned");
      } else {
        utag.loader.SC("utag_main",{"adobe_mcid" : mcID + sessionExpiry, "aa_vid" : analyticsID + sessionExpiry});
        // optionally, trigger an empty utag.link call to trigger sending the cookie values to UDH
        // if utag.track call is omitted (default), values will be sent on the next utag.link or utag.view call anyway
        // utag.track is used to avoid calling other third-party tags; only the collect tag should respond
        // utag.track("adobe_vid_updated", {});
      }
    },
    u.clearEmptyKeys(u.data.config), u.data.customer_ids);
}

これにより、Adobeのサーバーから訪問IDが正常に取得されたときに呼び出されるAdobe訪問IDサービスへのコールバックが作成され、訪問IDとExperience Cloud IDがTealiumの独自のファーストパーティクッキー(utag_main)に保存されます。クッキーはセッションの終了時に期限切れになりますが、将来訪問IDが更新される場合に備えています。クッキーを永続的（非期限切れ）にするには、上記のコードでsessionExpiryを""に構成します。

このセッション中にコードが再度実行されないように、JavaScript拡張に次の条件を追加します。

utag_main_adobe_mcid IS NOT DEFINED

AND

utag_main_aa_vid IS NOT DEFINED

ステップ3：AudienceStreamおよびEventStreamのサーバーサイドを構成する

AudienceStream: AudienceStreamを使用している場合、Adobe Visitor IDおよびExperience Cloud IDを訪問レベルの文字列属性として保存できます。Visitor ID属性として保存しないでください。オーディエンスイベントによってトリガーされるアクションの場合、コネクタ構成で新しい属性をvisitorIDおよびmarketingCloudVisitorIDにマッピングできます。
EventStream: EventStreamのみを持っている場合、訪問ID変数を保存する機能がないため、値をクッキーに保存しました。
- 前のステップでiQタグ管理構成をProdに公開している場合、イベント属性にutag_main_adobe_mcidおよびutag_main_aa_vidの値が既に存在していることがわかります。
- Prodに公開していない場合は、First Party Cookie文字列属性タイプを使用してイベント属性を手動で追加できます。これらの属性を定義した後、Adobe Analyticsコネクタでそれらを選択し、それぞれmarketingCloudVisitorIDおよびvisitorIDにマッピングできます。

一般的な問題のデバッグ

コネクタをテストするには、traceの使用をお勧めします。トレースを実行する際には、HTTPリクエストボディフィールドを確認してください。これは、バッチコールが実行されるときにAdobeに送信されるCSVヘッダーと最初の行のサンプルを示します。CSV出力を上記の表のサンプルコネクタ出力フィールドと比較して出力を確認できます。
Adobeから返される応答コードにエラーがないか確認してください。HTTP応答ステータス：200/成功以外は、リクエストに問題があったことを示します。

コネクタ構成に完全なURL値を入力する必要はありません。Tealiumはデータ挿入ドメイン値に基づいてURLを自動生成します。完全なURLはトレースセッションを実行しているときにのみ表示されます。
Adobe Analyticsがデータを受信していない場合は、Admin > Report suites > Edit Settings > General > Timestamp configurationに移動し、Timestamps optionをTimestamps not allowedからTimestamps optionalまたはTimestamps requiredに変更してください。タイムスタンプが必要な場合は、有効なタイムスタンプをマッピングしてください。
User AgentまたはClient Hintsにマッピングすることを強くお勧めします。この値をマッピングしないと、AdobeはサーバーのUser Agent（例：Apache-HttpClient/4.5.5(Java/11.0.17）を取得し、それがボットトラフィックとして識別される可能性があります。

マイグレータツール

Adobe Analytics 2.0 Migratorツールを使用して、既存のAdobe Analytics 1.4コネクタをAdobe Analytics 2.0コネクタに移行できます。

Migratorツールを使用する前に、以下の制限に注意してください：

このツールは、バージョン2.0で利用できない1.4の属性を移行しません。詳細については、Adobe Analytics 2.0コネクタの違いセクションの1.4および2.0属性の表を参照してください。
モバイルデータソース属性のライフサイクルイベント属性は2.0 APIでは利用できないため、これらの属性の自動マッピングは移行されません。
Adobe Analytics 2.0はカスタム属性をサポートしていないため、1.4コネクタのこのセクションの属性は移行されません。

Adobe Analytics 1.4コネクタを移行するには、次の手順に従います：

Server-Sideに移動し、Google ChromeのTealium Tools拡張機能を開きます。
Tealium ToolsでTool Catalogueタブをクリックし、Adobe Analytics 2.0 Migratorをクリックします。詳細については、Tealium Toolsを参照してください。
アクションの移行方法を選択します。
- 既存のAdobe Analytics 1.4アクションを無効にする場合は、Disable existing actionを選択します。
- アクティブなアクションのみを移行する場合は、Migrate only active actionsを選択します。
ドロップダウンリストから移行の範囲を選択します：
- すべてのAdobe Analytics 1.4アクション
- 特定のAdobe Analytics 1.4アクション
- 特定のAdobe Analytics 1.4コネクタ
プロジェクトのAdobe Analytics Client IDおよびClient secretを入力します。
Startをクリックします。 Migratorツールは、既存のAdobe Analytics 1.4コネクタを新しいAdobe Analytics 2.0コネクタに自動的に移行します。コネクタの名前は同じで、サフィックスに「2.0 (Migrated)」が付きます。
新しいコネクタの構成とアクションを確認します。
プロファイルを保存して公開します。