Procédure d'examen des applications et conditions requises pour Google Workspace Marketplace

Pour publier une application publiquement sur Google Workspace Marketplace, Google examine votre application et sa fiche pour s'assurer qu'elles respectent les consignes de Google en matière de conception, de contenu et de style.

Une fois que Google a examiné votre application, vous recevez un e-mail vous indiquant si elle nécessite des modifications ou si elle est approuvée.

  • Si votre application nécessite des modifications : vous recevez un document d'examen contenant des informations spécifiques sur les points à améliorer. Corrigez les problèmes et renvoyez votre application pour examen.
  • Si l'équipe d'examen approuve votre application : elle est automatiquement publiée et vous recevez une notification par e-mail.

Avant d'envoyer votre application pour examen, assurez-vous qu'elle est prête à être publiée. Pour en savoir plus, consultez Préparer le processus de publication.

Durée de l'examen

L'examen d'une application prend généralement plusieurs jours. Le temps nécessaire dépend des éléments suivants :

  • Nombre d'applications envoyées récemment
  • le volume de travail supplémentaire nécessaire pour votre application ;

Raisons courantes pour lesquelles une application n'est pas approuvée

Validation OAuth :

  • L'écran de consentement OAuth est mal configuré. Par exemple, le type d'utilisateur est défini sur Interne ou l'état de publication est défini sur Test.

  • L'application n'a pas terminé la validation OAuth.

Problèmes liés à la fiche de l'application :

  • Utilisation inappropriée des marques de Google dans le nom, le logo ou les descriptions de l'application. Pour obtenir de l'aide, consultez les Consignes relatives à l'image de marque de Google Workspace Marketplace.

  • Les liens ne fonctionnent pas ou pointent vers des informations incorrectes. Par exemple, un lien vers des règles de confidentialité pointe vers une page d'assistance pour les développeurs.

  • Les captures d'écran et les images sont de mauvaise qualité ou ne représentent pas fidèlement les fonctionnalités de l'application.

État de préparation de l'application :

  • L'application est toujours en cours de test et n'est pas encore disponible publiquement.
  • L'application présente des bugs ou n'est pas entièrement fonctionnelle.

Critères d'examen

Avant d'envoyer votre application pour examen, assurez-vous qu'elle remplit toutes les conditions requises et qu'elle respecte le Règlement du programme Google Workspace Marketplace.

Exigences pour toutes les applications

Vous pouvez utiliser les cases à cocher pour suivre votre examen préliminaire.

Catégorie Critères
Nom de l'application
  • Aucune autre fiche d'application ne porte le même nom.
  •  Le nom n'inclut pas de numéro de version.
  •  Le nom correspond à celui qui figure sur l'écran d'autorisation OAuth.
  • Le nom n'est pas vague ni trop générique.
  •  Le nom ne comporte pas plus de 50 caractères.
  • (Recommandé) Le nom utilise la casse de titre.
  • (Recommandé) Le nom ne contient pas de ponctuation, en particulier de parenthèses.
  • (Recommandé) Le nom correspond à celui affiché dans les applications Google Workspace. Par exemple, dans les modules complémentaires Google Workspace, le nom figurant dans le fichier manifeste est semblable à celui fourni dans la fiche de l'application.
Informations concernant le développeur
  • Le nom et le site Web du développeur représentent fidèlement le développeur et renvoient à des informations pertinentes le concernant.
  • Conformément à la législation sur la protection des consommateurs, les consommateurs basés dans l'Espace économique européen (EEE) doivent être informés si un marchand sur la Google Workspace Marketplace est un commerçant ou un non-commerçant :
    • Commerçant : un commerçant est une personne qui agit à des fins liées à un commerce, une entreprise, une activité artisanale ou une profession, ou au nom ou pour le compte d'un commerçant.
    • Non-commerçant : un non-commerçant (consommateur) est une personne qui agit à des fins non professionnelles.

    Si vous ne le spécifiez pas, la mention "Statut de marchand non spécifié" s'affiche sur la page de la fiche Play Store de votre application.

