Google Workspace に関するその他の考慮事項
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
アプリが外部ユーザータイプを対象としている場合は、Google Workspace 組織によって管理されている Google アカウントを含む、可能な限り幅広い Google アカウントのユーザーを対象にすることをおすすめします。
Google Workspace 管理者は、API アクセス制御を使用して、お客様が所有するアプリケーション、サードパーティ製アプリケーション、サービス アカウントに対して、Google Workspace API へのアクセスを有効化または制限できます。この機能を使用すると、Google Workspace 管理者は組織が信頼する OAuth クライアント ID へのアクセスのみを制限できるため、サードパーティ製アプリから Google サービスへのアクセスに伴うリスクを軽減できます。
Google アカウントのユーザーに幅広くリーチし、信頼を醸成するため、次のことをおすすめします。
- Google による確認を受けるためにアプリを送信します。該当する場合は、ブランドの確認と、機密性の高いスコープと制限付きスコープの確認のためにアプリを提出する必要があります。Google Workspace 管理者はアプリの確認ステータスを確認できます。Google が確認したアプリは、未確認または不明なステータスのアプリよりも信頼性が高いと判断される可能性があります。
- Google Workspace 管理者は、アプリの OAuth クライアント ID に、制限付きサービスとその中のハイリスク スコープへのアクセス権を付与できます。アプリの OAuth クライアント ID をヘルプ ドキュメントに含めると、Google Workspace 管理者と組織内のアプリの担当者に、アプリへのアクセス権を付与するために必要な情報を提供できます。また、アプリが組織のデータにアクセスする前に必要な構成変更についても理解を深めることができます。
- OAuth Consent Screen pageの設定時に指定したユーザー サポートのメールアドレスを定期的にモニタリングします。Google Workspace 管理者は、アプリのアクセス権を確認する際にこのメールアドレスを確認できます。また、質問や懸念事項がある場合は、このメールアドレスに連絡する可能性があります。
プロジェクトを組織に関連付ける
Google Workspace ユーザーの場合は、デベロッパー プロジェクトを Google Workspace または Cloud Identity アカウント内の組織リソース内に作成することを強くおすすめします。これにより、個々のデベロッパー アカウントに関連付けることなく、重要な通知、アクセス制御、プロジェクトのライフサイクル管理などのエンタープライズ管理機能を使用できます。そうしないと、将来的に新しい所有者に譲渡することが難しくなる（または不可能になる）可能性があります。
デベロッパー プロジェクトを設定する際は、組織内に作成するか、既存のプロジェクトを組織に移行します。
特に記載のない限り、このページのコンテンツはクリエイティブ・コモンズの表示 4.0 ライセンスにより使用許諾されます。コードサンプルは Apache 2.0 ライセンスにより使用許諾されます。詳しくは、Google Developers サイトのポリシーをご覧ください。Java は Oracle および関連会社の登録商標です。
最終更新日 2025-08-31 UTC。
[null,null,["最終更新日 2025-08-31 UTC。"],[[["\u003cp\u003eApps targeting external Google Accounts should consider Google Workspace admin controls and aim for wide accessibility.\u003c/p\u003e\n"],["\u003cp\u003eVerification of your app by Google, including brand and sensitive/restricted scopes, builds trust with Google Workspace admins.\u003c/p\u003e\n"],["\u003cp\u003eTo enable access, provide your app's OAuth client ID to Google Workspace admins for configuration.\u003c/p\u003e\n"],["\u003cp\u003eAssociate your developer project with a Google Workspace or Cloud Identity organization for better management and future transitions.\u003c/p\u003e\n"],["\u003cp\u003eActively monitor your support email address for inquiries from Google Workspace admins regarding your app's access.\u003c/p\u003e\n"]]],[],null,["If your app targets an\n[external user\ntype](https://support.google.com/cloud/answer/10311615#user-type-external), you might want to address the widest possible audience of Google Accounts, which\nincludes Google Accounts administered by a Google Workspace organization.\n\nGoogle Workspace administrators can use [API\naccess controls](https://support.google.com/a/answer/7281227) to enable or restrict access to Google Workspace APIs for customer-owned and\nthird-party applications and service accounts. This feature lets Google Workspace administrators\nrestrict access to only OAuth client IDs that are trusted by the organization, which reduces the\nrisk associated with third-party access to Google Services.\n\nTo reach the widest possible audience of Google Accounts and to foster trust, we recommend the\nfollowing:\n\n- Submit your app for verification by Google. If applicable, you must submit your app for [brand\n verification](/identity/protocols/oauth2/production-readiness/brand-verification), as well as [sensitive](/identity/protocols/oauth2/production-readiness/sensitive-scope-verification) and [restricted](/identity/protocols/oauth2/production-readiness/restricted-scope-verification) scopes verification. Google Workspace admins can view your app's verified status, and they might trust apps that Google verifies more than apps with an [unverified](https://support.google.com/a/answer/9352843) or unknown status.\n- Google Workspace admins can give your app's OAuth client IDs access to restricted services and the high-risk scopes within. If you include your app's OAuth client ID in your help documents, you can provide Google Workspace admins, and advocates for your app within their organizations, the information needed to give access to your app. It can also help them understand what configuration changes might be needed before your app can access an organization's data.\n- Routinely monitor your user support email address that you provide when you configure your OAuth [Consent Screen page](https://console.developers.google.com/apis/credentials/consent). Google Workspace admins can view this email address when they review your app's access, and they might reach out to you with possible questions and concerns.\n\nAssociate your project with an organization\n\nIf you are a Google Workspace user, it is strongly recommended that your developer project is\ncreated inside a [organization resource](https://cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy#organizations) within your [Google Workspace](https://gsuite.google.com/)\nor [Cloud Identity](https://cloud.google.com/identity) account. This allows you to\nuse [enterprise management features](https://cloud.google.com/resource-manager/docs/cloud-platform-resource-hierarchy#benefits_of_the_organization_resource), such as\n[important notifications](https://cloud.google.com/resource-manager/docs/managing-notification-contacts), access control and project lifecycle management, without tying it\nto an individual developer account. Otherwise, it might be difficult (or impossible) to transfer\nto a new owner in the future.\n\nWhen setting up your developer project,\n[create it in\nan organization](https://cloud.google.com/resource-manager/docs/creating-managing-projects) or\n[migrate your\nexisting projects into an organization](https://cloud.google.com/resource-manager/docs/migrating-projects-billing)."]]
