アカウントの構成

アカウント

アカウントはTealiumプラットフォームの最上位レベルに位置し、各顧客はTealiumに1つのアカウントを持ちます。アカウントには以下が含まれます。

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

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

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

複数のアカウント

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

ユーザー2はアカウント1とアカウント2に存在し、そのプライマリアカウントはアカウント1です。

プロファイル

プロファイルには、Webサイト、モバイルアプリケーション、地域、またはブランドに関する構成セットとデータが含まれます。プロファイルは、クライアントサイドまたはサーバーサイドのいずれかに存在できます。

クライアントサイドプロファイルは、Webサイトまたはアプリのタグ管理におけるタグと構成を管理します。
サーバーサイドプロファイルは、すべてのサイトとアプリからCustomer Data Hubにデータを収集して、顧客と訪問の包括的なビューを構築し、ベンダー統合を通じてそのデータを活用します。

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

プラットフォームの製品、機能、およびデータに対するユーザー権限。
同意管理。

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

プラットフォームから作成できるのは、クライアントサイドプロファイルのみです。サーバーサイドプロファイルを作成するには、Tealiumサポートにお問い合わせください。

複数のプロファイル

組織構造、ブランド、およびデータ収集元に基づくビジネスニーズを表すために、複数のプロファイルを構成します。

Webサイト：複数のWebサイトやアプリがある場合は、Webサイトごとに固有の開発を管理するため、個別のプロファイルを構成します。
- ブランド：製品やサービスに複数のブランドがある場合は、ブランド固有の管理と開発を容易にするため、ブランドごとに個別のプロファイルを構成します。
- 地域：異なる地域を拠点とするWebサイトやアプリがある場合は、地域ごとに個別のプロファイルを構成します。たとえば、example.com、example.ca、 example.frなど、地域別ドメインごとに個別のプロファイルを構成できます。
モバイルプラットフォーム：異なるモバイルデバイスをベースとするWebサイトやアプリがある場合は、モバイル環境ごとに個別のプロファイルを構成します。たとえば、各プラットフォーム固有のプライバシー保護手法と訪問識別方法を使用するようにタグを構成できるよう、iOS用とAndroid用のプロファイルを構成します。
法的要件：顧客データを特定の地域に保存することを義務付けるコンプライアンス要件や社内ポリシーがある場合、またはデータを共有しないという法的要件を持つ子会社がある場合は、データを適切に保存するための個別のプロファイルを構成します。たとえば、GDPRに準拠するため、EUの顧客データをEUのデータセンター（ダブリンまたはフランクフルト）に保存する個別のサーバーサイドプロファイルを構成します。

次の図は、考えられるプロファイルの構成を示しています。

複数のクライアントサイドプロファイルから1つのサーバーサイドプロファイルにデータを送信し、訪問の統合ビューを作成できます。そこから訪問のオーディエンスを作成し、そのオーディエンスをセグメント化してパーソナライズされたエクスペリエンスを提供し、デジタルマーケティングスタック全体でそのデータを使用できます。

サーバーサイドプロファイル1は、クライアントサイドプロファイル1、プロファイル2、およびプロファイル3からデータを受信します。

プロファイルライブラリ

複数のプロファイルを使用すると、タグやその他の機能を構成する作業が重複する可能性があります。また、各プロファイルのタグ、拡張機能、およびその他の構成が正しく実行されることを確認するために必要なテストの量も増加します。Tealiumでは、このプロセスを簡素化するためにクライアントサイドプロファイルライブラリを提供しています。

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

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

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

プロファイル1、プロファイル2、およびプロファイル3は、すべてプロファイルライブラリ1から構成をインポートします。

プロファイルバージョン

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

名前を付けて保存：このオプションを使用すると、現在のバージョンから分岐して新しいバージョンを作成し、以前のバージョンのコピーを保持できます。このオプションにより、変更をロールバックして以前のバージョンを取得できます。
上書き：このオプションを使用すると、現在のバージョンが上書きされます。変更を元のバージョンに戻すことはできません。

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

クライアントサイドのワークフローでは、以下のコラボレーションツールを利用できます。

開発中の複数バージョンを同時に保持。
バージョン間のマージ。
本番環境を中断することなくサイト上の機能と外観をテストするための、開発、テスト、公開用の複数のパブリッシュ環境。
テスト環境でエラーを診断するため、本番環境のバージョンを以前のバージョンに戻す機能。

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

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

開発者は「名前を付けて保存」を実行してバージョン2を作成し、それをDevにパブリッシュします。開発者はバージョン2での作業を終えた後、テストのためにQA環境にパブリッシュします。最後に、バージョン2をProd環境にパブリッシュできます。

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

サーバーサイドでは、保存、名前を付けて保存、およびプロファイルをパブリッシュするオプションを利用できます。バッジ、ルール、テストユーザー、Traceを使用すると、本番環境に影響を与えることなく、新しいサーバーサイド機能をテストできます。

詳細については、テストについておよびTrace：Traceを使用したテストを参照してください。

次の図は、シンプルなサーバーサイドのワークフローを示しています。

開発者は「名前を付けて保存」を実行して、バージョン2を作成します。バージョン2での作業を終えた後、プロファイルをパブリッシュする前に、テスト用のバッジ、ルール、ユーザーを追加します。Traceを使用してプロファイルをテストした後、プロファイルを本番環境にパブリッシュする前に、テスト用のバッジ、ルール、ユーザーを削除します。

権限

前述のとおり、Tealiumアカウントへのアクセスが必要な各担当者には、ユーザーアカウントが必要です。ユーザーには、次の2種類のアカウントレベルの権限を付与できます。

管理者ロール：管理者ロールは、アカウントユーザーやプロファイル構成の管理など、アカウント上のタスクに関する管理責任を委任します。管理者ロールの詳細については、管理者ロールを参照してください。
権限グループ：権限グループは、ユーザーに付与する、製品内の特定のプロファイルおよび機能に対する権限のセットです。権限グループの構造には、地域のオフィス、ブランド、またはその他の構造のいずれで責任を分担しているかにかかわらず、ビジネスの組織構造を反映させる必要があります。権限グループの詳細については、権限グループを参照してください。

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

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