Description de l'application
  • Tous les liens fournis fonctionnent et renvoient vers les informations correctes. Par exemple, un lien vers des règles de confidentialité pointe vers une page décrivant ces règles.
  •  Si l'application interagit avec un service tiers, la description indique ce que fait le service tiers, comment l'application interagit avec lui et, éventuellement, un lien vers le site Web concerné.
  •  Les descriptions courtes et détaillées sont compréhensibles.
  • Les descriptions courte et détaillée ne sont pas identiques.
  • (recommandé) Les informations tarifaires sont complètes et exactes.
  • (recommandé) L'ensemble complet des attributs par langue (nom, description courte et description détaillée) est défini correctement, sans incohérence linguistique.
Fonctionnalité
  • Aucun bug évident n'a été détecté et toutes les actions, y compris les cas extrêmes, sont entièrement fonctionnelles. Les temps de chargement sont gérés à l'aide d'indicateurs de chargement.
  •  L'application présente des interactions claires avec les API Google.
  • L'application fournit une fonctionnalité nouvelle ou étendue qui n'est pas équivalente à celle déjà incluse dans les produits Google.
  •  L'application n'est pas destinée à la publicité ni au spam.
  • L'application est entièrement fonctionnelle et n'est pas destinée à des fins de test. Elle n'est pas en cours de développement.
  • Si l'application interagit avec des fonctionnalités disponibles pour les utilisateurs ou les utilisateurs payants, un compte de test sur le système du développeur est fourni à l'équipe d'examen de Google.
Expérience utilisateur
  • L'application, y compris son nom, n'utilise pas de ressources de marque, de marques commerciales ni de contenu de marque Google. Consultez les Consignes de branding pour Google Workspace Marketplace.
  • L'autorisation et la connexion ne sont requises qu'une seule fois. L'application utilise l'authentification unique en un clic ou, idéalement, l'authentification unique sans clic.
  • Une fois qu'un administrateur a accordé des autorisations pour les champs d'application OAuth 2.0 pour le domaine, les utilisateurs individuels ne sont plus invités à accorder des autorisations pour les champs d'application.
  • Les utilisateurs n'ont pas besoin de saisir d'identifiants après s'être connectés à leur compte Google. Dans la plupart des cas, il leur suffit de cliquer sur un bouton "Se connecter avec Google" pour y accéder.
  • Les termes utilisés pour les libellés de boutons, les éléments de menu, les titres et les autres éléments de l'application sont cohérents, évidents et compréhensibles. Par exemple, au lieu de "Oui" ou "Non", les libellés font référence à des noms d'actions comme "Supprimer" et "Annuler".
  • Si la connexion est requise, la fonctionnalité de déconnexion fonctionne correctement. Les jetons sont révoqués et la connexion peut recommencer depuis le début.
  • Les commentaires , tels que les messages de confirmation ou d'erreur, sont toujours affichés pour les actions.
  •  Aucun lien image n'est rompu et aucune image n'est floue.
Graphiques
  • Les icônes sont à la bonne taille, carrées et ont un arrière-plan transparent. Consultez Éléments graphiques.
  • L'icône représente correctement le nom ou les fonctionnalités de l'application.
  •  L'icône est en couleur (et non en niveaux de gris).
  • L'icône n'utilise pas les marques de Google.
  • Les captures d'écran et les images ne sont pas floues, difficiles à lire ni inappropriées. Elles représentent l'application avec précision.
  • (Recommandé) Les captures d'écran montrent clairement comment utiliser l'application et ce qu'elle fait.
OAuth
  •  L'application a réussi la vérification OAuth, utilise les habilitations OAuth les plus restreintes possible et toutes les habilitations s'intègrent correctement aux API des services Google.

Exigences supplémentaires pour des intégrations d'applications spécifiques

Sélectionnez les intégrations d'applications incluses dans votre fiche d'application pour afficher les critères d'examen correspondants. Vous pouvez cliquer sur les noms de colonnes pour trier les critères, par exemple par catégorie.

Vous pouvez utiliser les cases à cocher pour suivre votre examen préliminaire.

Intégration des applications Catégorie Critères
Application Google Chat Nom
  • Les boutons permettant de communiquer avec l'application sont disponibles dans la description.
  •  Le nom de l'application commence par une lettre majuscule (A à Z) ou un chiffre (0 à 9). Il ne peut pas commencer par un symbole.
