Les clients OAuth Google qui demandent certains champs d'application OAuth sensibles sont soumis à une validation par Google.
Si vous ne validez pas le client OAuth de votre projet de script, les utilisateurs en dehors de votre domaine verront un écran Application non validée lorsqu'ils tenteront d'autoriser votre script. Un flux d'autorisation non validé permet à ces utilisateurs d'autoriser et d'utiliser des applications non validées, mais seulement après avoir confirmé qu'ils comprennent les risques. Le nombre total d'utilisateurs d'applications non validées est également limité.
Pour plus d'informations, consultez les articles suivants :
- Applications non validées
- Questions fréquentes sur la validation des applications OAuth
- Règlement relatif aux données utilisateur dans les services d'API Google
Ce changement s'applique aux clients Web Google OAuth, y compris ceux utilisés par tous les projets Apps Script. En validant votre application auprès de Google, vous pouvez supprimer l'écran de l'application non validée de votre flux d'autorisation et rassurer vos utilisateurs en leur indiquant que votre application n'est pas malveillante.
Applications non validées
Les modules complémentaires, les applications Web et d'autres déploiements (comme les applications qui utilisent l'API Apps Script) peuvent nécessiter une validation.
Applicabilité
Si l'application utilise des champs d'application OAuth sensibles, l'écran de l'application non validée peut s'afficher dans le flux d'autorisation. Sa présence (et le flux d'autorisation d'application non validé qui en résulte) dépend du compte à partir duquel l'application est publiée et du compte qui tente de l'utiliser. Par exemple, les applications publiées dans une organisation Google Workspace spécifique n'entraînent pas le flux d'autorisation d'application non validée pour les comptes de ce domaine, même si l'application n'a pas été validée.
Le tableau suivant illustre les situations qui entraînent le flux d'autorisation d'application non validée:
| Client validé | L'éditeur est un compte Google Workspace du client A. | Le script se trouve dans un Drive partagé du client A | L'éditeur est un compte Gmail | |
|---|---|---|---|---|
| L'utilisateur est un compte Google Workspace du client A | Flux d'authentification normal | Flux d'authentification normal | Flux d'authentification normal | Parcours d'authentification non validé |
| L'utilisateur dispose d'un compte Google Workspace qui n'appartient pas au client A | Flux d'authentification normal | Flux d'authentification non validé | Flux d'authentification non validé | Flux d'authentification non validé |
| L'utilisateur dispose d'un compte Gmail1 | Flux d'authentification normal | Flux d'authentification non validé | Flux d'authentification non validé | Flux d'authentification non validé |
1 Tout compte Gmail, y compris celui utilisé pour publier l'application.
Limite d'utilisateurs
Le nombre d'utilisateurs pouvant autoriser une application via le flux d'application non validée est limité afin de limiter les utilisations abusives potentielles. Pour en savoir plus, consultez la section Limites d'utilisateurs de l'application OAuth.
Demande de validation...
Vous pouvez demander la validation du client OAuth utilisé par votre application et du projet Cloud Platform (GCP) associé. Une fois votre application validée, vos utilisateurs ne verront plus l'écran de l'application non validée. De plus, votre application ne sera plus soumise au plafond d'utilisateurs.
Conditions requises
Pour envoyer votre client OAuth à des fins de validation, vous devez remplir les conditions suivantes:
Vous devez posséder un site Web sur un domaine. Le site doit héberger des pages accessibles au public qui décrivent votre application et ses règles de confidentialité. Vous devez également valider la propriété du site auprès de Google.
Le projet Google Cloud utilisé par votre projet de script doit être un projet Google Cloud standard auquel vous avez accès en tant que rédacteur. Si votre script utilise son projet Google Cloud par défaut, vous devez passer à un projet Google Cloud standard.
En outre, vous devez disposer des assets obligatoires suivants:
- Nom de l'application Nom de l'application, qui s'affiche sur l'écran de consentement. Il doit correspondre au nom utilisé pour l'application dans d'autres emplacements, comme la fiche Google Workspace Marketplace pour les applications publiées.
- Logo de l'application : Un logo d'application JPEG, PNG ou BMP à utiliser sur l'écran de consentement. Sa taille ne doit pas dépasser 1 Mo.
- Adresse e-mail d'assistance. Il s'agit d'une adresse e-mail affichée sur l'écran de consentement que les utilisateurs peuvent contacter s'ils ont besoin d'une assistance pour l'application. Il peut s'agir de votre adresse e-mail ou d'un groupe Google dont vous êtes le propriétaire ou le gestionnaire.
- Champs d'application : Liste de tous les champs d'application utilisés par votre application. Vous pouvez afficher vos champs d'application dans l'éditeur Apps Script.
- Domaines autorisés Il s'agit d'une liste de domaines contenant des informations sur votre application. Tous les liens de votre application (comme sa page de règles de confidentialité requise) doivent être hébergés sur des domaines autorisés.
- URL de la page d'accueil de l'application Emplacement d'une page d'accueil décrivant votre application. Cet emplacement doit être hébergé sur un domaine autorisé.
- URL des règles de confidentialité de l'application. Emplacement d'une page décrivant les règles de confidentialité de votre application. Cet emplacement doit être hébergé sur un domaine autorisé.
En plus des éléments requis ci-dessus, vous pouvez éventuellement fournir une URL des conditions d'utilisation de l'application qui pointe vers une page décrivant les conditions d'utilisation de votre application. S'il est fourni, cet emplacement doit faire partie d'un domaine autorisé.
Étapes
- Si vous ne l'avez pas déjà fait, vérifiez la propriété de tous les domaines autorisés que vous utilisez pour héberger les règles de confidentialité et d'autres informations de votre projet de script. Les propriétaires validés des domaines doivent être des éditeurs ou le propriétaire du projet de script.
- Dans le projet Apps Script, cliquez sur Vue d'ensemble . Sous Champs d'application OAuth du projet, copiez les champs d'application utilisés par votre projet de script.
Complétez l'écran d'autorisation OAuth pour le projet Google Cloud de votre application à l'aide des éléments textuels et des URL que vous avez collectés.
- Répertoriez les domaines autorisés sur lesquels les informations de votre application (telles que ses règles de confidentialité) sont hébergées.
Pour ajouter les champs d'application, cliquez sur Ajouter ou supprimer des champs d'application. La boîte de dialogue qui s'affiche tente de détecter automatiquement les champs d'application des API que vous avez activées dans la console Google Cloud (par exemple, les services avancés). Vous pouvez sélectionner des champs d'application dans cette liste en cochant les cases correspondantes.
Cette liste détectée automatiquement n'inclut pas toujours les champs d'application utilisés par les services intégrés d'Apps Script. Vous devez les saisir sous Ajouter manuellement des champs d'application.
Lorsque vous avez terminé, cliquez sur Mettre à jour.
Une fois que vous avez saisi toutes les informations requises, cliquez sur Enregistrer.
Cliquez sur Envoyer pour validation pour lancer une demande de validation.
La plupart des demandes de validation reçoivent une réponse sous 24 à 72 heures. Vous pouvez vérifier l'état de validation en haut du formulaire de l'écran de consentement OAuth. Une fois la validation de votre client OAuth confirmée, votre application est validée.