「Googleでログイン」とデータへのアクセス権。外部連携の台帳を分ける

同じアプリ名でも、何をつないだかによって確認することが違う。

連携の名前より、許可した内容を見る

Googleの公式ヘルプでは、Googleでログインする接続、アカウントのデータへのアクセスを認めた接続などを区別して確認できると説明しています。以下はこの区別を踏まえたSONAEの台帳案です。「Googleを使っているから一つ」とまとめず、利用者のログインに使う接続なのか、メールやファイルへアクセスする接続なのかを記録します。具体的な表示や管理できる範囲は、利用している製品と組織の設定で確認します。

業務の利用先と、管理者を結びつける

架空の会社では、営業が予約サービスへログインし、別の議事録アプリには共有資料を読む権限を渡していました。この二つを同じ管理項目にすると、後者の権限を見落としかねません。台帳には連携先、用途、利用する部署、承認した人、参照するデータの種類を残します。パスワードやトークンそのものは貼り付けません。

使っていない連携も、用途を確認して扱う

知らない名前を見つけたら、まず業務担当へ用途を確認します。表示名が分かりにくい正規サービスもあり得るため、不明という理由だけで一斉に解除すると業務に影響します。一方、不明な権限を放置してよいわけでもありません。確認期限と担当を付け、不審な状態や想定外の参照があれば社内の連絡経路で扱います。

解除した後の確認を、別の作業にする

接続の解除、サービス側のアカウント削除、保存済みデータの削除は同じ作業とは限りません。対象の公式資料と契約条件を確認し、それぞれの状態を記録します。必要な業務データを保全するか、別の連携へ移すかも先に判断します。解除した日だけで完了にせず、想定する権限が終了したことを管理できる範囲で確かめましょう。

追加されるときにも、台帳を更新する

棚卸しだけでなく、新しいアプリの申請や担当変更に更新のきっかけを設けます。利用者が自分で追加できる範囲と、管理者の承認が必要な範囲も把握します。まず一つの重要な連携で、用途・権限・担当・終了時の手順をそろえるところから始められます。組織全体の一覧を取得できない場合は、把握した範囲と未確認の部署を明記してください。

一つのアプリに、二行の確認が必要な例

架空の予約アプリで、Googleを使ったログインと、予定を登録するためのカレンダー連携を使っているとします。台帳では、ログインの接続と、予定データに関わる許可を分けて記録します。利用をやめる際は、どちらの接続を終了したか、業務上の予約情報をどこへ引き継いだかを確認する計画にします。利用者の画面で確認できる情報と、組織の管理者にしか確認できない情報も分けて依頼します。一覧に見当たらないことだけで、関連するすべての接続が終了したと結論を出さないようにします。利用中の接続の種類と終了手順は、その時点の製品の公式案内で確かめてください。ここでは具体的な管理画面の操作を実施していません。

相談前の確認表

• ログインとデータアクセスを分けた
• 用途と管理担当を記録した
• 不明な連携に確認期限を付けた
• 解除と保存済みデータの扱いを分けた

参考資料（確認日：2026年10月23日）：Google アカウント：Manage your linked apps ↗

一般的な説明とSONAEの運用提案です。製品の公式条件と自社の管理責任者の判断を確認してください。