Application Google Chat Fonctionnalité
Application Google Chat Expérience utilisateur
  • L'application envoie un message de bienvenue non sollicité chaque fois qu'un utilisateur démarre un message privé ou que l'application est ajoutée à un espace. Le message de bienvenue est différent de la commande "Aide". Consultez la documentation.
  • L'application est compatible avec la commande "Aide" et aide les utilisateurs à se lancer. Consultez la documentation.
  • L'application répond toujours lorsqu'on lui parle dans un espace ou dans un chat privé.
  •  Les messages respectent l'orthographe, l'utilisation des majuscules, la ponctuation et la grammaire. Ils ne contiennent pas de contenu malveillant, offensant ni abusif.
  •  Les messages utilisent une mise en forme claire, concise et cohérente pour le texte ou les cartes, conformément aux exigences de Google.
  • Si une réponse prend plus de deux secondes, l'application envoie un message expliquant le retard.
  • Les applications qui envoient des notifications permettent aux utilisateurs de les désactiver.
  • Les utilisateurs peuvent ajouter l'application à un espace en la mentionnant.
  • Les utilisateurs peuvent supprimer l'application d'un espace à l'aide du menu Afficher les membres.
  • L'application indique à l'utilisateur tout ce qui est nécessaire pour interagir avec elle.
  • Le format des cartes utilisé par l'application répond aux exigences de Google. Consultez la documentation.
  •  L'application est disponible dans l'option Rechercher des applications du menu Chat.
  • Les URL externes avec lesquelles l'application interagit n'appartiennent pas à un environnement de développement ou de préproduction.
  •  La mention @est obligatoire dans chaque message adressé à l'application dans les espaces. C'est la seule façon pour l'application de savoir qu'elle doit répondre.
  •  Si l'application Chat affiche un aperçu des liens provenant d'un domaine tiers :
    • Les aperçus de liens fournissent des informations complémentaires pertinentes au message de l'utilisateur. Par exemple, prévisualiser un lien vers une opportunité commerciale ajoute des informations telles que le compte, le montant et l'étape.
    •  Le développeur est affilié au domaine prévisualisé.

    Pour en savoir plus sur la prévisualisation des liens, consultez la documentation.

  • (Recommandé) Pour permettre aux administrateurs Workspace d'installer votre application pour le compte des utilisateurs de leur organisation, votre application doit pouvoir recevoir et envoyer des messages privés.
Application Google Chat Graphiques
  • L'application possède un avatar reconnaissable et clair.
Application Google Drive Fonctionnalité
  • L'application n'utilise pas d'extensions du navigateur Chrome pour fournir des fonctionnalités en manipulant directement le code HTML de Drive.
  •  Si votre application utilise des champs d'application sensibles ou restreints, elle doit être validée par OAuth. Consultez Envoyer votre application pour validation.
  • Si votre application utilise des champs d'application restreints, elle doit également passer une évaluation de sécurité. Consultez Évaluation de la sécurité.
Application Google Drive Expérience utilisateur
  • Si l'application stocke des fichiers dans Drive, elle permet aux utilisateurs de choisir un dossier ou crée et réutilise un dossier spécifique à l'application. Les données de configuration peuvent être stockées dans un dossier de données d'application. L'application ne dépose pas de fichiers dans le dossier Mon Drive de l'utilisateur.
  • L'application ne stocke les fichiers dans Drive que s'ils sont liés à la fonctionnalité documentée de l'application.
Module complémentaire de l'éditeur Fonctionnalité
  • Les actions attendues et requises sont incluses dans le module complémentaire, qui fournit tous les outils nécessaires pour effectuer son workflow. Par exemple :
    • Si le module complémentaire applique un style à l'ensemble du document, il offre la possibilité de n'appliquer le style qu'au texte sélectionné.
    • Si le module complémentaire importe des données de feuille de calcul dans un flux de service Web, il comporte un lien vers ce flux pour faciliter la navigation.
    • Si le module complémentaire exige que l'utilisateur dispose d'un compte, il fournit des liens ou des informations pour en créer un facilement s'il n'en a pas déjà un.
  •  Le module complémentaire comporte des éléments de menu sous l'onglet Modules complémentaires.
  • Même si le module complémentaire ne contient que des fonctions personnalisées, il inclut toujours une documentation appropriée.
  • Le module complémentaire utilise correctement onInstall() et onOpen() pour remplir son menu. Les éléments de menu sont renseignés lorsque le module complémentaire est installé pour la première fois et lorsqu'un autre fichier est ouvert. Consultez Autorisation du module complémentaire de l'éditeur.
  • Les modes d'autorisation sont correctement configurés. Consultez Modes d'autorisation.
  • Le module complémentaire doit être implémenté dans l'environnement d'exécution V8 d'Apps Script. Pour en savoir plus, consultez la présentation de l'environnement d'exécution V8.
