クイックスタートガイド

メモ

Adobe Experience Platform Launch は、Adobe Experience Platform のデータ収集テクノロジースイートとしてリブランドされています。 その結果、製品ドキュメント全体でいくつかの用語の変更がロールアウトされました。 用語の変更点の一覧については、次のドキュメントを参照してください。

タグは、Adobe Experience Platform が提供する次世代タグ管理テクノロジーです。このテクノロジーは、誰でも独自の統合を構築してアドビのユーザーが自社のサイトにデプロイできる、オープンかつ持続可能なエコシステムをサポートするように作られています。これは API ファーストのアプリケーションです。UI 経由で実行できるすべての操作は API 経由で行うことができます。

基本的なタグのワークフローは次のとおりです。

  1. グループとユーザーを設定する。
  2. にログインする。
  3. プロパティを作成する。
  4. 拡張機能をインストールする。
  5. データ要素とルールを作成する。
  6. 開発環境でテストする。
  7. 実稼動環境へのプロモーション。

1. グループとユーザーを設定する

タグは Adobe ID と完全に統合されています。 ユーザー権限は、他のアドビ製品や Creative Cloud、Document Cloud、Experience Cloud のソリューションで、Admin Console を通じて管理されます。

タグには、権限ベースのユーザー管理システムがあります。つまり、個々の権限を明示的に付与する必要があります。これらの権限はグループに割り当てられ、ユーザーはアクセス権を取得するために適切なグループに追加されます。組織がデータ収集 UI にアクセスできる場合でも、組織管理者が明示的に権限を付与するまで、個々のユーザーは何も実行できません。

グループを作成し、タグのユーザーを追加する方法について詳しくは、ユーザー権限のドキュメントを参照してください。

2. にログインする

タグ権限が Adobe ID に追加されたら、データ収集 UI にログインする必要があります。これをおこなうには、 Experience Cloud ログイン画面 に直接移動し、「クイックアクセス」タブから「データ収集 UI」を選択します。

メモ

複数の組織に対する権限を持つ単一のアカウントがある場合、画面上部のコントロールバーで組織名を選択し、ドロップダウンリストから別の組織を選択することで、組織を変更できます。

3. プロパティを作成する

データ収集 UI にログインしたら、まずプロパティを作成します。プロパティは基本的に、サイトにタグをデプロイする際に拡張機能、ルール、データ要素およびライブラリを入力するコンテナです。多くのユーザーは、同じタグセットをデプロイする Web サイト（または密接に関連するサイトのグループ）ごとにプロパティを作成します。

プロパティの作成について詳しくは、「プロパティの作成」を参照してください。

4. 拡張機能をインストールする

拡張機能とは、サイトにデプロイできるタグの新しいオプションや、無限のオプションを追加する、アドビまたはアドビパートナーによって構築された統合です。タグをオペレーティングシステムと考えた場合、拡張機能とは、必要な特定の処理を実行するためにインストールするアプリです。

すべての新しいプロパティには、Core 拡張機能がインストールされています。モバイルプロパティには、追加の拡張機能が付属しています。コア拡張機能は、ルールのデータレイヤーとイベントタイプに対して堅牢なデフォルトのデータ要素タイプを提供するために、アドビによって構築されています。実行するアクション（ECID の取得、Adobe Analytics ビーコンの送信、Target グローバル mbo x など）のほとんどは、カタログからインストールする拡張機能のものです。

Platform のタグを真一意にするのは、誰でもこれらの拡張機能を構築できるためです。サイトに Facebook リマーケティングピクセルをドロップする必要がある場合は、Facebook が構築した拡張機能をご確認ください。Twitter や Linked In でも同じ機能が必要な場合は、これらの拡張を機能を使用してください。サーベイを実施する必要がある場合は、Question Pro または Foresee をご覧ください。GDPR に対処するために、エンドユーザーのプライバシーと同意を管理する必要があるか。Evidon および Trust Arc をご確認ください。サイト上の個々のユーザーの行動に関する詳細なインサイトを確認したい場合は、Clicktale をご覧ください。詳しくは、 新しい拡張機能の追加 の節を参照してください。

5. データ要素とルールを作成する

データ要素​は、ページで収集して、ページ上の様々な場所に送信する情報に対するポインターです。

  • JSON で定義されたデータレイヤー
  • DOM 要素
  • Cookie
  • セッションとローカルストレージ
  • その他すべて

データ要素が定義されたら、データ収集 UI の任意の場所で要素を使用し、任意の拡張機能を実行できます。詳しくは、 データ要素 のドキュメントを参照してください。

ルール​は、実装の論理的な中心であり、サイト上のすべてのタグの内容、タイミング、場所、および方法を制御します。イベントを定義し、条件と例外を設定して、アクションと順序を定義します。最後に、変更をパブリッシュして結果を確認します。詳しくは、 ルール を参照してください。

