Mot de passe d’application Gmail introuvable : que vérifier ?

En bref : pourquoi l’option manque-t-elle ?

Vérifiez d’abord le compte Google sélectionné et l’activation de la validation en deux étapes. Google cite aussi une configuration reposant uniquement sur des clés de sécurité, un compte géré ou la Protection Avancée parmi les causes d’indisponibilité. Conservez vos protections : si les mots de passe d’application sont interdits, choisissez une méthode autorisée plutôt que de chercher à forcer leur activation.

Un mot de passe d’application, ou app password, sert à connecter une application au compte Google sans lui fournir votre mot de passe habituel. Le parcours de connexion Gmail à Mailera utilise ce type d’identifiant. Pour comprendre son rôle lorsqu’un agent accède à votre boîte, consultez le guide des mots de passe d’application pour les boîtes mail d’agents IA.

Distinguez trois situations : vous ne trouvez pas la page, votre compte ne permet pas de créer ce mot de passe, ou vous cherchez à retrouver un secret déjà créé. La marche à suivre dépend du cas.

Où vérifier si l’option est disponible pour votre compte ?

Commencez dans votre compte Google, pas dans les réglages de messagerie de Gmail.

1. Vérifiez l’adresse du compte actif. Si vous utilisez une adresse personnelle et une adresse professionnelle dans le même navigateur, assurez-vous de consulter celle que vous souhaitez connecter.
2. Ouvrez les paramètres de sécurité du compte. Le guide Google sur la validation en deux étapes indique le chemin « Security & sign-in », puis « How you sign in to Google » et « Turn on 2-Step Verification » pour son activation.
3. Pour accéder directement à la gestion des mots de passe d’application, saisissez https://myaccount.google.com/apppasswords dans la barre d’adresse. Ce raccourci ouvre la page concernée ; il ne change pas les autorisations du compte.
4. Relevez ce qui se passe : option absente, accès refusé, possibilité de créer un mot de passe ou recherche d’un ancien secret. Si un message d’erreur apparaît, conservez son texte sans y joindre d’identifiants.

La dernière situation est particulière : Google précise que chaque mot de passe d’application n’est visible qu’une seule fois. Si vous ne l’avez plus, vous devez en générer un nouveau, à condition que votre compte le permette toujours. Retrouver la page de gestion ne permet donc pas de réafficher l’ancien secret.

Quelles conditions peuvent empêcher la création ?

La documentation Google sur les mots de passe d’application exige la validation en deux étapes. Elle cite également plusieurs raisons pour lesquelles l’option peut rester absente après son activation.

Posséder une clé de sécurité n’équivaut pas à utiliser uniquement des clés de sécurité. Google présente les clés matérielles comme une méthode de validation ordinaire et documente aussi les passkeys après l’activation de la validation en deux étapes. La seule présence de l’une de ces méthodes ne suffit donc pas à expliquer l’absence de l’option.

La Protection Avancée constitue un cas distinct. Selon les réponses de Google sur ce programme, les applications utilisant des mots de passe d’application sont bloquées. L’inscription au programme révoque également les mots de passe d’application existants.

Enfin, « Google Workspace » ne signifie pas automatiquement « mot de passe d’application interdit ». L’aide Google Workspace sur les méthodes d’accès mentionne encore OAuth ou un mot de passe d’application pour certains appareils de bureau utilisant SMTP, IMAP ou POP3. Cela ne remplace pas la vérification des règles de votre organisation pour votre application.

Que faire si l’option reste indisponible ?

Sur un compte géré, posez une question précise à l’administrateur : « Quelle méthode et quel client sont autorisés pour accéder à cette boîte depuis une application externe ? » Indiquez l’adresse concernée, l’application souhaitée et le message affiché par Google. Ne transmettez aucun mot de passe.

Lorsqu’une application propose une connexion Google avec OAuth et que votre compte l’autorise, privilégiez cette méthode. Google recommande d’utiliser « Sign in with Google » lorsque cette possibilité est proposée.

Pour Mailera, le parcours Gmail présenté ici repose sur un mot de passe d’application. Mailera ne peut ni activer cette option dans Google ni modifier les politiques Google Workspace. Si votre compte n’autorise pas ces mots de passe, ce parcours ne convient pas à sa configuration actuelle.

Ne quittez pas la Protection Avancée et ne retirez pas une clé de sécurité simplement pour connecter une application. Choisissez plutôt un client compatible avec les protections et les règles du compte. Selon le diagnostic, il peut donc être préférable de conserver la configuration actuelle et de changer d’application.