Module complémentaire de l'éditeur Expérience utilisateur
  • Le module complémentaire fournit toutes les informations nécessaires pour comprendre les bases du produit et savoir comment l'utiliser.
  • Le code du module complémentaire n'utilise pas de bibliothèques de manière excessive, car cela peut nuire aux performances du module.
  • Les erreurs sont évitées dans la mesure du possible et gérées correctement, sinon :
    • Les messages d'erreur s'affichent dans une boîte de dialogue, et non dans une alerte JavaScript ni dans la barre rouge par défaut. Ils communiquent le problème et décrivent ce que l'utilisateur doit faire pour le résoudre dans un langage simple.
    • Lorsque cela est possible, si l'utilisateur fait quelque chose de mal, un bouton s'affiche pour résoudre le problème.
    • Pour en savoir plus, consultez le guide de style des modules complémentaires.
  • Les liens vers des pages externes s'ouvrent dans de nouvelles fenêtres et sont corrects.
  • Le module complémentaire est intuitif et bien conçu. Cela signifie :
    • Vous savez toujours quoi faire et comment le faire.
    • Le module complémentaire est accessible et facile à comprendre. Les termes techniques et le jargon sont évités.
    • Les workflows sont clairs et facilités autant que possible.
    • L'utilisateur et son contenu sont aussi protégés que possible.
  •  : le module complémentaire suit le guide de style de l'UI pour les modules complémentaires de l'éditeur et utilise le package CSS pour les modules complémentaires de l'éditeur.
  •  Le module complémentaire n'utilise qu'une seule action principale bleue par écran.
  • Le module complémentaire affiche une boîte de dialogue à la fois. Il ne se chevauche pas et n'a pas plusieurs boîtes de dialogue ouvertes en même temps.
  • L'UI du module complémentaire s'intègre parfaitement dans les espaces alloués :
    •  Le texte et les libellés ne sont pas coupés par des "...".
    • L'utilisateur n'a pas besoin de faire défiler l'écran verticalement.
    • La largeur du contenu ne dépasse pas 300 px pour éviter la barre de défilement horizontale.
  • Le module complémentaire nécessite une confirmation ou affiche des avertissements pour toutes les actions sensibles. Par exemple, si le module complémentaire est sur le point de remplacer tout le contenu d'une feuille de calcul, l'utilisateur est averti et confirme l'action avant qu'elle ne se produise.

    Vous pouvez éviter cette exigence en modifiant la conception. Par exemple, un module complémentaire Google Sheets qui importe des données crée un risque d'écrasement du contenu existant. Vous pouvez supprimer le risque en créant une feuille pour les données comme action par défaut.

  • Les utilisateurs ne peuvent pas déclencher plusieurs actions pendant le chargement d'une action. Par exemple, les boutons sont désactivés ou masqués pendant le chargement d'une action.
Module complémentaire Google Workspace Nom

Modules complémentaires Agenda

  • Si le module complémentaire utilise calendar.name ou common.name, le nom dans le fichier manifeste est identique à celui fourni dans la fiche de l'application.
  • Si le module complémentaire utilise calendar.conferenceSolution, le nom de la solution de visioconférence ne contient pas "Google Agenda".
  • (recommandé) : si le module complémentaire utilise calendar.conferenceSolution, le nom de la solution de visioconférence ne doit pas dépasser 30 caractères.
