Les listes d'autorisation vous permettent de désigner des URL spécifiques qui sont préapprouvées pour l'accès par votre script ou module complémentaire. Les listes d'autorisation permettent de protéger les données utilisateur. Lorsque vous définissez une liste d'autorisation, les projets de script ne peuvent pas accéder aux URL qui n'y ont pas été ajoutées.
Ce champ est facultatif lorsque vous installez un déploiement de test, mais il est obligatoire lorsque vous créez un déploiement versionné.
Vous utilisez des listes d'autorisation lorsque votre script ou votre module complémentaire effectue les actions suivantes :
- Récupère des informations à partir d'un emplacement externe (tel que des points de terminaison HTTPS) à l'aide du service
UrlFetch
Apps Script. Pour autoriser les URL à être récupérées, incluez le champurlFetchWhitelist
dans votre fichier manifeste. - Ouvre ou affiche une URL en réponse à une action de l'utilisateur (obligatoire pour les modules complémentaires Google Workspace qui ouvrent ou affichent des URL externes à Google). Pour autoriser l'ouverture d'URL, incluez le champ
addOns.common.openLinkUrlPrefixes
dans votre fichier manifeste.
Ajouter des préfixes à votre liste d'autorisation
Lorsque vous spécifiez des listes d'autorisation dans votre fichier manifeste (en incluant le champ addOns.common.openLinkUrlPrefixes
ou urlFetchWhitelist
), vous devez inclure une liste de préfixes d'URL. Les préfixes que vous ajoutez au fichier manifeste doivent répondre aux exigences suivantes :
- Chaque préfixe doit être une URL valide.
- Chaque préfixe doit utiliser
https://
, et nonhttp://
. - Chaque préfixe doit comporter un domaine complet.
- Chaque préfixe doit comporter un chemin non vide. Par exemple,
https://www.google.com/
est valide, maishttps://www.google.com
ne l'est pas. - Vous pouvez utiliser des caractères génériques pour faire correspondre les préfixes de sous-domaines d'URL.
- Un seul caractère générique
*
peut être utilisé dans le champaddOns.common.openLinkUrlPrefixes
pour correspondre à tous les liens, mais cela n'est pas recommandé, car cela peut exposer les données d'un utilisateur à des risques et prolonger le processus d'examen des modules complémentaires. N'utilisez un caractère générique que si la fonctionnalité de votre module complémentaire l'exige.
Les règles suivantes s'appliquent pour déterminer si une URL correspond à un préfixe dans la liste d'autorisation :
- La mise en correspondance des chemins d'accès est sensible à la casse.
- Si le préfixe est identique à l'URL, il y a correspondance.
- Si l'URL est identique au préfixe ou est un enfant du préfixe, elle correspond.
Par exemple, le préfixe https://example.com/foo
correspond aux URL suivantes :
https://example.com/foo
https://example.com/foo/
https://example.com/foo/bar
https://example.com/foo?bar
https://example.com/foo#bar
Utiliser des caractères génériques
Vous pouvez utiliser un seul caractère générique (*
) pour faire correspondre un sous-domaine pour les champs urlFetchWhitelist
et addOns.common.openLinkUrlPrefixes
. Vous ne pouvez pas utiliser plusieurs caractères génériques pour faire correspondre plusieurs sous-domaines. De plus, le caractère générique doit représenter le préfixe de début de l'URL.
Par exemple, le préfixe https://*.example.com/foo
correspond aux URL suivantes :
https://subdomain.example.com/foo
https://any.number.of.subdomains.example.com/foo
Le préfixe https://*.example.com/foo
ne correspond pas aux URL suivantes :
https://subdomain.example.com/bar
(suffixe incorrect)https://example.com/foo
(au moins un sous-domaine doit être présent)
Certaines règles de préfixe sont appliquées lorsque vous essayez d'enregistrer votre fichier manifeste. Par exemple, les préfixes suivants entraînent une erreur s'ils sont présents dans votre fichier manifeste lorsque vous tentez d'enregistrer :
https://*.*.example.com/foo
(plusieurs caractères génériques sont interdits)https://subdomain.*.example.com/foo
(les caractères génériques doivent être utilisés comme préfixe)