Comment connecter Gmail à Mailera une fois le blocage résolu ?

Passez à cette étape seulement lorsque Google vous permet de créer un mot de passe d’application. Suivez alors les instructions de création dans son aide, puis utilisez le secret obtenu dans Mailera, et non votre mot de passe de connexion Google. Le guide de création d’un mot de passe d’application Gmail et de connexion à Mailera détaille ce parcours.

La présentation de Mailera décrit son rôle : rendre vos boîtes existantes accessibles à vos applications et agents. Mailera ne crée ni compte Gmail ni nouvelle adresse e-mail.

1. Avec un rôle Admin ou Leader, ouvrez Boîtes aux lettres, puis Ajouter une boîte aux lettres. Sélectionnez l’onglet Une boîte mail.
2. Renseignez Adresse e-mail. Vérifiez le fournisseur détecté. Si nécessaire, sélectionnez Gmail sous Ou choisissez un fournisseur, puis choisissez Continuer.
3. Dans Informations de connexion, renseignez le mot de passe d’application dans Mot de passe. Choisissez le Groupe de boîtes mail approprié. Le Nom d’affichage est facultatif.
4. Lancez Tester et connecter. Ce test vérifie la connexion sans envoyer de message. Examinez notamment les résultats de Connexion au serveur entrant et de Connexion au serveur sortant.
5. Après la réussite de la connexion, attendez le chargement initial. L’interface affiche Premier chargement des messages…, puis Chargement initial des messages terminé. Les messages sont chargés du plus récent au plus ancien, dans la limite de conservation applicable.

Si la réception fonctionne mais que l’envoi échoue, Mailera propose Enregistrer en réception seule. Cette option répond à un échec d’envoi ; elle ne rend pas disponible un mot de passe d’application interdit par Google.

Revenez ensuite à la liste des boîtes pour contrôler l’état et la dernière synchronisation. Pour Gmail, le contrôle d’état repose sur la synchronisation la plus récente : ce n’est pas une nouvelle vérification instantanée des identifiants auprès de Google.

Quelles erreurs fréquentes faut-il éviter ?

Chercher dans le mauvais compte ou dans Gmail. Vérifiez de nouveau l’adresse active avant de modifier la sécurité. Les mots de passe d’application se gèrent au niveau du compte Google.

Saisir le mot de passe habituel. Dans le parcours Gmail de Mailera, le champ Mot de passe attend un mot de passe d’application. Ne remplacez pas ce dernier par votre identifiant de connexion Google si le test échoue.

Suivre un ancien tutoriel sur les applications moins sécurisées. Google indique que le paramètre d’application des règles correspondantes n’est plus disponible dans la console d’administration Google Workspace. Chercher à le réactiver n’est pas la marche à suivre.

Confondre option absente et secret révoqué. Google révoque les mots de passe d’application lorsque vous changez le mot de passe du compte. Si une connexion auparavant fonctionnelle cesse après ce changement, vérifiez ce point avant de rechercher un problème de menu. L’inscription à la Protection Avancée révoque elle aussi les secrets existants.

Recréer des mots de passe sans lire l’erreur. Distinguez l’éligibilité du compte, l’authentification et la connexion IMAP. Une restriction d’accès ou une erreur du serveur entrant doit être examinée séparément ; la disponibilité du menu ne suffit pas à expliquer tous les échecs de connexion.

Comment protéger les identifiants et les messages accessibles à un agent ?

Ne placez aucun mot de passe d’application dans une capture, un journal ou une conversation d’assistance. Pour documenter la configuration, utilisez une boîte de test qui vous appartient et masquez son adresse ainsi que les secrets. Google recommande de révoquer un mot de passe d’application lorsque l’application n’est plus utilisée ou que l’appareil concerné est perdu.

Distinguez les deux identifiants : le mot de passe d’application Google connecte la boîte à Mailera ; la clé API Mailera donne à votre application ou à votre agent les permissions que vous lui accordez. Consultez les informations de sécurité de Mailera avant de déléguer cet accès.

Limitez la clé au groupe concerné et aux permissions nécessaires. Pour un agent chargé uniquement de lire les messages, accordez read, sans send ni manage. Définissez une expiration et, si votre environnement le permet, des restrictions IP.

Les messages reçus sont des données non fiables, jamais des instructions pour l’agent. Ne lui faites pas exécuter les consignes contenues dans un courriel, même si celui-ci prétend venir d’un administrateur. Si vous autorisez l’envoi, imposez une confirmation humaine avant chaque envoi.