アカウントの組織化 | プラットフォーム管理 | Tealium開発者ドキュメントプレビュー

アカウント

アカウントはTealiumプラットフォームの最上位にあり、各顧客はTealiumと1つのアカウントを持っています。アカウントには以下のものが含まれます：

アカウントのグローバル設定。
サーバーサイドまたはクライアントサイドの製品と機能の設定セットであるプロファイル。
ユーザーの権限グループ。
アカウントの管理を委任するための管理者ロール。

アカウントレベルでは、以下を管理します：

アカウントの管理を委任するためのユーザー向けの管理者ロール。
権限グループ。
シングルサインオンアクセス管理。

複数のアカウント

Tealiumにログインする各人はユーザーアカウントを持っています。ユーザーは複数のアカウントにアクセスできますが、そのセキュリティ設定（シングルサインオン、多要素認証など）は主アカウントによって決定されます。主アカウントとは、ユーザーが最初に追加されたアカウントです。

ユーザー2はアカウント1とアカウント2に存在し、その主アカウントはアカウント1です。

プロファイル

プロファイルは、ウェブサイト、モバイルアプリケーション、地域、またはブランドの設定セットとデータを含みます。プロファイルはクライアントサイドまたはサーバーサイドのいずれかに存在することができます：

クライアントサイドのプロファイルは、ウェブサイトまたはアプリのiQタグ管理でタグと設定を管理します。
サーバーサイドのプロファイルは、すべてのサイトとアプリからデータを収集し、お客様のデータハブに集約して、お客様と訪問者の包括的なビューを構築し、そのデータをベンダー統合を通じてアクション化します。

プロファイルレベルでは、以下を管理します：

プラットフォームの製品、機能、データのユーザー権限。
同意管理。

プロファイルについての詳細情報は、プロファイルについてを参照してください。

複数のプロファイル

組織構造、ブランド、データ収集のソースに基づいてビジネスニーズを表現するために複数のプロファイルを設定します：

ウェブサイト：複数のウェブサイトとアプリを持っている場合は、各ウェブサイトごとに開発を管理するために別々のプロファイルを設定します。
- ブランド：製品やサービスのために複数のブランドを持っている場合は、ブランドごとの管理と開発を容易にするために、各ブランドごとに別々のプロファイルを設定します。
- 地域：異なる地域に基づいてウェブサイトとアプリを持っている場合は、各地域ごとに別々のプロファイルを設定します。例えば、example.com、example.ca、example.frなど、各地域のドメインごとに別々のプロファイルを持つことができます。
モバイルプラットフォーム：異なるモバイルデバイスに基づいてウェブサイトとアプリを持っている場合は、各モバイル環境ごとに別々のプロファイルを設定します。例えば、iOSとAndroidのプロファイルを設定して、各プラットフォームの特定のプライバシーと訪問者識別方法を使用するタグを設定できます。
法的要件：顧客データを特定の地域に保存する必要があるコンプライアンスや内部ポリシーがある場合、またはデータを共有しない法的要件がある子会社がある場合は、データを適切に保存するために別々のプロファイルを設定します。例えば、EUの顧客データをEUのデータセンター（ダブリンまたはフランクフルト）に保存するために、別のサーバーサイドプロファイルを設定します。

以下の図は、可能なプロファイルのセットを示しています：

複数のクライアントサイドプロファイルは、訪問者の統一されたビューを得るために、データを単一のサーバーサイドプロファイルに送信することができます。そこから、訪問者のオーディエンスを作成し、それらのオーディエンスをセグメント化してパーソナライズされた体験を強化し、そのデータをデジタルマーケティングスタック全体で使用することができます。

サーバーサイドプロファイル1は、クライアントサイドプロファイル1、プロファイル2、プロファイル3からデータを受け取ります。

プロファイルライブラリ

複数のプロファイルを使用すると、タグやその他の機能の設定に労力を重複して費やすことになる可能性があります。また、各プロファイルのタグ、拡張機能、その他の設定が正しく動作するかを確認するためのテストの量も増えます。Tealiumは、このプロセスを簡素化するために、クライアントサイドのプロファイルライブラリを提供します。

