---
title: アカウントの組織化
description: このドキュメントでは、アカウントがプロファイル、バージョン、権限にどのように組織化されているかを説明します。この階層構造を使用して、Tealiumアカウントをビジネスニーズに合わせて整理し、スムーズな開発ワークフローを実装します。
url: https://docs.tealium.com/ja/administration/account-org/account-organization/
---
## アカウント

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

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

![](https://docs.tealium.com/images/administration/account-organization/account.png)

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

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

### 複数のアカウント

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

![](https://docs.tealium.com/images/administration/account-organization/multiple-accounts.png)

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

## プロファイル

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

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

![](https://docs.tealium.com/images/administration/account-organization/profiles.png)

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

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

プロファイルについての詳細情報は、[プロファイルについて](https://docs.tealium.com/about-profiles/)を参照してください。


<blockquote>
プラットフォームを通じて作成できるのはクライアントサイドのプロファイルのみです。サーバーサイドのプロファイルを作成するには、Tealiumサポートに連絡してください。
</blockquote>


### 複数のプロファイル

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

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

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

![](https://docs.tealium.com/images/administration/account-organization/multiple-profiles.png)

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

![](https://docs.tealium.com/images/administration/account-organization/client-to-server.png)

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

### プロファイルライブラリ

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

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

プロファイルライブラリについての詳細情報は、[プロファイルライブラリ](https://docs.tealium.com/profile-libraries/)を参照してください。

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

![](https://docs.tealium.com/images/administration/account-organization/profile-libraries.png)

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

### プロファイルバージョン

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

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

![](https://docs.tealium.com/images/administration/account-organization/profile-versions.png)

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

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

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

プロファイルバージョンの保存とバージョン間での変更のマージについての詳細情報は、[クライアントサイドのバージョン](https://docs.tealium.com/client-side-versions/)を参照してください。

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

![](https://docs.tealium.com/images/administration/account-organization/cs-workflow.png)

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

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

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

詳細については、[テストについて](https://docs.tealium.com/ss-test-publish/)と[Trace: Traceでテスト](https://docs.tealium.com/audiencestream-trace-test-with-trace/)を参照してください。

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

![](https://docs.tealium.com/images/administration/account-organization/ss-workflow.png)
開発者は「名前を付けて保存」を行い、バージョン2を作成します。開発者がバージョン2を作業した後、テストバッジ、ルール、ユーザーを追加してプロファイルを公開します。プロファイルはTraceでテストされ、その後、テストバッジ、ルール、ユーザーが削除されてから、プロファイルがProd環境に公開されます。

## 権限

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

* **管理者ロール**：管理者ロールは、アカウントユーザーの管理やプロファイル構成のタスクなど、アカウントに対する管理責任を委任します。管理者ロールについての詳細は、[管理者ロール](https://docs.tealium.com/admin-roles/)を参照してください。
* **権限グループ**：これらのグループは、ユーザーに付与する製品の指定されたプロファイルと機能への権限のセットです。権限グループの構造は、ビジネスがどのように組織化されているか、地域事務所やブランドなどの責任を分けるか、その他の構造によって反映されるべきです。権限グループについての詳細は、[権限グループ](https://docs.tealium.com/permission-groups/)を参照してください。

ユーザーには、**PII（個人を特定できる情報）**の権限も付与することができます。これは、ユーザーがPIIデータを閲覧または編集できるかどうかを制御します。この権限はユーザーごとに構成されます。詳細については、[ユーザー](https://docs.tealium.com/users/)を参照してください。

Customer Data Hubは、管理者ロール、グループ、ユーザーを管理するための統一されたインターフェースを提供します。権限グループのプロファイルアクセスを構成するプロセスの例については、[権限システム移行ガイド](https://docs.tealium.com/permissions-system-migration-guide/)を参照してください。