![](\"/images/industries/screen-shot-2022-09-26-at-13.41.19.png\")
\n \nTealiumは、個人情報（PII）を使用して訪問データを結びつけ、単一の顧客ビューの訪問プロファイルを作成するために、決定論的情報源に依存しています。しかし、第一者データと第三者データのアイデンティティ・プロバイダーを使用することで、訪問、見込み客、顧客それぞれについての高品質な洞察を得ることができます。これらの確率論的な洞察は、Tealiumによって収集されたデータや豊かにされたプロファイルと組み合わせることで、関係データをエンリッチメントし、顧客にパーソナライズされた体験を提供することができます。
\nTealiumのアイデンティティ・パートナーは以下のサービスを提供します：
\nTealiumは、プラットフォーム全体で多数のアイデンティティ・パートナー統合へのアクセスを提供します：iQタグ管理、イベントストリーム、データソース、オーディエンスストリーム、およびファンクションズ。これらのソースから情報を引き出し、訪問や顧客プロファイルの明確なビジョンを組み合わせる作業は大変ですが、Tealiumは複数のソースからのアイデンティティ・プロバイダー・データの統合プロセスをスムーズかつ簡単にするためにここにあります。
\n決定論的マッチングと確率論的データモデルの違いを理解することが重要です：
\n決定論的方法はPII（メール、UID2.0など）を使用してユーザーを識別します。Tealiumは訪問のスティッチングで決定論的モデルを採用しています。
\n確率論的アイデンティティプログラムとの統合は通常、返されたデータと信頼スコアを処理するためにTealiumのファンクションを使用する必要があります。
\nAuth0はCustomer Identity Access Management（CIAM）モデルを使用します：
\n\n \nユーザーがAuth0にログインすると、そのアイデンティティはAuth0認証サーバーによって確認されます。
\nTealiumはAuth0アクションとして表示され、ドラッグアンドドロップ統合を通じて使用することができます。
\nAuth0データソースはTealiumの新しいIdentityカテゴリに表示されます。
\nThe Trade Deskや他のベンダーは、PIIを使用して決定論的に識別するUID 2.0を使用します。訪問にUID 2.0を割り当てるためのエンリッチメントとファンクションコードを構成する必要があります：
\n![](\"/images/industries/screen-shot-2022-09-26-at-13.41.53.png\")
\n \n詳細については、Tealium Functionsを使用してUID2.0トークンを生成するを参照してください。
\nUID 2.0はプライバシー制限のためEUでは使用できません。
\nアイデンティティおよびデータ管理ソリューションプロバイダーとして、AcxiomとMerkleは以下の役割を果たします：
\n![](\"/images/industries/data-partners-+-tealium---acxiom-%283%29.png\")
\n \nウェブサイトでnetIDでログインまたは登録すると、ユーザーのnetIDアイデンティティパラメータがTealiumのリアルタイムデータ収集、エンリッチメント、アクティベーション機能で利用可能になります。
\nユーザーがnetID認証を使用してウェブサイトにログインすると、そのアイデンティティはnetID認証APIによって確認されます。API READ SERVICE のレスポンスからのアイデンティティパラメータ tpid は、Tealiumデータレイヤーに永続化することができます。
アイデンティティ・プロバイダーを使用して、電話番号やメールアドレスなどのPIIをTealiumに即座に共有し、顧客プロファイルをエンリッチすることができます。これにより、匿名の訪問を既知の訪問や顧客に変換することができます。
\nデータプロバイダーは常に自社のデータをクリーニングおよび正規化しているため、この情報を使用して自社のデータをクリーニングするのに役立ちます。
\n第三者クッキーが廃止されるにつれて、匿名のリターゲティングはもはや可能ではなくなります。したがって、一つ以上のPIIをAdTech IDパートナーと共有することで、公開社やドメイン全体でその個人を識別し、ターゲティングすることができます。
\nすでに多くの顧客が第三者のアイデンティティ・プロバイダーを雇用して訪問プロファイルを改善しています。Tealium Identity Marketplaceは、このデータの購読、インポート、統合を簡素化するのに役立ちます。
\nタグ、コネクタ、データソースインターフェースのそれぞれのIdentityカテゴリには、そのプラットフォームの部分に対する利用可能な識別リソースがすべてリストされています。
\n| パートナー | \n統合タイプ | \n概要 | \nドキュメントリンク | \n
|---|---|---|---|
| Acxiom | \nタグ | \n
| \nAcxiom Real Identity rTag 構成ガイド | \n
| Auth0 | \nデータソース | \nAuth0統合市場内のアクションで、ログイン時にAuth0からユーザーデータを送信 | \nTealiumのAuth0統合 | \n
| Merkle | \nタグ | \nMerkuryは、組織のファーストパーティCRMデータとログイン、アウトバウンドメールキャンペーン、メディアリーチなどの貴重なインタラクションを使用して、個人ベースのIDの宇宙を作成および拡大します。Tealium IQのデータマッピング機能を使用して、Merkuryと共有されるデータポイントを制御できます。 | \nMerkle Merkuryタグ構成ガイド | \n
| netID | \nデータレイヤー (UDOオブジェクト) | \nnetIDログイン標準を実装するために、netIDパートナーは自社のウェブサイトでブラウザベースのJavaScript APIリクエストを実装し、Tealiumがダウンストリームでアクティベーションを行うために、ブラウザ保存（ファーストパーティクッキー、localStorage、またはsessionStorage）にnetIDアイデンティティとプライバシープロパティを保持します。 | \nnetID実装ガイド | \n
| パートナー | \n統合タイプ | \n概要 | \nドキュメントリンク | \n
|---|---|---|---|
| Criteo | \nタグ | \nCookie Matchingは、Tealiumの訪問を識別するクッキーと、Criteoのユーザーを識別するクッキーを関連付けます。 | \nCriteo Cookie Matching Serviceタグ構成ガイド | \n
| Criteo | \nコネクタ | \nAudience Matchは、柔軟な顧客ターゲティングソリューションです。 | \nCriteo Audience Matchコネクタ構成ガイド | \n
| Epsilon | \nタグ | \nブラウザによって呼び出されると、交換とのIDを同期するパートナーピクセルURLのリストを返します。これにより、ユーザーはサイトを離れた後も識別され、メッセージが送信されます。 | \nEpsilon Partner Sync Web Serviceタグ構成ガイド | \n
| The Trade Desk (TDD) | \nタグ | \nThe Trade Desk Universal Pixelは、マーケターがユーザーデータについてより詳細に見ることを可能にし、より詳細なレベルでのレポート分析を行います。 | \nTealium iQ用Trade Desk Universal Pixel構成ガイド | \n
| The Trade Desk (TDD) | \nコネクタ | \nThe Trade Deskコネクタは、よりパーソナライズされた広告キャンペーンのために、エンリッチされた訪問プロファイルとオーディエンスをTDDに投稿するために使用できます。 | \nThe Trade Desk Cookie Matching Serviceタグ構成ガイド (UID2.0機能と共に使用) | \n
| The Trade Desk (TDD) | \n機能 | \nUID2.0は、サードパーティクッキーに代わるオープンソースの識別子です。 | \nThe Trade Deskコネクタ構成ガイド (UID2.0機能と共に使用) | \n
アイデンティティパートナーは、GDPRなどの法律による制限があるため、運用できる場所に制限があります。各パートナーは異なる能力を持っています（例えば、Merkleはグローバルですが、TDD UID2.0はEU内では使用できません）。
\nアイデンティティプロバイダーを実装するには：
\n近日中にさらに多くの機能例を追加します。
\n" } , { "weight": "80", "url": "https://docs.tealium.com/ja/server-side/functions/event-visitor-functions/uid2/", "title": "訪問機能を使用してUID2を生成する", "body": "Unified ID 2.0（UID2）は、The Trade Deskから提供されるオープンソースのIDフレームワークです。UID2は、メールアドレスや電話番号などの個人識別情報（PII）に基づいて決定的なユーザー識別子を使用し、サードパーティクッキーを置き換えます。識別子はハッシュ化および暗号化され、UID2リクエストに応答してUID2が返されます。詳細については、The Trade Desk: UID2 documentationを参照してください。
\nUID2は、The Trade Desk connectorおよびその他のアウトバウンドコネクタでサポートされています。
\nPIIを持つがUID2を持たない各訪問に対してUID2を生成するために、訪問機能の使用を推奨します。この機能はUID2を作成し、tealium_visitor_idと共にTealium Collectに送信し、訪問のプロファイルを更新します。
訪問機能についての詳細は、About event and visitor functionsを参照してください。
\nUID2を生成する訪問機能を作成する前に：
\nuid_identifier、uid2、uid_timestamp）を持つUID2イベント仕様を作成します。この機能は、このイベント仕様を使用してTealium Collectにイベントを送信します。詳細については、Manage event specificationsおよびAbout enrichmentsを参照してください。![\"Example](\"/images/server-side/functions-uid2_event_spec.png\" "\\"Example")
\n \n ![\"uid2-function-trigger-example.png\"\n](\"/images/server-side/uid2-function-trigger-example.png\" "\\"uid2-function-trigger-example.png\\"/")
\n \n 訪問機能を構成するには：
\nJoined Audienceを選択します。TODOコメントは必要な変更を示しています。）バージョン3では、単一のリクエストで複数の識別子（例えば、メールアドレスや電話番号）をサポートしています。コード内の属性IDをデータに合わせて更新してください。コードはメールUIDを優先しますが、必要に応じてこれを変更することができます。返されたUIDが既存の訪問UIDと一致しない場合にのみ track() メソッドが実行されます。
Trade Deskの構成属性（api_key, secret）およびUID2属性IDは、スクリプトの開始時に ttd_config オブジェクトでグループ化されています。
バージョン3の例では、次のJSON構造でメール属性のハッシュ化されたUID2を返します：
\n{\n "body": {\n "email_hash": [\n {\n "u": "AdvIvSiaum0P5s3X/7X8h8sz+OhF2IG8DNbEnkWSbYM=",\n "p": "EObwtHBUqDNZR33LNSMdtt5cafsYFuGmuY4ZLenlue4=",\n "r": 1735689600000\n },\n {\n "u": "IbW4n6LIvtDj/8fCESlU0QG9K/fH63UdcTkJpAG8fIQ=",\n "p": null,\n "r": 1735862400000\n }\n ],\n "phone_hash": []\n },\n "status": "success"\n}\nUID2バージョン2は2026年6月30日に廃止されます。既存のUID2バージョン2関数をバージョン3に更新してください。
\nバージョン2の例では、ユーザー識別子としてメールアドレスを使用しています。電話番号など、異なる識別子を使用するように適応させてください。属性IDは、メール属性の値を取得するために使用されます。属性IDを、あなたの属性に対する正しい値に更新してください。
\n\nバージョン2の例では、次のJSON構造でメール属性のハッシュ化されたUID2を返します：
\n{\n "body": {\n "mapped": [\n {\n "identifier": "EObwtHBUqDNZR33LNSMdtt5cafsYFuGmuY4ZLenlue4=",\n "advertising_id": "AdvIvSiaum0P5s3X/7X8h8sz+OhF2IG8DNbEnkWSbYM=",\n "bucket_id": "a30od4mNRd"\n },\n {\n "identifier": "Rx8SW4ZyKqbPypXmswDNuq0SPxStFXBTG/yvPns/2NQ=",\n "advertising_id": "IbW4n6LIvtDj/8fCESlU0QG9K/fH63UdcTkJpAG8fIQ=",\n "bucket_id": "ad1ANEmVZ"\n }\n ]\n },\n "status": "success"\n}\nEuropean Unified ID (EUID)は、The Trade Deskによって作成されたオープンソースのIDフレームワークで、サードパーティクッキーの代わりに使用できます。EUIDは、ユーザーの個人識別情報（PII）に基づいた決定論的なユーザー識別子です。現在、EUIDはユーザーのメールアドレスのみを識別子として使用し、ヨーロッパ地域に限定されています。識別子はハッシュ化および暗号化され、EUIDリクエストへの応答で返されるEUIDが作成されます。詳細については、European Unified ID Overviewを参照してください。
\nEUIDは、The Trade Desk connectorおよびその他のサポートされているアウトバウンドコネクタで使用できます。
\nEUIDを生成するために訪問関数の使用を推奨します。訪問がPIIを持っているがEUIDが割り当てられていない場合に関数をトリガーします。訪問関数についての詳細は、About event and visitor functionsを参照してください。
\n訪問関数は以下を行います：
\ntealium_visitor_idを含むイベントをTealium Collectに送信する。関数から送信されたイベントによって訪問属性が豊かになります。
\nEUIDを生成する訪問関数を作成する前に、以下を行ってください：
\n![\"euid-function-trigger-example.png\"\n](\"/images/server-side/euid-function-trigger-example.png\" "\\"euid-function-trigger-example.png\\"/")
\n \n関数を作成する際には、以下を行ってください：
\nJoined Audienceに構成します。\n処理済み訪問関数のデフォルトコードを削除し、Example codeに示されているEUIDを生成するための例コードをコピーして貼り付けます。必要に応じて例コードを変更してください。この例示コードは訪問にEUIDを割り当てる関数を構成するためのガイドであり、修正なしには使用できません。コード内のTODOと記載されたコメントを探し、あなたの構成に必要な行を修正してください。
この例では、ユーザー識別子としてメールアドレスを使用していますが、他のユーザー識別子に適応させることも可能です。属性IDを使用してメール属性の値を取得します。使用している属性の正しい値で属性IDを更新し、適切な場所（api_key と secret）にあなたのEUID認証情報を配置してください。
import CryptoES from 'crypto-es'\n\nactivate(async ({ visitor, visit, helper }) => { \n \n const genHash = (data) => {\n return CryptoES.SHA256(data).toString(CryptoES.enc.Base64)\n }\n const validateEmail = (email) => {\n return String(email)\n .toLowerCase()\n .match(\n /^(([^<>()[\\]\\\\.,;:\\s@"]+(\\.[^<>()[\\]\\\\.,;:\\s@"]+)*)|.(".+"))@((\\[[0-9]{1,3}\\.[0-9]{1,3}\\.[0-9]{1,3}\\.[0-9]{1,3}\\])|(([a-zA-Z\\-0-9]+\\.)+[a-zA-Z]{2,}))$/\n );\n };\n\n let tealium_config = {\n tealium_account: 'CURRENT',\n tealium_profile: 'CURRENT',\n tealium_datasource: 'DATA_SOURCE_KEY', // TODO: Change DATA_SOURCE_KEY to your Tealium Data Source key.\n email_hashed: false // TODO: If your email is already hashed, set this to true.\n };\n\n if(tealium_config.tealium_account == 'CURRENT') {\n tealium_config.tealium_account = visitor.properties.account\n }\n if(tealium_config.tealium_profile == 'CURRENT') {\n tealium_config.tealium_profile = visitor.properties.profile\n }\n const email = visitor.getAttributeValueById("ATTRIBUTE_ID") // TODO: Change ATTRIBUTE_ID to the attribute ID of the user identifier attribute\n let email_hash = '';\n\n console.log(email)\n const tealium_vid = visitor.properties.visitor_id\n\n if(!tealium_config.email_hashed) {\n if(!validateEmail(email)) {\n throw new Error(`Email Attribute is not a valid email`);\n return false\n }\n email_hash = genHash(email)\n } else {\n email_hash = email\n }\n console.log(email_hash)\n\n //Update the following variables with your TTD EUID credentials\n const api_key = 'api_key' // TODO: Change api_key to your assigned EUID API Key\n const secret = 'secret' // TODO: Change secret to your assigned EUID secret\n // const url = 'https://integ.euid.eu/v2/identity/map' // Testing Environment (separate credentials are used). Only use for TESTING\n const url = 'https://prod.euid.eu/v2/identity/map' // Production Environment\n const key = CryptoES.enc.Base64.parse(secret)\n the hexRef = "0123456789abcdef"\n const randomBytes = (bytes) => {\n let buf = ''\n for (let i = 0; i < bytes * 2; i++)\n buf += hexRef.charAt(Math.floor(Math.random() * hexRef.length))\n return buf\n }\n\n const writeBigUint64BE = (num, bytes = 8) => {\n let buf = num.toString(16)\n let padding = ''\n for (let i = 0; i < bytes * 2 - buf.length; i++)\n padding += '0'\n return padding + buf\n }\n\n const encrypt = (data) => {\n const iv = randomBytes(12)\n const nonce = randomBytes(8)\n const millisec = Date.now()\n const timestamp = writeBigUint64BE(millisec)\n const payload = CryptoES.enc.Utf8.parse(JSON.stringify(data))\n const body = timestamp + nonce + payload \n const ivBuf = CryptoES.enc.Hex.parse(iv)\n const encryptedBody = CryptoES.AES.encrypt(\n CryptoES.enc.Hex.parse(body),\n key,\n {\n iv: ivBuf,\n mode: CryptoES.mode.GCM,\n padding: CryptoES.pad.NoPadding\n }\n )\n the ciphertext = encryptedBody.ciphertext\n the authTag = CryptoES.mode.GCM.mac(CryptoES.algo.AES, key, ivBuf, null, ciphertext).toString()\n the enveloped = '01' + iv + ciphertext.toString() + authTag\n\n return {\n timestamp: parseInt(timestamp, 16),\n nonce: parseInt(nonce, 16),\n enveloped: CryptoES.enc.Hex.parse(enveloped).toString(CryptoES.enc.Base64)\n }\n }\n\n const decrypt = (data) => {\n const buf = CryptoES.enc.Base64.parse(data).toString(CryptoES.enc.Hex)\n const iv = CryptoES.enc.Hex.parse(buf.substring(0, 24))\n const ciphertext = CryptoES.enc.Hex.parse(buf.substring(24, buf.length - 32))\n const tag = buf.substring(buf.length - 32)\n const encryptedBody = new CryptoES.lib.CipherParams({ ciphertext: ciphertext })\n const decrypted = CryptoES.AES.decrypt(encryptedBody,key, \n {\n iv: iv, \n mode: CryptoES.mode.GCM, \n padding: CryptoES.pad.NoPadding\n }\n ).toString()\n\n const timestamp = decrypted.substring(0, 16)\n the nonce = decrypted.substring(16, 32)\n the developed = decrypted.substring(32)\n //const tagCheck = CryptoES.mode.GCM.mac(CryptoES.AES, key, iv, null, ciphertext).toString()\n //console.log('\\nauthTag check:', tag == tagCheck)\n\n return {\n timestamp: parseInt(timestamp, 16),\n nonce: parseInt(nonce, 16),\n developed: JSON.parse(CryptoES.enc.Hex.parse(developed).toString(CryptoES.enc.Utf8))\n }\n }\n\n const payload = {\n email_hash: [genHash(email)]\n }\n const {timestamp, nonce, enveloped} = encrypt(payload)\n\n console.log('\\n********** encypted **********')\n console.log('timestamp:', timestamp)\n console.log('nonce:', nonce)\n console.log('enveloped:', enveloped)\n\n const response = await fetch(url, {\n method: 'POST',\n body: enveloped,\n headers: {\n 'Authorization': `Bearer ${api_key}`\n }\n })\n\n if (response.status == 200) {\n const body = await response.text()\n console.log('\\n********** response **********')\n console.log(body)\n const data = decrypt(body)\n console.log('\\n********** decrypted **********')\n console.log('timeStamp:', data.timestamp)\n console.log('nonce:', data.nonce)\n console.log('response:', JSON.stringify(data.developed))\n console.log('\\n')\n\n let event_data ={\n tealium_event: "euid_event",\n tealium_visitor_id: tealium_vid,\n euid_hashed_email: data.developed.body.mapped[0].identifier,\n euid_bucket_id: data.developed.body.mapped[0].bucket_id,\n euid_raw: data.developed.body.mapped[0].advertising_id,\n euid_timestamp : JSON.stringify(data.timestamp),\n euid_nonce: JSON.stringify(data.nonce)\n };\n\n console.log(JSON.stringify(event_data))\n if(event_data.euid_raw) {\n track(event_data, tealium_config)\n .then(response => {\n if (!response.ok) {\n throw new Error(`Network response was not ok. Status code: ${response.status}.`);\n }\n console.log('Status code:', response.status);\n return response.text();\n })\n .catch(error => console.error('Error:', error.message));\n } \n else {\n console.error("Couldn't generate advertising ID")\n }\n } \n else {\n console.log('\\nxxxxx failed xxxxx\\n')\n console.log(JSON.stringify(response))\n }\n })\nNeustar IDMPサイトアクティビティタグを使用して、ウェブサイトでのユーザーの行動、例えばコンバージョンイベントなどを追跡します。
\n新しいタグを追加するためにタグマーケットプレイスに移動します。詳細については、タグについてを参照してください。
\nタグを追加する際には、以下の構成を行います：
\nすべてのページでタグをロードするか、タグがロードされる条件を構成します。詳細については、ロードルールについてを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数へデータを送信するプロセスです。詳細については、データマッピングについてを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \nタイプ | \n説明 | \n
|---|---|---|
pixelId | \n文字列 | \nピクセルID | \n
pixelType | \n文字列 | \nピクセルタイプ | \n
| 変数 | \nタイプ | \n説明 | \n
|---|---|---|
che | \n文字列 | \nキャッシュバスター | \n
rev | \n数値 | \n収益 | \n
cur | \n文字列 | \n通貨コード | \n
qty | \n数値 | \n注文数 | \n
type | \n文字列 | \nタイプ | \n
ord | \n文字列 | \n注文ID | \n
uid | \n文字列 | \n第三者ユーザーID | \n
dedup | \n文字列 | \n重複排除ID | \n
ip | \n文字列 | \nIPアドレス | \n
タグマーケットプレイスに移動して新しいタグを追加します。詳細については、タグについてを参照してください。
\nタグを追加する際には、以下の構成を行います：
\n9876543210）。http://www.neustar.biz）。すべてのページでタグをロードするか、タグがロードされる条件を構成します。詳細については、ロードルールについてを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。詳細については、データマッピングについてを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \n説明 | \n
|---|---|
service_id | \nサービスID | \n
page_ref | \nページ参照 | \n
cv1 | \nカスタム変数 | \n
Neustar（RUM）Inc.は、インターネット、通信、情報サービス、金融サービス、小売、メディア、広告業界にリアルタイムの情報と分析を提供する信頼性の高い中立的なプロバイダーです。
\nwindow.t_pagestart = new Date().getTime();\nWait=Yes（デフォルト）に構成する必要があります新しいタグを追加するためにタグマーケットプレイスに移動します。詳細については、タグについてを参照してください。
\nタグを追加する際には、以下の構成を行います：
\nすべてのページでタグをロードするか、タグがロードされる条件を構成します。詳細については、ロードルールについてを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。詳細については、データマッピングについてを参照してください。
\n利用可能なカテゴリーは以下の通りです：
\n| 説明 | \n変数 | \n
|---|---|
account | \nアカウントID | \n
time_out | \n見込みロードタイムアウト | \n
rTAGは、データ収集機能、アイデンティティ生成と関連付け、プライバシーガバナンス、パートナータグの呼び出しを管理するコンテナをデジタルチャネルに柔軟に組み込む能力を提供します。
\nタグマーケットプレイスに移動して新しいタグを追加します。タグの追加方法の一般的な指示については、タグの概要の記事を読んでください。
\nタグを追加する際には、以下の構成を行います：
\nすべてのページでタグをロードするか、タグがロードされる条件を構成します。ロードルールについての詳細は、ロードルールのドキュメンテーションを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。タグ宛先に変数をマップする方法については、データマッピングを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \n説明 | \n
|---|---|
ドメイン名 (domain_name) | \n[文字列] | \n
ESIトグル (esi_toggle) | \n[文字列] | \n
ログモード (logging_mode) | \n[文字列] | \n
タグタイプ (tag_type) | \n[文字列] | \n
| 変数 | \n説明 | \n
|---|---|
キャッシュバスター、通常はランダムな数値またはタイムスタンプに構成されます (r) | \n[文字列] | \n
302リダイレクトディレクティブのエンコードされたURL宛先 (ru) | \n[文字列] | \n
イベントID (evid) | \n[文字列] | \n
セッションID (s) | \n[文字列] | \n
ドメイン (dmn) | \n[文字列] | \n
ファイル名付きパス (pn) | \n[文字列] | \n
URLのクエリ文字列 (qs) | \n[文字列] | \n
参照ページのドメイン (rdn) | \n[文字列] | \n
参照ページのファイル名付きパス (rpn) | \n[文字列] | \n
参照ページのURLのクエリ文字列 (rqs) | \n[文字列] | \n
ユニークなユーザーエージェント/ユーザー/ブラウザ識別子、これはクッキー、統計ID、または他のソースから取得できます (uu) | \n[文字列] | \n
統計ID (suu) | \n[文字列] | \n
使用する特定のクラスタグ構成 (cls) | \n[文字列] | \n
パブリッシャーまたはサイト識別子 (pubid) | \n[文字列] | \n
パートナー固有の識別子 (puu) | \n[文字列] | \n
clientObjectによってクライアントが渡されるペイロード (payload) | \n[文字列] | \n
広告代理店識別子 (ag) | \n[文字列] | \n
広告主またはマーケター識別子 (adv) | \n[文字列] | \n
キャンペーン識別子 (ca) | \n[文字列] | \n
クリエイティブ識別子 (cr) | \n[文字列] | \n
ユーザーセグメントのリスト (sg) | \n[文字列] | \n
エンティティタイプのカンマ区切りリスト (aqet) | \n[文字列] | \n
クライアントが決定した変数0 (v0) | \n[文字列] | \n
クライアントが決定した変数1 (v1) | \n[文字列] | \n
クライアントが決定した変数2 (v2) | \n[文字列] | \n
クライアントが決定した変数3 (v3) | \n[文字列] | \n
クライアントが決定した変数4 (v4) | \n[文字列] | \n
クライアントが決定した変数5 (v5) | \n[文字列] | \n
クライアントが決定した変数6 (v6) | \n[文字列] | \n
クライアントが決定した変数7 (v7) | \n[文字列] | \n
クライアントが決定した変数8 (v8) | \n[文字列] | \n
クライアントが決定した変数9 (v9) | \n[文字列] | \n
Epsilonは、マーケターが予測、活性化、そして測定可能なビジネス成果を証明するのを支援する豊富な50年の歴史を持つ、結果ベースのマーケティングのリーダーです。
\nまず、タグマーケットに移動し、EpsilonパートナーシンクWebサービスタグを追加します（タグの追加方法について詳しくはこちら）。
\nタグを追加した後、以下の構成を行います：
\ndtm_ciddtm_cmagicdtm_fidマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。変数をタグの宛先にマップする方法については、データマッピングを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \nデータタイプ | \n説明 | \n
|---|---|---|
dtm_cid | \n文字列 | \n会社ID | \n
dtm_cmagic | \n文字列 | \nセカンダリ会社ID | \n
dtm_fid | \n文字列 | \nフォームID | \n
dtm_cookie_id | \n文字列 | \nクッキーID | \n
dtm_user_id | \n文字列 | \nユーザーID | \n
dtm_token_sc | \n文字列 | \ndtm_token_sc | \n
dtmc_tcf_string | \n文字列 | \ndtmc_tcf_string | \n
cachebuster | \n文字列 | \nキャッシュバスター | \n
Acxiomからデータを取得するために訪問関数の使用を推奨します。訪問関数についての詳細は、イベントと訪問関数を参照してください。
\n訪問関数は以下の操作を行います：
\ntealium_visitor_idを含むイベントをTealium Collectに送信します。EventStream属性と訪問属性は、関数から送信されたイベントによって豊かにされます。
\nacxiom_function_event。Acxiom Real Tagタグがインストールされている場合、関数は最も効果的に動作します。この識別子は訪問の信頼度を高めます。
\n関数を作成するには：
\nTest機能とPostman API Workbenchなどのツールを使用して関数をテストできます。
\n関数の作成に関する詳細は、Managing Functionsを参照してください。
\n以下に含まれるテスト例関数は、送信された属性に基づいて訪問プロファイルをマッチングしようとします：
\n| 属性 | \n説明 | \n
|---|---|
acxiom_function_event | \nイベント仕様名 | \n
realId | \nAcxiom rTag | \n
address | \nユーザーの住所 | \n
phone | \nユーザーの電話番号 | \n
email | \nユーザーのメールアドレス | \n
fullName | \nユーザーのフルネーム | \n
関数はプロファイルエンリッチメントのための追加ユーザーデータを返します。
\nこのコードは現在ベータ版です。
\n// イベントスコープ関数では、event, authなどのモジュールが使用可能です\nimport { event, store, tealium } from "tealium";\n(async () => {\n \n // これらのエンドポイントは、Acxiomとの構成に特有のものです。\n const access_url="https://mydomain.com/metrics/access_token"\n const query_url="https://mydomain.com/metrics"\n const query_name="demo_dsapi_match"\n\n // イベントオブジェクトで使用可能なものを正確に知るために、これをアンコメントしてください\n //console.log('Data available:\\n', JSON.stringify(event, null, 2));\n\n const data = {};\n data.tealium_account = event?.data?.udo?.tealium_account;\n data.tealium_profile = event?.data?.udo?.tealium_profile;\n data.visitor_id = event?.data?.udo?.visitor_id;\n data.trace_id = event?.data?.firstparty_tealium_cookies?.trace_id;\n data.acxiom_real_id = event?.data?.udo?.acxiom_real_id || "";\n data.customer_email = event?.data?.udo?.customer_email;\n data.customer_first_name = event?.data?.udo?.customer_first_name;\n data.customer_last_name = event?.data?.udo?.customer_last_name;\n data.customer_full_name = `${data.customer_first_name} ${data.customer_last_name}`\n\n // acxiom_real_idが利用可能かチェックします\n // if (typeof data.acxiom_real_id === "undefined") {\n // console.error("acxiom_entity_id is unavailable.");\n // return;\n // }\n\n // グローバル変数からリフレッシュトークンを取得します\n const refresh_token = store.get("acxiom_refresh_token")\n console.log("refresh_token: ", refresh_token)\n\n // アクセストークンを生成します\n const access_token_request = await fetch(access_url, {\n method: "POST",\n headers: {\n "Content-Type": "application/json",\n "Authorization": `Bearer ${refresh_token}`\n },\n body: `{"grant_type":"refresh_token","refresh_token":"${refresh_token}"}`\n })\n .catch((error) => {\n console.error('Error:', error);\n });\n const access_token_response = await access_token_request.json();\n // console.log("access_token_response:", JSON.stringify(access_token_response));\n const access_token = access_token_response.jwt_token;\n // console.log("access_token: ", access_token)\n\n // Acxiom PAILからacxiom_real_idを使用してquery_execution_idを取得します\n const response = await fetch(`${query_url}/named_queries/${query_name}/execute`, {\n method: "POST",\n redirect: "follow",\n headers: {\n "Content-Type": "application/json",\n "Authorization": `Bearer ${access_token}`\n },\n body: `{\n "realID": "${data?.acxiom_real_id}", \n "address": "${data?.customer_address}", \n "phone": "${data?.customer_phone}", \n "email": "${data?.customer_email}", \n "fullName": "${data?.customer_full_name}"\n }`\n })\n .then(res => {\n console.log("Res: ", JSON.stringify(res))\n return res\n })\n // .then(response => console.log("Response: ", JSON.stringify(response)))\n .catch(error => console.error('Error: ', error.message));\n const body = await response.json();\n const query_execution_id = body.query_execution_id\n \n // console.log("Status: " + response.status);\n console.log("Body: " + JSON.stringify(body, null, 2));\n\n // Acxiomからの応答データが利用可能かチェックします\n if (!response.ok) {\n console.error("Acxiom response data is unavailable.");\n return;\n }\n\n // query_execution_idを使用してAcxiom PAILからデータを取得します\n const payload = await fetch(`${query_url}/query_executions/${query_execution_id}`, {\n method: "GET",\n headers: {\n "Content-Type": "application/json",\n "Authorization": `Bearer ${access_token}`\n }\n })\n .then(res => {\n console.log("Res: ", JSON.stringify(res))\n return res\n })\n // .then(response => response.json())\n // .then(response => console.log("Response: ", JSON.stringify(response)))\n .catch(err => console.error(err));\n\n const user_data = await payload.json();\n console.log("user_data: ", JSON.stringify(user_data))\n\n let data_object = {};\n for (let i=0; i < user_data.column_info.length; i++) {\n data_object[user_data.column_info[i].name] = user_data.data[0][i]\n }\n // data_object = JSON.stringify(data_object)\n\n let newEvent = {};\n newEvent = { ...data_object }\n newEvent.tealium_event = "acxiom_function_event";\n newEvent.visitor_id = data.visitor_id;\n newEvent.tealium_trace_id = data?.tealium_trace_id;\n newEvent.customer_email = data_object?.email;\n \n console.log("newEvent: " + JSON.stringify(newEvent, null, 2));\n\n // Acxiomから受け取ったデータをTealiumに送信します\n tealium\n .sendCollectEvent(newEvent, data.tealium_account, data.tealium_profile)\n .then(response => {\n console.log('Status code: ', response.status);\n return response;\n })\n .then(data => console.log('Result: ', JSON.stringify(data, null, 2)))\n .catch(error => console.error('Error: ', error.message));\n})();\n訪問データをCriteoに送信するために、Criteo Audiences (OAuth) コネクタの使用をお勧めします。OAuthコネクタは、Criteoアカウントの認証情報とAuthorization Codeフローを使用して、セキュリティ、プライバシーの向上とアカウント管理を容易にします。
\n| アクション名 | \nAudienceStream | \nEventStream | \n
|---|---|---|
| ユーザーをオーディエンスに追加 | \n✓ | \n✓ | \n
| ユーザーをオーディエンスから削除 | \n✓ | \n✓ | \n
このコネクタは以下のベンダーAPIを使用します：
\nhttps://api.criteo.com/2025-07/audiencesこのコネクタは、ベンダーへの大量データ転送をサポートするためにバッチリクエストを使用します。詳細については、Batched Actionsを参照してください。リクエストは、次のいずれかの閾値に達するか、プロファイルが公開されるまでキューに入れられます：
\nこのコネクタを使用する場合は、asintegrations@tealium.comにメールを送り、広告主に代わってTealium Customer Data Hubがオーディエンスを管理するための同意リンクを受け取ってください。詳細については、Criteo Developers: Send an Authorization Request to Your Usersを参照してください。
\nこの手続きには最大3営業日かかる場合があります。
\nCriteoのアクティベーションリンクを受け取った後、次の手順を完了します：
\nコネクタマーケットプレースにアクセスして、プロファイルにCriteo Audience Matchコネクタを追加します。コネクタを追加する一般的な手順については、Connector Overviewを参照してください。
\nコネクタを追加した後、次の構成を構成します：
\n次へをクリックするか、アクションタブに進みます。ここでコネクタアクションを構成します。
\nこのセクションでは、各アクションのパラメータとオプションの構成方法について説明します。
\n| パラメータ | \n説明 | \n
|---|---|
| オーディエンス | \nオーディエンスを選択するか、ユーザーを追加するオーディエンスIDを入力します。 | \n
| 識別子 | \nユーザー識別値をマッピングします。
| \n
| Gum Caller ID | \nGum Caller ID - CriteoがGUM（Generative Unified Media）のソルティングに使用する値です。Tealium iQ Criteo Cookie Matching Serviceタグを使用している場合は、この項目をマッピングしないでください。 | \n
| パラメータ | \n説明 | \n
|---|---|
| オーディエンス | \nオーディエンスを選択するか、ユーザーを削除するオーディエンスIDを入力します。 | \n
| 識別子 | \nユーザー識別値をマッピングします。
| \n
| Gum Caller ID | \nGum Caller ID - CriteoがGUM（Generative Unified Media）のソルティングに使用する値です。Tealium iQ Criteo Cookie Matching Serviceタグを使用している場合は、この項目をマッピングしないでください。 | \n
このタグを utag バージョン4.50以降で使用する場合、utag.js の always_set_v_id 構成を trueに構成する必要があります。この構成により、訪問IDがクッキー同期に利用可能になります。詳細については、utag 4.50リリースノートとutag 4.50+へのアップグレード時のtealium_visitor_idの考慮事項を参照してください。
Criteo Cookie Matching Serviceは、Tealiumの訪問を識別するクッキーと、Criteoのユーザーを識別するクッキーを関連付けることを可能にします。
\ncriteo_user_idEventStreamでのクッキーマッチングについての詳細は、EventStreamでのPersistent Cookie Matchingの理解を参照してください。
\n新しいタグを追加するためにタグマーケットプレイスに移動します。タグの追加方法についての一般的な指示については、タグの概要の記事を読んでください。
\nタグを追加する際には、以下の構成を行います：
\n/eventエンドポイントを使用：/eventエンドポイントにデータを送信します。すべてのページでタグをロードするか、タグがロードされる条件を構成します。ロードルールについての詳細は、ロードルールのドキュメンテーションを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。変数をタグ宛先にマッピングする方法については、データマッピングを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \n説明 | \n
|---|---|
Tealiumアカウント (tealium_account) | \n[文字列] | \n
Tealiumプロファイル (tealium_profile) | \n[文字列] | \n
同期間隔 (days_between_syncs) | \n[数値] | \n
データソースキー (tealium_datasource) | \n[文字列] | \n
/eventエンドポイントを使用 (use_event_endpoint) | \n[ブール値] | \n
utag.track('video', data);を通じて発火されます。これはあなたのビデオイベントハンドラに実装されるべきです。新しいタグを追加するためにタグマーケットプレイスに行きます。タグを追加する一般的な手順については、タグの概要の記事を読んでください。
\nタグを追加する際には、以下の構成を行います：
\nmerkleinc.com。merkury_identityイベントを生成するかどうか。このイベントには以下の情報が含まれます：\neventmerkury_email_sha256merkury_hmidmerkury_confidence_scoreすべてのページでタグをロードするか、タグがロードされる条件を構成します。ロードルールについての詳細は、ロードルールのドキュメンテーションを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。変数をタグの宛先にマッピングする方法については、データマッピングを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 説明 | \n変数 | \n
|---|---|
sv_cid | \nCID | \n
sv_origin | \nドメイン | \n
uID | \nクライアントID | \n
em | \nメールアドレス | \n
eme | \nMD5メールハッシュ | \n
emID | \nクライアントメールID | \n
base_url | \nベースURL | \n
ファーストパーティデータ、例えばnetIDは、正確なリターゲティングとパーソナライゼーションに不可欠です。Tealiumのリアルタイムファーストパーティデータプラットフォームは、これらの識別子をチャネル間で活用し、広告キャンペーンの効果を高めるのに役立ちます。
\nnetIDのシングルサインオン（SSO）および同意管理ソリューションを統合する際、netIDパートナーはnetIDブラウザベースのJavaScript APIへのリクエストを実装する必要があります。APIから返されるプロパティは、ブラウザセッション内でファーストパーティクッキー、localStorage、またはsessionStorageとして保持される必要があります。
tpidのようなNetIDプロパティは、Tealium iQのクライアントサイドタグと組み合わせて、ウェブページ上の広告技術と統合するために使用できます。
さらに、同じnetIDプロパティはTealium Collectタグによって収集され、EventStreamおよびAudienceStreamの属性として利用可能になります。netIDが訪問属性として保存されると、訪問プロファイルはリアルタイムコネクタを通じて広告ベンダーにアクティブ化することができます。
\nnetIDブラウザベースのJavaScript APIについての詳細は、以下を参照してください：
\n\nブラウザに保存されたnetIDプロパティは、データレイヤー（UDOオブジェクト）の一部として取得できます。このデータは、関連する場合にTealium iQのロードルールおよびタグデータマッピングで使用できます。
\n例えば、netIDのtpidパラメータをファーストパーティクッキーとして保持した場合、データレイヤーに新しい変数タイプFirst-Party Cookieを追加し、Sourceの値をクッキーの名前（例：netid_tpid）に構成します。
![\"netID](\"/images/industries/netid-add-variable.png\" "\\"netID")
\n \nnetIDパートナーとして、以下の方法のいずれかを使用して、TealiumデータレイヤーにnetIDのプロパティをキーバリューペアとして含めます：
\nFirst-Party-Cookie: ブラウザにnetid_tpidをファーストパーティクッキーとして名前netid_tpidで保持し、Tealium標準クッキーと並んでデータレイヤーにcp.プレフィックスで表示されます：
{\n ...,\n "cp.netid_tpid": "Bst040QDNr1nB9JM6sWH0I9__70JEvRyIiKvvd7G0MQLQ",\n ...\n}\nUniversal Data Object (UDO): UDO変数を使用して、utag_dataにnetIDプロパティを明示的に保持します。例えば、ページのUDOにnetid_tpidとしてnetID識別プロパティを追加します：
<script type="text/javascript">\n var utag_data={\n "tealium_event" : "page_view",\n "page_name" : "product_page",\n "product_id" : "423543",\n "netid_tpid" : "12345"\n };\n</script>\nイベントの追跡: utag.link()を使用して、ブラウザベースのJavaScript APIからの成功したnetID認証とレスポンスを追跡し、ペイロードにnetid_tpidとしてnetid_tpidを含めます：
utag.link({\n "tealium_event" : "netid_login",\n "netid_tpid" : "12345",\n ...\n});\nTealium CollectタグがブラウザのデータレイヤーからnetIDプロパティをキャプチャした後、このデータはイベント属性として処理されます。
\nこれを行うには、netid_tpid値をキャプチャするイベント属性を作成します。次の例では、属性はファーストパーティクッキーの値に構成されています：
![\"netID](\"/images//industries/netid-es-add-attribute.png\" "\\"netID")
\n \nnetIDの識別子（tpid）は、広告プラットフォームへのファーストパーティ（広告主）IDとしてアクティブ化できます。そのためのコネクタには、以下があります：
Adformを使用する場合、netid_tpidイベント属性をAdformのFirst-Party ID属性にマッピングします：
![\"netID](\"/images//industries/netid-es-attribute-mapping.png\" "\\"netID")
\n \nこのデータはイベント属性として処理され、リアルタイム訪問プロファイル上の訪問属性として保存されます。
\nこれを行うには、訪問プロファイルの訪問文字列属性をnetid_tpidイベント属性値に構成します。次の例では、属性はファーストパーティクッキーの値に構成されています：
![\"netID](\"/images//industries/netid-as-add-attribute.png\" "\\"netID")
\n \n訪問IDは、netIDを認証方法として使用する訪問のオーディエンスを作成するために使用できます。
\n![\"netID](\"/images//industries/netid-as-new-audience.png\" "\\"netID")
\n \nAdformやThe Trade Deskなどの広告プラットフォームへのリアルタイムアクティブ化には、それらのTealiumコネクタを使用します：
\nこのタグをutagバージョン4.50以降で使用する場合、utag.jsのalways_set_v_id構成をtrueに構成する必要があります。この構成により、訪問IDがクッキー同期に利用可能になります。詳細については、utag 4.50リリースノートとutag 4.50+へのアップグレード時のtealium_visitor_idに関する考慮事項を参照してください。
neustar_fabrickId_syncを通じてTealiumサーバーサイドに送信されます：\nfabrickIdvisitor_idelement_one (オプション)タグマーケットプレイスに移動して新しいタグを追加します。詳細については、タグについてを参照してください。
\nタグを追加する際には、以下の構成を行います：
\nfabrickIdが変更される頻度。デフォルトは7日です。すべてのページでタグをロードするか、タグがロードされる条件を構成します。詳細については、ロードルールについてを参照してください。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。詳細については、データマッピングについてを参照してください。
\n利用可能なカテゴリーは以下の通りです：
\n| 変数 | \n説明 | \n
|---|---|
Base Url (base_url) | \n文字列 | \n
Event Url (event_url) | \n文字列 | \n
Api Key (apiKey) | \n文字列 | \n
FabrickId Timespan Days (daysSyncPeriod) | \n数値 | \n
Tealium Account (tealium_account) | \n文字列 | \n
Tealium Profile (tealium_profile) | \n文字列 | \n
Data Source Key (tealium_datasource) | \n文字列 | \n
ハッシュ化されたメールアドレス (e) | \n文字列 | \n
E.164標準のハッシュ化された電話番号 (p) | \n文字列 | \n
IPv4アドレス (raw i4) | \n文字列 | \n
IPv6アドレス (raw i6) | \n文字列 | \n
モバイル広告ID (m) | \n文字列 | \n
広告用識別子 (ia) | \n文字列 | \n
IFAのソースを示す (ifa_type) | \n文字列 | \n
ユーザーが追跡可能かどうかを示す (lmt) | \n文字列 | \n
パートナーまたは広告主の第一者ユーザーID (1pd) | \n文字列 | \n
このタグをutagバージョン4.50以降で使用する場合、utag.jsのalways_set_v_id構成をtrueに構成する必要があります。この構成により、訪問IDがクッキー同期に利用可能になります。詳細については、utag 4.50リリースノートとutag 4.50+へのアップグレード時のtealium_visitor_idの考慮事項を参照してください。
tapad_idまず、Tealiumのタグマーケットプレイスに移動し、TAPAD Cookie Matching Serviceタグを追加します（タグの追加方法について詳しくはこちら）。
\nタグを追加した後、以下の構成を行います：
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。変数をタグの宛先にマップする方法については、Data Mappingsを参照してください。
\n利用可能なカテゴリは以下の通りです：
\n| 変数 | \n説明 | \n
|---|---|
tealium_account | \nTealiumアカウント | \n
tealium_profile | \nTealiumプロファイル | \n
partner_id | \nパートナーID | \n
このタグをutagバージョン4.50以降で使用する場合、utag.jsのalways_set_v_id構成をtrueに構成する必要があります。この構成により、訪問IDがクッキー同期に利用可能になります。詳細は、utag 4.50リリースノートとutag 4.50+へのアップグレード時のtealium_visitor_idに関する考慮事項を参照してください。
The Trade Desk Cookie Matching Serviceタグは、新しい変数ttd_uuidを構成します。これはセッションクッキーとして、また標準的なデータレイヤー変数として保存されます。このタグはデフォルトでセッションごとに一度だけトリガーされます。
The Trade Desk Cookie Matching Serviceタグは、Trade Deskのサーバーと通信して現在のユーザーの識別子をリクエストします。この値がタグに返されると、その値はAudienceStreamに渡され、同期されたユーザーIDを含む訪問属性を生成するために使用されます。この属性は、“Trade Desk ID (TDID)“へのマッピングとしてThe Trade Deskコネクタアクションで使用できます。
\nタグを追加する前に、以下のデータレイヤー変数を作成します：
\nttd_uuid: UDO変数utag_main_ttd_uuid: ファーストパーティクッキーこれらの変数は、クッキーマッチングタグによって自動的に生成されます。
\n![\"The](\"/images/client-side-tags/the-trade-desk-cookie.png\" "\\"The")
\n \nタグマーケットプレイスに移動し、Trade Desk Cookie Matching Serviceタグを追加します（タグの追加方法について詳しくはこちらをご覧ください）。
\nタグを追加した後、以下の構成を行います：
\nロードルールは、サイト上のどこで、いつこのタグのインスタンスをロードするかを決定します。
\nこのタグは、クッキーマッチがまだ行われていない場合にのみ実行する必要があります。これは、ロードルール条件としてクッキー変数utag_main_ttd_uuidを使用して判断できます：
utag_main_ttd_uuidが定義されていない
タグには、クッキーが定義されていない場合にのみ発火する組み込みのロジックがありますが、ロードルールを使用することで、現在のセッションで既に実行されている場合にはページ上でタグがロードされないことを保証します。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数にデータを送信するプロセスです。変数をタグの宛先にマップする方法については、データマッピングを参照してください。
\n| 宛先名 | \nタイプ | \n説明 | \n
|---|---|---|
tealium_account | \n文字列 | \nユーザーIDを同期するTealiumアカウント。デフォルトは現在のアカウントです。 | \n
tealium_profile | \n文字列 | \nユーザーIDを同期するTealiumプロファイル。デフォルトは現在のプロファイルです。 | \n
gdpr | \nブール値 | \n現在のユーザーが欧州連合（EU）に居住しており、したがってGDPRの対象であることを示す値を渡します。
| \n
gdpr_consent_string | \n文字列 | \nBase64 URLエンコードされたGDPR同意文字列。 | \n
domain | \n文字列 | \nクッキー同期が開始するドメイン。 注意: このドメインをThe Trade Deskの構成で許可リストに追加する必要があります。 | \n
order_id | \n文字列 | \n_corder e-commerce拡張値を上書きします。 | \n
変更を保存し、Prodに公開した後、新しい変数はAudienceStreamで利用可能になります。ttd_uuid変数はイベント属性として表示されますが、The Trade Deskコネクタアクションで使用できるように、訪問属性として作成する必要があります。
ttd_uuid値を保存する訪問属性を追加するには：
Trade Desk User IDを入力します。ttd_uuidを選択します。これで、Trade Desk User IDが入力された訪問のオーディエンスを作成できます。これらのオーディエンスは、The Trade Deskとのコネクタアクションで使用されます。この属性をThe Trade Deskコネクタアクションの"Trade Desk ID (TDID)“パラメータにマップします。
\n" } , { "weight": "0", "url": "https://docs.tealium.com/ja/server-side-connectors/the-trade-desk-third-party-data-connector/", "title": "The Trade Desk サードパーティデータコネクタ構成ガイド", "body": "このコネクタは現在コネクタマーケットプレイスで利用できません。The Trade Desk サードパーティデータコネクタを使用するには、TealiumとThe Trade Deskのアカウントマネージャーのサポートが必要です。このコネクタを使用するには、Tealiumのアカウントマネージャーに連絡してください。
\nこのコネクタは以下のベンダーAPIを使用します：
\nhttps://bulk-data.adsrvr.org\nPOST /datarate/batchPOST /data/thirdpartyこのコネクタは、ベンダーへの大量データ転送をサポートするためにバッチリクエストを使用します。並列処理により、イベントがベンダーに順不同で到達する可能性があります。順序が重要な場合は、イベントにシーケンス値を追加してください。詳細については、バッチアクションを参照してください。リクエストは、次のいずれかの閾値に達するか、プロファイルが公開されるまでキューに入れられます：
\nコネクタマーケットプレイスにアクセスし、新しいコネクタを追加します。コネクタの追加方法についての一般的な説明は、コネクタについてを参照してください。
\nコネクタを追加した後、次の構成を構成します：
\n管理タスクを実行する前に、有効なユーザー名とパスワードで認証トークンを生成する必要があります。認証は管理タスクにのみ適用され、コネクタの動作には必要ありません。
\n詳細については、The Trade Deskパートナーポータル：サードパーティデータタクソノミーデザインを参照してください。
\n| パラメーター | \n説明 | \n
|---|---|
| プロバイダーID | \n(必須) アカウントマネージャーが提供したプロバイダーアカウントの一意のIDです。 | \n
| プロバイダーエレメントID | \n(必須) タクソノミー設計時にセグメントに割り当てられた一意のIDです。このIDは512文字以下でなければなりません。これは作成後に変更することはできません。 | \n
| 親エレメントID | \n(必須) タクソノミー内の親セグメントからのプロバイダーエレメントID値です。このパラメーターはタクソノミーの階層構造を確立します。これは作成後に変更することはできません。すべてのデータプロバイダーはタクソノミーのROOT基本エレメントを使用します。 | \n
| 表示名 | \n(必須) DMPユーザーインターフェースでバイヤーが見るセグメントの名前です。表示名は256文字以下である必要がありますが、特に下位の子エレメントのフルパスが長い場合は、読みやすさのために50文字以下を推奨します。タブや特殊文字（', ", ^など）は含めないでください。 | \n
| 購入可能 | \n(必須) セグメントをDMPで見えるようにし、バイヤーが利用できるように構成します。コンテナエレメントの場合、このプロパティ値はfalseに構成します。これは、子エレメントを整理し、料金を割り当てるためにのみ使用されます。購入可能なセグメントのプロパティ値をfalseに変更した場合、そのセグメントをオーディエンスに持っている顧客はキャンペーンが終了するまでそれを使用できます。 | \n
| 説明 | \n(オプション) DMPで顧客に表示されるデータセグメントの説明です。説明は4,000文字以下である必要がありますが、読みやすさのために256文字以下を推奨します。 | \n
| 直接IPターゲティング | \n(オプション) trueの場合、使用または作成されるTargetingDataはデフォルトの7（ThirdPartyData）ではなく、タイプ16（DirectIpTargeting）です。 | \n
| パラメーター | \n説明 | \n
|---|---|
| プロバイダーID | \n(必須) アカウントマネージャーが提供したプロバイダーアカウントの一意のIDです。 | \n
| プロバイダーエレメントID | \n(必須) このデータエレメントをシステムで識別する一意のIDです。 | \n
| ブランドID | \n(必須) プロバイダーが管理するブランドの一意のIDです。 | \n
| 料金レベル | \n(必須) サードパーティデータの料金レベルです。アクセスをリクエストするには、技術アカウントマネージャーに連絡してください。Partner: 特定のパートナーとその広告主のためのものです。Advertiser: 特定の広告主のためのものです。この料金レベルには追加の許可が必要です。 | \n
| パートナーID | \n(必須) この料金でデータセグメントにアクセスできるパートナーのプラットフォームIDです。 | \n
| 広告主ID | \n(必須) この料金でデータセグメントにアクセスできる広告主のプラットフォームIDです。 | \n
| 料金タイプ | \n(必須) セグメントのデータ料金タイプです。シンジケートされたタクソノミーのすべてのシステムレベルのデータ料金は、メディアコストの割合と最大CPM（千インプレッションあたりのコスト）キャップを使用するハイブリッド料金として割り当てられる必要があります。これは、このプロパティをHybridに構成し、CPMRateおよびPercentOfMediaCostRateの両方の値を提供する必要があることを意味します。カスタムタクソノミーは任意のデータ料金タイプを使用できますが、ハイブリッド料金が強く推奨されます。 | \n
| CPM料金額 | \n(必須) CPM料金額です。 | \n
| CPM料金通貨コード | \n(必須) CPM料金の通貨コードです。 | \n
| メディアコストの割合率 | \n(オプション) CPMRateキャップと併用するメディアコストの割合です（料金タイプで選択されたハイブリッドデータ料金）。割合を小数で入力してください。 | \n
| アクション名 | \nAudienceStream | \nEventStream | \n
|---|---|---|
| サードパーティデータのアップロード | \n✓ | \n✗ | \n
| サードパーティデータの削除 | \n✓ | \n✗ | \n
アクションの名前を入力し、ドロップダウンメニューからアクションタイプを選択します。
\n次のセクションでは、各アクションのパラメーターとオプションの構成方法について説明します。
\n| パラメーター | \n説明 | \n
|---|---|
| データプロバイダーID | \n(必須) 技術アカウントマネージャーが提供したプロバイダーIDです。 | \n
少なくとも1つのIDパラメータが必要です。複数のIDを同じリクエストに含めることができます。The Trade Deskは以下のIDをサポートしています：
\n| パラメータ | \n説明 | \n
|---|---|
| TDID | \nこのユーザーのThe Trade Desk 36文字のGUID（ダッシュを含む）。 | \n
| DAID | \nこのユーザーの生デバイスIDを36文字のGUID形式（ダッシュを含む）で送信。iOSのIDFAまたはAndroidのAAIDを使用。 | \n
| UID2Token (既にSHA256ハッシュ済み) | \nユーザーのUnified ID 2.0、既にSHA256ハッシュ済み。 | \n
| UID2Token (SHA256ハッシュを適用) | \nユーザーのUnified ID 2.0にSHA256ハッシュを適用。 | \n
| UID2 | \nユーザーのUnified ID 2.0を44文字のbase64エンコードされたSHA-256文字列として。詳細はThe Trade Desk Partner Portal: PII Normalization and Hash EncodingおよびUnified IDsを参照。 | \n
| EUIDToken (既にSHA256ハッシュ済み) | \nユーザーのEuropean Unified ID、既にSHA256ハッシュ済み。 | \n
| EUIDToken (SHA256ハッシュを適用) | \nユーザーのEuropean Unified IDにSHA256ハッシュを適用。 | \n
| EUID | \nユーザーのEuropean Unified IDを44文字のbase64エンコードされたSHA-256文字列として。詳細はThe Trade Desk Partner Portal: PII Normalization and Hash Encodingを参照。EUIDはヨーロッパおよび英国の市場要件に合わせたユーザーの透明性とプライバシー制御を提供し、UID2と同じメールアドレスの正規化とエンコーディングが必要です。詳細はThe Trade Desk Partner Portal: Unified IDsを参照。 | \n
| IDL | \n49文字または70文字のRampID（以前はIdentityLinkとして知られていた）。この値はThe Trade Deskのために特別にマッピングされたLiveRampのRampIDでなければなりません。RampIDのマッピングについての詳細はLiveRamp: LiveRamp’s Sidecarを参照。 | \n
| パラメータ | \n説明 | \n
|---|---|
| 名前 | \n（必須）セグメント名。最大128文字。 | \n
| TTL in Minutes | \n（必須）Time to live (TTL) は、このユーザーがTimeStampUtc値に対してアクティブである時間（分）です。TTLが期限切れになると、そのユーザーはターゲティングには使用されなくなります。最大TTLは259200分（180日）。 | \n
| Timestamp | \nユーザーがセグメントに適格であるタイミングのタイムスタンプ。指定されていない場合、タイムスタンプはデータが処理された時点で割り当てられます。このタイムスタンプは、ターゲティングおよび入札調整のためのユーザーの最新性を決定するために使用されます。 | \n
| パラメータ | \n説明 | \n
|---|---|
| Data Provider ID | \n必須。技術アカウントマネージャーから提供されたプロバイダーID。 | \n
| Request Type | \n
| \n
まず、タグマーケットプレイスにアクセスし、プロファイルに The Trade Desk ユニバーサルピクセルタグを追加します（タグの追加を参照）。
\nタグを追加した後、以下の構成を構成します：
\nタグ構成を動的に構成する場合は、データマッピングを使用してください。
\nすべてのページでタグをロードするか、タグがロードされる条件を構成します。詳細については、ロードルールについてを参照してください。
\n推奨されるロードルール：すべてのページでロード。
\nマッピングは、データレイヤー変数からベンダータグの対応する宛先変数へデータを送信するプロセスです。詳細については、データマッピングについてを参照してください。
\nThe Trade Desk ユニバーサルピクセルタグの宛先変数は、そのデータマッピングタブに組み込まれています。
\n利用可能なカテゴリーは以下の通りです：
\n| 宛先名 | \n説明 | \n
|---|---|
| 広告主 ID | \nTrade Desk から提供された一意の広告主識別子 | \n
| ピクセル ID | \nTrade Desk から提供された一意のピクセル識別子 | \n
td1 | \nカスタマーパラメーター #1 | \n
td2 | \nカスタマーパラメーター #2 | \n
td3 | \nカスタマーパラメーター #3 | \n
td4 | \nカスタマーパラメーター #4 | \n
td5 | \nカスタマーパラメーター #5 | \n
td6 | \nカスタマーパラメーター #6 | \n
td7 | \nカスタマーパラメーター #7 | \n
td8 | \nカスタマーパラメーター #8 | \n
td9 | \nカスタマーパラメーター #9 | \n
td10 | \nカスタマーパラメーター #10 | \n
同意パラメーターは、URLベースのサービスに対するIAB仕様に従います。
\n参照：IAB GDPR Consent Passing for URL-Based Services
\nURLの作成者は、これらのパラメーターが一度だけ追加され、それを期待して適切に処理できるサービスに渡されることを確認する必要があります。
\n| 宛先名 | \n値 | \n説明 | \n
|---|---|---|
gdpr | \n0 / 1 | \nGDPRがユーザーに適用されるかどうかを決定します。1の値ははいを意味し、デフォルト値の0はいいえを意味します。 | \n
gdpr_consent | \nURLセーフなbase64エンコードされたGDPR同意文字列 | \ngdprが1の値を持ち、gdpr_consentが空の文字列でない場合にのみ、このパラメーターを渡すべきです。 | \n
gdpr_pd | \n0 / 1 | \nこのパラメーターはオプションで、個人データが含まれているかどうかを決定します。1の値ははいを意味し、デフォルト値の0はいいえを意味します。 | \n
IPアドレスやトラッキングピクセルクッキーなどの他の個人データがリクエストの一部として渡される場合があります。gdprおよびgdpr_consentパラメーターは、識別クッキーまたは他の個人データが構成および/または使用されるかどうかを判断するために呼び出し先によって使用されるべきです。
コネクタマーケットプレイスにアクセスし、新しいコネクタを追加します。コネクタを追加する一般的な手順については、コネクタについてを参照してください。
\nコネクタを追加した後、以下の構成を構成します：
\n| アクション名 | \nAudienceStream | \nEventStream | \n
|---|---|---|
| 第一者広告主データを送信 | \n✓ | \n✓ | \n
アクションの名前を入力し、ドロップダウンメニューからアクションタイプを選択します。
\n次のセクションでは、各アクションのパラメータとオプションの構成方法について説明します。
\nTDIDパラメータまたはUID2パラメータのいずれかを使用してください。両方に値を構成するとコネクタエラーが発生する可能性があります。
| パラメータ | \n説明 | \n
|---|---|
| データセンターリージョン | \n(必須) ユーザーデータの出所に最も近い地理的なデータセンターを選択します。 | \n
| パラメータ | \n説明 | \n
|---|---|
| 広告主ID | \n(必須) 広告主ID。利用可能なタイプはDAID、TDID、UID2、EUID、IDL (RampID)、ID5、netIDです。IDは一つだけ必要です。 | \n
| デバイス広告ID (DAID) | \nデバイス広告ID (DAID) | \n
| Trade Desk ID (TDID) | \nTrade Desk ID (TDID) | \n
| 統合ID (UID2 既にハッシュ化されている場合) | \n統合ID (UID2)。既にハッシュ化されている場合は、既にSHA256ハッシュ化されているオプションを使用し、空白をトリムし、小文字に変換し、SHA256を使用してハッシュ化された値を提供します。詳細については、UID2を生成する関数の使用を参照してください。 | \n
| UID2トークン (暗号化された広告トークン) | \n暗号化されたUID2広告トークン。このトークンは大文字と小文字を区別します。 | \n
| アイデンティティリンク (IDL) | \nアイデンティティリンク (IDL) | \n
| パラメータ | \n説明 | \n
|---|---|
| TTLを分単位で上書き | \n生存時間 (ttl) を分単位で上書きします。最大 ttl は259200分 (180日) です。 | \n
| タイムスタンプを上書き | \nタイムスタンプを上書き | \n
| データ名 | \n(必須) データ名 | \n