Module complémentaire Google Workspace Fonctionnalité
  • Le module complémentaire utilise l'élément d'interface utilisateur approprié (comme les widgets ou l'interface utilisateur iFrame dans les modules complémentaires Meet) pour la fonctionnalité souhaitée. Par exemple, utilisez un bouton bascule pour sélectionner une valeur booléenne.

Modules complémentaires Agenda

  • Les agendas secondaires et la délégation sont acceptés ou, s'ils ne le sont pas, gérés de manière appropriée. Par exemple, la création d'une conférence n'échoue pas si l'utilisateur sélectionne un autre agenda auquel il a accès en modification lorsqu'il crée un événement.
  • Les événements récurrents fonctionnent correctement.
  •  Si le module complémentaire utilise calendar.conferenceSolution, au moins une solution de visioconférence est fournie.
  •  Si le module complémentaire fournit des solutions de visioconférence, les champs de données de visioconférence appropriés sont utilisés. Par exemple, les liens de visioconférence, les numéros de téléphone, les liens SIP, les codes d'accès et d'autres attributs compatibles utilisent des champs de données structurées et ne sont pas fournis dans le champ "Notes".
  • Si le module complémentaire fournit des solutions de visioconférence, il ne modifie que les informations sur la visioconférence et aucun autre champ d'événement.
  • Si le module complémentaire fournit des solutions de visioconférence, la création de la visioconférence prend moins de cinq secondes.

Modules complémentaires Gmail

Si le module complémentaire utilise UrlFetchApp ou OpenLinkUrl :

  • L'URL est valide.
  •  L'URL utilise le protocole HTTPS et non HTTP.
  • Le domaine complet est spécifié.
  • Le chemin d'accès n'est pas vide. Par exemple, https://altostrat/ est accepté, mais https://altostrat ne l'est pas.
  • Les caractères génériques ne peuvent pas être utilisés dans UrlFetchApp.

Modules complémentaires Meet

  • Les parcours de connexion et d'utilisateur du module complémentaire doivent être fonctionnels même si les cookies tiers sont désactivés.
  • Le module complémentaire doit fournir des fonctionnalités pertinentes pour le fonctionnement d'une réunion ou la participation à celle-ci.
  •  Le module complémentaire ne doit pas effectuer d'actions qui font quitter la réunion aux utilisateurs, comme actualiser le navigateur.
  •  Si vous utilisez une expérience multijoueur, le module complémentaire doit permettre à tous les participants de collaborer sur le contenu, même si les autorisations ne sont pas définies à l'avance. L'ajustement des autorisations doit être disponible pendant la session d'activité complémentaire collaborative.
  • Le module complémentaire doit gérer l'annulation du flux d'activité de démarrage et permettre à l'utilisateur de relancer le démarrage de l'activité depuis l'application.
  •  Le module complémentaire doit fournir un panneau latéral pour la connexion et la configuration de l'expérience d'activité.
  • Le module complémentaire ne doit pas permettre d'inviter un bot ni reposer sur la présence d'un bot dans la réunion.
Module complémentaire Google Workspace Expérience utilisateur
  •  Le module complémentaire possède une page d'accueil. Si votre module complémentaire Google Workspace est un module complémentaire Gmail converti, une page d'accueil par défaut est appliquée.
  • L'élément d'interface utilisateur (tel qu'une fiche de module complémentaire ou une interface utilisateur iFrame dans les modules complémentaires Meet) fonctionne correctement. Par exemple, il n'y a pas d'éléments en double, et les boutons "Retour", "Actualiser" et "Mettre à jour" fonctionnent correctement.
  • Une fois que l'utilisateur a autorisé le module complémentaire, il affiche des informations (telles qu'une fiche de page d'accueil personnalisée ou une page Web dans les modules complémentaires Meet) pour l'accueillir avec un bouton de connexion (si nécessaire), un logo et une brève description du module complémentaire.
    • Si le bouton de connexion est déclenché, une page de connexion personnalisée du fournisseur tiers s'affiche. Elle indique clairement qu'un service tiers fonctionne en dehors de Google Workspace.
  • L'UI du module complémentaire s'intègre parfaitement dans les espaces alloués :
    • Le texte et les libellés ne sont pas tronqués par des "...".
    • L'utilisateur n'a pas besoin de faire défiler l'écran verticalement.
    • La largeur du contenu ne dépasse pas 300 pixels pour éviter la barre de défilement horizontale.
  • Le code du module complémentaire n'utilise pas de bibliothèques de manière excessive, car celles-ci peuvent entraîner une baisse des performances du module complémentaire.

Modules complémentaires Agenda

  • Si le module complémentaire fournit des solutions de conférence, les conférences créées sont valides et s'affichent correctement sur le site Web de conférence tiers.

Modules complémentaires Docs

Si le module complémentaire prévisualise des liens provenant d'un domaine tiers (chips intelligents) :

  •  Les aperçus de liens fournissent des informations pertinentes et complémentaires à l'utilisateur. Par exemple, prévisualiser un lien vers une opportunité de vente ajoute des informations telles que le compte, le montant et l'étape.
  • Le développeur est affilié au domaine prévisualisé (le format d'URL spécifié qui déclenche la création du chip intelligent).

Pour en savoir plus, consultez Prévisualiser des liens avec les chips intelligents.

Modules complémentaires Drive

  • Si l'application stocke des fichiers dans Drive, elle permet aux utilisateurs de choisir un dossier ou crée et réutilise un dossier spécifique à l'application. Les données de configuration peuvent être stockées dans un dossier de données d'application. L'application ne dépose pas de fichiers dans le dossier Mon Drive de l'utilisateur.
  • Le module complémentaire ne stocke dans Drive que les fichiers liés à la fonctionnalité documentée du module complémentaire.

Modules complémentaires Gmail

  • L'extension ne mentionne pas les extensions du navigateur Chrome ni n'y fait référence sans justification.
  • Le menu "Plus d'actions"  contient des actions universelles qui fonctionnent correctement. Par exemple, "Se déconnecter", "À propos", "Aide", etc.

Modules complémentaires Meet

  • Si le module complémentaire nécessite une licence ou un abonnement : un message convivial doit être affiché à l'utilisateur lorsqu'il ne dispose pas de licence.
  • Si l'utilisateur ne peut pas utiliser le module complémentaire en raison d'un problème de licence, le message d'erreur doit indiquer clairement la raison pour laquelle le module complémentaire ne peut pas être utilisé et suggérer une marche à suivre pour résoudre le problème.
  • La fiche Google Workspace Marketplace du module complémentaire doit préciser les exigences en termes de licence et d'abonnement qui peuvent être requises pour l'utiliser. Si le module complémentaire propose un niveau payant, la fiche Marketplace doit fournir un lien vers une page Web qui fournit plus d'informations sur les tarifs ou sur la façon de contacter un commercial.
  •  Si l'utilisateur n'est pas déjà connecté, le module complémentaire doit présenter l'invite de connexion One Tap disponible sur la page Afficher Google One Tap et une solution de repli "Se connecter avec Google" disponible sur la page Authentification. En plus du mécanisme "Se connecter avec Google", d'autres options de connexion peuvent être proposées.
  • Le module complémentaire doit avoir une conception responsive qui peut adapter le contenu à différentes tailles.
  • Les parcours utilisateur du module complémentaire doivent être fonctionnels même si les cookies tiers sont désactivés.
  • Le module complémentaire ne doit pas comporter de défilement horizontal dans l'iFrame.
  • Si un module complémentaire souhaite utiliser la scène principale, il doit être conçu pour les expériences multijoueurs et permettre à plusieurs participants de manipuler le contenu en même temps. Pour les expériences solo, le développeur doit utiliser le panneau latéral.
  • (recommandé) : le module complémentaire doit indiquer l'identité de l'utilisateur connecté.
  • (Recommandé) Choix de la langue de localisation : la langue doit être basée sur la préférence locale définie par le navigateur, le cas échéant.
  • (Recommandé) La sélection de contenu doit s'effectuer via une interface de navigation de contenu affichant les contenus récemment consultés.
  • (recommandé) Si le panneau latéral n'est plus nécessaire, le module complémentaire doit le fermer après le lancement sur la scène principale.
Module complémentaire Google Workspace Graphiques

Modules complémentaires Agenda

  • Le logo de la solution de visioconférence est une URL publique. Consultez Fournir les logos des solutions de conférence.
  • Si le module complémentaire utilise calendar.conferenceSolution, le logo de la solution de visioconférence doit respecter les exigences calendar.logoUrl. Consultez la ressource du fichier manifeste Agenda.
  • Si le module complémentaire utilise calendar.logoUrl ou common.logoUrl, le logo est identique à l'icône fournie dans la fiche de l'application.
  • Si le module complémentaire utilise calendar.logoUrl ou common.logoUrl, l'URL du logo commence comme suit : https://lh3.googleusercontent.com/

Modules complémentaires Meet

  • Le logo de la marque du module complémentaire doit être d'une taille et d'un style qui le rendent identifiable dans le panneau latéral Meet.
  • Les URL de logo en mode sombre appropriées doivent être spécifiées dans le fichier manifeste du module complémentaire.
Module complémentaire Google Workspace OAuth

Modules complémentaires Drive

  • (recommandé) : si vous souhaitez recevoir des métadonnées limitées, le module complémentaire inclut le champ d'application drive.addons.metadata.readonly.
Application Web Fonctionnalité
  • L'URL de navigation universelle pointe vers une application Web. Une simple page Web sans fonctionnalité n'est pas considérée comme une application Web.