グローバルレポートスイートの使用

利点：

• デジタル環境全体を理解しやすくなります。他のヒントで参照した「プロパティ」ディメンション（eVar）を実装すると、すべてのサイトとアプリ、トラフィックおよびコンバージョンをとても簡単に一覧できます。このような大きな視野を持つことは、ビジネス全体を理解する上で重要です。
• 同じ意味で、ユーザーが各プロパティをまたいでどのように移動しているかを把握し、デジタル環境全体でのユーザーのジャーニーを理解できるようになります。
• 管理が容易です。 複数のレポートスイートを使用する場合、複数の場所にインターフェイスを維持し、タグ付けドキュメントを複数（または複雑なドキュメントを 1 つ）を維持する必要があります。すべてを 1 箇所にまとめておくと、更新も 1 箇所で済ませることができます。また、アクセス権限の付与も非常に簡単になります。
• インターフェイスの操作性が向上します。ユーザーの目的が 1 つだけであれば、どのレポートスイートを選択するか考える必要はありません。同じワークスペースパネル内では複数のレポートスイートを使用できないので、レポートスイートが複数あるとユーザーを混乱させる可能性があることに注意が必要です。
• サーバーの呼び出し数が少ないほど、コストを削減できます。複数のレポートスイートに対して呼び出しを行うと、コストが増加します。実装をシンプルに保つことも、コストの抑制につながります。
• 仮想レポートスイート（VRS）を活用すると、グローバルレポートスイート内でサイト固有のデータを分割し、必要に応じてユーザー権限を VRS に基づいて絞り込むことができます。個別のレポートスイートに分割したデータは後でまとめることはできませんが、あらかじめ 1 つに結合されたデータセット（グローバル RS）を分割することは容易です。

欠点：

• 各プロパティが非常に独立していて、ユーザーが一方から他方へ移動することがなく、予想もされない場合は、別々のレポートスイートを維持することができます。
• タグ付けとレポーティングの要件がプロパティによって大幅に異なる場合は、変更できる効率さを考慮して、レポートスイートを別々に設定することが有効な場合があります。別々のレポートスイートを持つと、カスタム変数（より多くの eVar）を柔軟に使用できます。
• ユニーク数が超過する可能性があります。Adobe Analytics インターフェイスで表示できる一意の値は、特定の期間に対して、1 つのディメンション内で 500,000 個までです。この制限を超えると、「ユニーク数超過」または「低トラフィック」として、値はインターフェイス内でグループ化されます。これらの値は、バックエンド（Data Warehouse やデータフィード）では引き続き使用できますが、インターフェイス内で視覚化することはできません。非常に粒度の高いデータ（ユーザー ID、PSN など）がある場合は、このレベルに容易に到達します。別のレポートスイートがあると、この問題に対処できます。