Adobe Analytics 2.0 コネクタ構成ガイド

動作原理

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

Adobe Analytics 1.4のサポート終了日は2026年8月12日で、WSSE認証も含まれます。Data Insertion APIはその日付を超えてもアクセス可能ですが、更新やアクティブなサポートは受けられません。代わりにAdobe Analytics 2コネクタの使用をお勧めします。

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	tnta
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とクライアントシークレットを入力します。
（オプション）接続テストをクリックします。
完了をクリックし、続行をクリックします。

次のステップは、アクションの構成です。

バッチ制限

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

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

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

アクション

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

アクションの構成

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

グループ	説明
イベントパラメータ	詳細については、一般属性を参照してください。
コンテキストデータ	ドット形式を使用してキーを指定します。例：`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 です。すべての配列は同じサイズである必要があります。
バッチの有効期限	バッチアクションが送信される頻度を指定するために、有効期限（TTL）を構成します。`1` から `60` 分の間の値を入力します。デフォルト値は `30` 分です。

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

一般属性

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

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

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

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

マップ元	マップ先	ノート	サンプルコネクタ出力
システムアーキテクチャヒントを含むサーバーサイド属性。	`hints.architecture`	文字列値。詳細については、Adobeのユーザーエージェントクライアントヒントを参照してください。	`x64`
アプリケーションが使用するビット数を含むサーバーサイド属性。	`hints.bitness`	文字列値。詳細については、Adobeのユーザーエージェントクライアントヒントを参照してください。	`64`
モバイル接続を通じてカスタムイベントが発生したかどうかを示すサーバーサイド属性。	`hints.mobile`	ブール値。詳細については、Adobeのユーザーエージェントクライアントヒントを参照してください。	`true`
プラットフォームヒントを含むサーバーサイド属性。	`hints.platform`	文字列値。	`win`
プラットフォームバージョンヒントを含むサーバーサイド属性。	`hints.platformVersion`	文字列値。詳細については、Adobeのユーザーエージェントクライアントヒントを参照してください。	`10`
Windowsが32ビットサブシステムを実行していることを示すサーバーサイド属性。詳細については、WoW64 at Wikipediaを参照してください	`hints.wow64`	ブール値。詳細については、Adobeのユーザーエージェントクライアントヒントを参照してください。	`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 です。リストprops もサポートされていますが、これにはAdobe Analytics Report Suite管理インターフェースで事前に構成が必要です。

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

イベント (s.events)

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

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

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

イベントマッピング

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

例えば、purchase を 4 にマッピングすると、purchase は event4 に置き換えられ、アクションの構成セクションのイベントマッピングの例に基づいて最終出力は 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コマース情報をキャプチャするために使用されます（カテゴリ、製品ID、価格、数量）。

製品変数を埋めるためには、配列データタイプを持つサーバーサイド属性のみが使用されます。すべての配列は長さが等しくなければなりません。例えば、ページ上に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: Experience Cloud Identity ServiceのsetCustomerIDsメソッドで使用されるID。customerID.[customerIDType].idにマップされます。例えば、customerID.email.id ↔︎ 顧客のメール。
isMCSeed: customerID.[customerIDType].idをヒットの識別子として使用するための整数ブール値。1はtrue、0はfalseを使用します。
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`はtrue、`0`はfalseを使用します。
`authState`	Experience Cloud Identity Serviceの`setCustomerIDs`メソッドで使用される`authState`。文字列の値は大文字と小文字を区別しません。サポートされる値は以下の通りです： `0`または空文字列 - ログインしていない `1`または`AUTHENTICATED` - ログイン済み `2`または`LOGGED_OUT` - ログアウト済み

訪問IDとエクスペリエンスクラウドID

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

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

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

ユースケース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スニペットも更新する必要があります

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

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 Request Bodyフィールドを確認し、バッチコールが実行される際にAdobeに送信されるCSVヘッダーと最初の行のサンプルを確認します。CSV出力を上記の表のSample Connector Outputフィールドと比較して出力を確認します。
Adobeから返される応答コードにエラーがないか確認します。HTTP応答ステータス：200/成功以外は、リクエストに問題があったことを示します。

コネクタ構成に完全なURL値を入力する必要はありません。TealiumはData Insertion Domain値に基づいて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 connector differencesセクションの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)」が付きます。
新しいコネクタの構成とアクションを確認します。
プロファイルを保存して公開します。