6. 開発環境でテストする

ライブラリとビルド

タグのビルドは自動的には公開されません。加えられた変更の変更セットはそれぞれ、ライブラリにカプセル化されます。作成する各ライブラリは、アップストリーム（公開済み、承認済みまたは送信済み）のあらゆるものをベースラインとして継承するので、加えたい変更を定義するだけで済みます。このライブラリは、ビルドのブループリントとして機能します。ビルドとは、デプロイおよび使用される実際の JavaScript ファイルのセットです。

Web ページ、ホスティング場所、タグの間の関係を理解することが重要です。

  1. ホストサーバーは、ビルドを公開する場所を提供します。ビルド自体には、ライブラリに必要な JavaScript ファイルが含まれます。

    各環境はホストと関係があり、ホストはビルドを配信する場所を示すエンドポイントを提供します。ホストは 1 つのプロパティにのみ属することができますが、1 つのプロパティには多数のホストを含めることができます。

  2. 埋め込みコードは、Web サイトの HTML の <head> セクションに配置される <script> タグ内に提供されます。

    環境を作成してホストを接続すると、その環境によって自動的に一意の埋め込みコードが生成され、割り当てられたビルドをサイトに統合できます。<script> コードは、実行時にライブラリビルドをデプロイするために使用されます。

  3. ユーザーがサイトを閲覧すると、埋め込みコード <script> タグはホストサーバーからビルドを取得し、ブラウザー内で定義済みのアクションを実行します。

ホスト

ホストは、タグプロパティとホスティング場所の間の接続です。現在、タグは、Akamai ホストを介して管理されるアドビホスティングか、SFTP ホストを介した自己ホストをサポートしています。ビルドを作成するたびに、タグはホストによって定義されたサーバーに接続し、ビルドを配信します。

自己ホスト型の場合、タグビルドは、SFTP 経由で直接サーバーにプッシュするか、Akamai にプッシュして環境のアーカイブオプションを使用してダウンロードできます。

詳しくは、「ホスト」を参照してください。

環境

各ライブラリは環境内で作成されます。環境は、公開時にビルドをどのように表示するかを定義します。以下を指定できます。

  • ホスト： 各環境にはホストが必要です。ホストは、この環境で作成されたビルドがプッシュされるエンドポイントを決定します。
  • アーカイブ： デフォルト設定では、ビルドを縮小された .js ファイルとしてデプロイします。カスタムコードを使用している場合、複数のファイルで相互参照がおこなわれている場合があります。これらを 1 つの zip ファイルに組み合わせ、暗号化できます。

環境を保存すると、Web サイトにコピーして貼り付けることができる埋め込みコードが生成されます。埋め込みコードは、ライブラリを作成してビルドを作成するまで機能しません。詳しくは、「環境」を参照してください。

開発環境へのビルドの公開

公開プロセスについては、以下の手順で説明します。

  1. ホストを作成します。
  2. 作成したホストを使用して開発環境を作成します。
  3. 開発環境から開発テストサイトに埋め込みコードをデプロイします。
  4. ライブラリを作成し、作成した開発環境に割り当てます。
  5. ライブラリを作成します。

7. 実稼動環境へのプロモーション

開発環境でビルドをテストしたら、必ずステージ環境と実稼動環境を作成し、埋め込みコードを必要な場所に配置します。この目的で、既存のホストを再利用できます。

ライブラリを実稼動環境へと昇格するには通常、適切な権限を持つ様々なユーザー間での調整が必要です。

  • 開発者（開発権限を持つユーザー）がライブラリを送信すると、ライブラリは「Submitted」状態に移動します。
  • 承認者（承認権限を持つユーザー）は、ライブラリをステージ環境に構築し、テスト後に承認できます。これにより、ライブラリが承認済み状態に移動します。一度に送信および承認できるライブラリは 1 つだけです。
  • パブリッシャー（公開権限を持つユーザー）は、実稼動環境にライブラリをビルドすることができます。

これらのすべての権限を 1 人のユーザーに割り当てることができます。

公開プロセス中に使用できる様々な状態とオプションについて詳しくは 「承認ワークフロー」を参照してください。

その他のリソース

タグについて詳しくは、次のリソースを参照してください。

  • データ収集コミュニティ：質問に回答、アイデアを送信、他のユーザーのアイデアに投票します。Adobe ID でログインします。
  • 開発者向けドキュメント：タグ開発者コミュニティに参加し、拡張機能を作成またはタグ API を使用します
  • Tutorials の概要：これらのドキュメントでは、Android アプリのイベント転送や Mobile SDK など、タグの概念について説明します。

このページ