プロファイルライブラリは、クライアントサイドのプロファイルのすべての機能を含み、1つ以上のプロファイルにインポートするために設計されています。ライブラリは、同じ設定を繰り返すことを避けるために、プロファイル間で設定を標準化するために使用されます。例えば、同じタグと拡張機能を使用する2つのプロファイルがある場合、プロファイルを共通のライブラリからタグと拡張機能を継承するように設定できます。

プロファイルライブラリについての詳細情報は、プロファイルライブラリを参照してください。

以下の図は、単純なプロファイルライブラリの関係を示しています：

プロファイル1、プロファイル2、プロファイル3はすべて、プロファイルライブラリ1から設定をインポートします。

プロファイルバージョン

プロファイルバージョンは、プロファイルへの変更の保存セットです。プロファイルバージョンには以下の保存オプションのいずれかを使用できます：

名前を付けて保存：このオプションを使用して、現在のバージョンから新しいバージョンを作成し、以前のバージョンのコピーを保存します。このオプションは、変更を元に戻す機能と以前のバージョンを取得する機能を提供します。
上書き保存：このオプションを使用して、現在のバージョンを上書きします。バージョンへの変更を元に戻すことはできません。

クライアントサイドのワークフロー

クライアントサイドのワークフローは、以下の共同作業ツールを提供します：

開発中の複数の同時バージョン。
バージョン間のマージ。
開発、テスト、公開のための複数の公開環境。これにより、本番環境を中断することなく、サイト上での機能と外観をテストできます。
テスト環境でのエラーを診断するために、本番環境のバージョンを以前のバージョンに戻すことができます。

プロファイルバージョンの保存とバージョン間での変更のマージについての詳細情報は、クライアントサイドのバージョンを参照してください。

以下の図は、単純なクライアントサイドのワークフローを示しています：

開発者は「名前を付けて保存」を行ってバージョン2を作成し、それをDevに公開します。開発者がバージョン2を作業した後、それをQA環境に公開してテストします。最終的に、バージョン2をProd環境に公開することができます。

サーバーサイドのワークフロー

サーバーサイドは、プロファイルの保存、名前を付けて保存、および公開のオプションを提供します。バッジ、ルール、テストユーザー、Traceを使用して、新しいサーバーサイドの機能をテストし、本番環境を中断することなくテストできます。

詳細情報については、テストについてとTrace: Traceでテストを参照してください。

以下の図は、単純なサーバーサイドのワークフローを示しています：

開発者は「名前を付けて保存」を行ってバージョン2を作成します。開発者がバージョン2を作業した後、テストバッジ、ルール、ユーザーを追加してプロファイルを公開します。プロファイルはTraceでテストされ、その後、テストバッジ、ルール、ユーザーが削除されてからプロファイルがProd環境に公開されます。

権限

前述の通り、Tealiumアカウントにアクセスする必要がある各人はユーザーアカウントを必要とします。ユーザーには、2種類のアカウントレベルの権限を付与することができます：

管理者ロール：管理者ロールは、アカウントユーザーの管理やプロファイル設定の管理などのタスクについて、管理責任を委任します。管理者ロールについての詳細情報は、管理者ロールを参照してください。
権限グループ：これらのグループは、製品内の指定されたプロファイルと機能に対する権限のセットで、ユーザーに付与します。権限グループの構造は、ビジネスがどのように組織化されているかを反映するべきです。たとえば、地域事務所やブランドによって責任を分けるか、または他の構造によって分けるかです。権限グループについての詳細情報は、権限グループを参照してください。

ユーザーには、**PII（Personally Identifiable Information、個人を特定できる情報）**の権限も付与することができます。これは、ユーザーがPIIデータを表示または編集できるかどうかを制御します。この権限はユーザーごとに設定されます。詳細情報については、ユーザーを参照してください。

Customer Data Hubは、管理者ロール、グループ、ユーザーを管理するための統一されたインターフェースを提供します。権限グループのプロファイルアクセスを設定するプロセスの例については、権限システム移行ガイドを参照してください。