Google AnalyticsのUser Managementは必要な階層と権限だけを渡す

Google Analyticsへ利用者を追加するときは、先にAccount、Property、Viewのどこまで見せるかを決めます。次に、閲覧、共有資産の編集、設定変更、利用者管理のうち、担当する作業に必要な権限だけを付けます。

権限の種類だけを見てはいけません。Accountへ付けた権限は、その下のPropertiesとViewsへ引き継がれるため、追加する階層によって見える範囲が変わります。

Account、Property、Viewは権限の範囲を決める

Google Analyticsのアクセス制御に関する公式案内では、権限をAccount、Property、Viewの各階層へ設定できます。Propertyは親のAccountから、Viewは親のPropertyから権限を引き継ぎます。

一つのViewだけを確認する人をAccountへ追加すると、必要以上の範囲へ権限が届きます。担当者の肩書ではなく、実際に触る対象から階層を選びます。

Admin画面の変更に関するGoogleの説明では、管理項目がAccounts、Properties、Viewsの列へ整理されています。ProfilesはViewsへ名称が変わったため、古い手順書のProfileと管理画面のViewを別の階層だと考えないでください。

権限の種類と追加する階層を分けて考える

同じPropertyへ追加する場合でも、必要な権限は作業によって違います。

Googleが追加したCollaborate権限は、共有DashboardやAnnotationなどの共有資産を作成、編集するために使います。Collaborateは、Propertyの設定変更や利用者管理を任せるための権限ではありません。

「分析を手伝ってもらう」だけでは、必要な権限を決められません。レポートを見るのか、共有Dashboardを直すのか、目標やフィルタの設定を変えるのか、利用者を追加するのかを分けます。

User Managementでは最も狭い階層から検討する

利用者を追加する前に、作業を一文で書きます。たとえば「一つのPropertyにある共有Dashboardを編集する」なら、Account全体ではなく、そのPropertyを候補にします。

設定は次の順で決めます。

1. 利用者が行う作業を一つずつ書く
2. 必要なPropertyまたはViewを特定する
3. その階層のUser Managementを開く
4. 作業に必要な権限だけを選ぶ
5. 追加後、別のPropertyやViewまで見えていないか確認する

複数のPropertyを扱う必要が生じたら、各Propertyへ追加する方法と、Accountへまとめて追加する方法を比べます。管理の手間だけでAccountを選ばず、権限が届く範囲を先に確認します。

Collaborateとデータの引渡しは同じではない

Collaborateを付けると、共有DashboardやAnnotationを共同で編集できます。ただし、共有資産を編集できることと、Google AnalyticsのAccountやPropertyを相手へ引き渡すことは同じではありません。

制作会社や広告運用会社へ作業を依頼する場合も、管理責任者のGoogleアカウント、追加した利用者、付与した階層、権限の種類を記録します。委託が終わったとき、誰の権限をどこから見直すか分かる状態にします。

記録は、次のような一表で足ります。

この表は管理方法の仮例です。利用者名だけを残しても、どのPropertyへ何の目的で追加したかは分かりません。

まず、Google AnalyticsのAdminを開き、Account、Property、ViewのUser Managementを確認してください。一人の利用者について、担当作業より広い階層や権限が付いていれば、必要な範囲へ分け直します。