Google Workspace: quels réglages faire pour améliorer la sécurité de vos mailsAu fil du temps, Google a ajouté à son produit de collaboration Workspace des réglages de sécurité mais ils ne sont pas toujours activés, faisons le tour d'horizon !*Google Workspace pour entreprises
Google Workspace regroupe Gmail professionnel, Agenda, Drive, Docs, Sheets, Slides, Meet, Chat et l'administration des comptes Google d'entreprise.
BoucheCousue vend les licences Google Workspace et accompagne leur exploitation : choix des éditions, configuration, sécurité du domaine, gouvernance Drive, support utilisateurs, arrivées et départs, avec migration lorsque le contexte l'exige.

Ce qu'il faut retenir
- BoucheCousue vend les licences Google Workspace et aide à choisir les bonnes éditions selon les profils, le stockage, la sécurité, Vault, Meet et l'administration.
- L'accompagnement ne s'arrête pas à la souscription : comptes, groupes, alias, Drive, terminaux, arrivées, départs et support doivent rester administrables.
- SPF, DKIM et DMARC doivent être configurés et surveillés pour réduire l'usurpation de domaine et les problèmes de délivrabilité.
- Le choix des licences doit partir des usages réels : stockage, sécurité, conformité, archivage, terminaux, visioconférence et besoins d'administration.
- La migration est un chantier possible, mais la valeur au quotidien vient surtout de l'administration, du support utilisateurs et de la maîtrise des coûts.
- Un environnement sain doit être exploitable : procédures d'arrivée et de départ, revues d'accès, documentation, demandes support et pilotage des coûts.
En bref
Google Workspace est un périmètre IT à piloter dans la durée : licences, comptes, groupes, Gmail, Drive, Meet, terminaux, sécurité email, archivage et support utilisateurs. La migration est importante quand elle existe, mais elle n'est qu'un des moments de vie de la plateforme.
Le bon accompagnement combine cinq chantiers : choisir les licences sans surdimensionner, administrer les comptes et les droits, sécuriser le domaine avec SPF/DKIM/DMARC, organiser Drive et Vault, puis assurer un support compréhensible pour les utilisateurs.
| Sujet | Décision à prendre | Ce que nous vérifions |
|---|---|---|
| Migration | Bascule groupée, migration par lots, pilote ou reprise d'un environnement déjà actif. | Comptes, alias, groupes, calendriers, contacts, boîtes partagées, volumes, droits Drive et dépendances applicatives. |
| Sécurité email | Politique SPF, DKIM et DMARC adaptée aux outils qui envoient au nom du domaine. | MX, expéditeurs tiers, alignement DKIM, rapports DMARC, relais SMTP et durcissement progressif. |
| Archivage | Conserver, archiver, transférer ou supprimer les données selon les obligations et les usages. | Google Vault, comptes archivés, départs collaborateurs, délégations Gmail, transfert Drive et règles de rétention. |
| Gouvernance | Définir qui administre, qui partage, qui possède les fichiers et qui valide les exceptions. | Rôles administrateurs, Drives partagés, groupes sensibles, partages externes, terminaux et revues d'accès. |
| Support | Prévoir le circuit de traitement après la mise en production. | Demandes utilisateurs, incidents de connexion, licences, alias, groupes, terminaux, délivrabilité et documentation interne. |

Cette solution entièrement hébergée permet de travailler avec Gmail, Agenda, Drive, Docs, Sheets, Slides, Meet et Chat depuis le navigateur, les applications mobiles et les clients compatibles.
Notre rôle est d'aider l'entreprise à garder un environnement lisible : licences adaptées, comptes propres, groupes utiles, règles Drive compréhensibles, sécurité email configurée, support documenté et migration cadrée si une bascule est nécessaire.
Licences, administration et accompagnement Google Workspace
Le statut de revendeur agréé permet d'acheter et de gérer les licences, mais le besoin réel va souvent plus loin : choisir les bonnes éditions, éviter la surlicence, organiser les groupes, sécuriser Gmail, cadrer les partages Drive, traiter les départs collaborateurs et répondre aux utilisateurs.
Notre approche consiste à traiter Google Workspace comme une plateforme IT complète, au même titre qu'un réseau Meraki ou UniFi : administration, sécurité, documentation, exploitation, support et amélioration continue. La migration intervient quand il faut basculer depuis Microsoft 365, Exchange ou une messagerie existante.
| Sujet | Approche limitée | Approche BoucheCousue |
|---|---|---|
| Licences | Création ou renouvellement des comptes Google Workspace. | Choix des éditions selon les profils, stockage, sécurité, Vault, terminaux et usage réel. |
| Migration | Déplacement des boîtes mail au moment de la bascule. | Inventaire, pilote, calendrier, reprise des emails, contacts, calendriers, groupes, partages et contrôles post-migration. |
| Sécurité | Activation basique de Gmail et des comptes. | MFA, rôles administrateurs, SPF, DKIM, DMARC, terminaux, groupes sensibles et règles de partage externe. |
| Gouvernance | Paramètres laissés au fil de l'eau. | Unités organisationnelles, Drives partagés, cycle de vie des comptes, archivage, revues d'accès et documentation. |
| Support | Aide ponctuelle au lancement. | Support utilisateurs et administrateurs sur les alias, groupes, licences, Drive, accès, terminaux et délivrabilité. |
| Volet | Travail à prévoir | Pourquoi c'est important |
|---|---|---|
| Migration | Inventaire, reprise email/calendriers/contacts, tests pilotes, plan de bascule et vérification post-migration. | Réduit les pertes de données, les interruptions et les effets de bord au moment du changement de messagerie. |
| Sécurité email | Configuration SPF, DKIM, DMARC, relais SMTP, outils tiers qui envoient au nom du domaine et suivi de délivrabilité. | Limite l'usurpation de domaine, les rejets de messages et les erreurs après changement de MX. |
| Gouvernance | Unités organisationnelles, groupes, rôles administrateurs, Drive partagés, partages externes et règles de conservation. | Garde l'environnement lisible quand l'équipe grandit, change ou collabore avec des externes. |
| Support | Procédures d'arrivée et de départ, demandes utilisateurs, documentation interne, revues d'accès et optimisation des licences. | Évite qu'une plateforme bien migrée se dégrade en quelques mois faute d'exploitation. |
Migration Google Workspace
Une migration Google Workspace réussie se prépare avant le changement de MX. Nous identifions les sources à reprendre, les volumes à transférer, les utilisateurs pilotes, les contraintes de calendrier et les risques de rupture pour les équipes.
Selon le contexte, la migration peut couvrir les emails, les contacts, les calendriers, certains fichiers OneDrive ou Drive, les alias, les groupes et les paramètres de domaine. Nous documentons aussi le plan de bascule DNS, les tests de réception/envoi et les points de retour arrière.
- Audit de l'existant : domaines, comptes, alias, groupes, boîtes partagées, volumes et sources de données.
- Préparation DNS : vérification de domaine, MX, SPF, DKIM, DMARC et éventuels services tiers qui envoient des emails.
- Migration progressive ou bascule groupée selon la taille de l'équipe et les contraintes métier.
- Tests de délivrabilité, accès mobiles, clients mail, calendriers partagés et droits sur les documents.
- Accompagnement des utilisateurs après bascule : Gmail, Agenda, Drive, Meet, Chat et bonnes pratiques de partage.
| Point de contrôle | À vérifier | Risque si c'est oublié |
|---|---|---|
| Identités | Utilisateurs, alias, groupes, comptes de service, comptes externes et administrateurs. | Comptes manquants, droits excessifs ou interruption pour certains profils le jour de la bascule. |
| Messagerie | MX actuels, relais SMTP, listes de diffusion, boîtes partagées, signatures et outils tiers d'envoi. | Messages rejetés, envois applicatifs cassés ou incohérences de délivrabilité. |
| Données | Emails, calendriers, contacts, Drive, fichiers partagés, volumes et fenêtres de migration. | Données oubliées, doublons, lenteurs de reprise ou droits Drive difficiles à reconstruire. |
| Sécurité | MFA, rôles administrateurs, SPF, DKIM, DMARC, terminaux, sessions et règles de partage externe. | Domaine usurpable, comptes trop exposés ou données partagées hors du périmètre attendu. |
| Exploitation | Support, procédures d'arrivée et de départ, documentation, responsable interne et reporting licences. | Environnement difficile à maintenir après le projet, même si la migration technique a réussi. |
Sécurité mail : SPF, DKIM et DMARC
La sécurité email ne s'arrête pas au changement de messagerie. Pour un domaine Google Workspace, les enregistrements SPF, DKIM et DMARC doivent être cohérents avec les outils qui envoient réellement des messages : Gmail, site web, CRM, outil marketing, facturation, support client ou applications internes.
Google recommande de compléter SPF avec DKIM et DMARC. Nous configurons ces enregistrements, vérifions les résultats d'authentification, puis ajustons progressivement la politique DMARC pour éviter de bloquer des flux légitimes. Dans beaucoup de projets, la bonne séquence consiste à inventorier les expéditeurs, activer DKIM, observer les rapports DMARC, puis durcir la politique quand les flux sont maîtrisés.
Pour un sujet détaillé côté BoucheCousue, voir aussi notre article : Google Workspace : quels réglages faire pour améliorer la sécurité de vos mails ?
Gouvernance Drive et partages externes
Drive peut devenir très efficace ou très désordonné selon les règles décidées au départ. Nous aidons à distinguer les espaces partagés d'équipe, les dossiers personnels, les partages externes, les domaines de confiance, les droits d'administration et les règles applicables aux données sensibles.
La gouvernance doit rester compréhensible par les équipes : qui possède les fichiers, qui peut inviter des externes, comment retrouver les documents d'un ancien collaborateur, quels dossiers doivent vivre dans un Drive partagé et quels partages doivent être revus régulièrement.
- Création de Drives partagés par équipe, site ou fonction, avec propriétaires et managers identifiés.
- Réglages des partages externes : restriction, domaines de confiance, avertissements et exceptions documentées.
- Revue des droits trop larges, des liens publics, des fichiers orphelins et des comptes inactifs.
- Clarification des règles entre documents personnels, documents d'équipe et archives.
| Sujet | Décision à documenter | Exemple de contrôle |
|---|---|---|
| Rôles administrateurs | Qui administre quoi, avec quel niveau de délégation et quelle procédure de secours. | Revue périodique des super-administrateurs et des rôles sensibles. |
| Drive partagés | Quels espaces sont collectifs, qui les possède et quelles équipes peuvent inviter des externes. | Contrôle des liens publics, propriétaires, membres externes et fichiers orphelins. |
| Groupes | Qui peut créer, rejoindre, publier dans les groupes et utiliser les listes sensibles. | Nettoyage des groupes obsolètes et vérification des membres externes. |
| Cycle de vie | Comment créer, suspendre, archiver ou supprimer un compte selon le contexte RH. | Checklist d'offboarding avec transfert Drive, délégation Gmail et révocation des sessions. |
Licences, gouvernance et support
Le bon abonnement dépend des usages : volume de stockage, réunions vidéo, besoins de sécurité, conformité, gestion des terminaux, délégation d'administration, archivage et niveau de contrôle attendu. Nous aidons à choisir les licences sans surdimensionner l'environnement.
Pour les éditions les plus fréquentes en PME, consultez aussi notre comparatif Google Workspace Business Standard vs Business Plus.
La gouvernance compte autant que la souscription : unités organisationnelles, groupes, rôles administrateurs, double authentification, règles Drive, cycle de vie des comptes, délégation de boîtes et documentation interne.
- Choix et ajustement des licences Google Workspace selon les profils utilisateurs.
- Organisation de Drive, groupes et droits de partage pour limiter les accès trop larges.
- Mise en place de la double authentification et des règles de sécurité adaptées au risque.
- Gestion des arrivées, départs, délégations, alias et comptes de service.
- Support utilisateurs et administrateurs après migration.
| Sujet | Question à poser | Impact |
|---|---|---|
| Stockage | Les équipes travaillent-elles surtout dans Drive, Gmail, fichiers lourds ou archives historiques ? | Dimensionne les licences, la reprise de données et les règles de partage. |
| Sécurité | Quels comptes sont sensibles et quels flux email tiers envoient au nom du domaine ? | Conditionne MFA, SPF, DKIM, DMARC, groupes et rôles administrateurs. |
| Conservation | Faut-il préserver les données d'anciens collaborateurs ou répondre à des contraintes légales ? | Oriente vers archivage, comptes archivés, Vault selon édition et procédure de départ. |
| Terminaux | Les postes et mobiles doivent-ils être supervisés ou seulement accéder aux services Google ? | Détermine le niveau de gestion des appareils et les règles d'accès. |
| Support | Qui gère les arrivées, départs, groupes, alias, partages et incidents utilisateurs ? | Évite qu'un environnement propre au lancement devienne difficile à exploiter. |
Archivage, départs et terminaux
Un environnement Google Workspace doit prévoir ce qui se passe après la migration : arrivée d'un collaborateur, changement d'équipe, départ, délégation temporaire, conservation d'une boîte, transfert de fichiers Drive, révocation d'accès mobile et suppression contrôlée des comptes.
Selon l'édition et les obligations de l'entreprise, la conservation peut passer par des comptes archivés, Google Vault, des règles de rétention ou une procédure interne plus simple. Le point important est de décider avant l'incident, pas au moment où un compte doit être coupé.
- Procédure d'onboarding : création de compte, groupes, alias, Drive partagés, MFA et accès aux outils.
- Procédure d'offboarding : délégation Gmail, transfert Drive, suspension, archivage et révocation des sessions.
- Gestion des terminaux mobiles et postes qui accèdent aux comptes Google de l'entreprise.
- Revue régulière des administrateurs, groupes sensibles, partages externes et comptes inactifs.
Support et exploitation continue
Après la mise en service, le sujet devient opérationnel : résoudre les problèmes d'accès, ajuster une licence, créer un groupe, modifier un alias, révoquer un appareil, analyser une erreur de délivrabilité ou accompagner un utilisateur qui découvre Gmail et Drive.
Nous pouvons reprendre l'administration courante, documenter les procédures et traiter les demandes avec vos autres sujets IT : postes, gestion de parc, sécurité, réseau, visioconférence et support utilisateurs.
Audit et reprise d'un Google Workspace existant
Beaucoup d'environnements Google Workspace ont été ouverts progressivement, avec des réglages hérités, des groupes anciens, des partages Drive trop larges ou des licences qui ne reflètent plus les usages réels. Dans ce cas, la priorité n'est pas de tout refaire, mais de reprendre l'administration avec une lecture claire des risques et des dépendances.
Nous pouvons auditer un tenant déjà en place, hiérarchiser les corrections et mettre en ordre les sujets sensibles : administrateurs, DNS email, SPF, DKIM, DMARC, comptes inactifs, anciens collaborateurs, Vault, Drives partagés, partages externes, terminaux et procédures support.
| Zone auditée | Ce qu'on cherche | Correction typique |
|---|---|---|
| Comptes et rôles | Super-administrateurs, comptes dormants, comptes externes, délégations et groupes sensibles. | Réduction des droits, suspension ou archivage, documentation des comptes de service. |
| DNS et délivrabilité | MX, SPF, DKIM, DMARC, relais SMTP, outils tiers et alignement des expéditeurs. | Correction DNS, activation DKIM, lecture des rapports DMARC et durcissement progressif. |
| Drive et données | Liens publics, membres externes, fichiers orphelins, Drives partagés et propriétaires absents. | Reprise des droits, transfert de propriété, création de règles de partage et revue périodique. |
| Licences et support | Licences inutilisées, profils surdimensionnés, besoins Vault, demandes récurrentes et documentation manquante. | Ajustement des éditions, procédures d'onboarding/offboarding et circuit support clair. |
| Étape | Livrable | Résultat attendu |
|---|---|---|
| Cadrage | Inventaire des domaines, comptes, groupes, alias, volumes, outils d'envoi email, terminaux et contraintes métier. | Un périmètre clair avant migration, achat de licences ou reprise d'administration. |
| Sécurisation | Réglages MFA, rôles administrateurs, SPF, DKIM, DMARC, partage externe, Drive partagés et règles de terminaux. | Un tenant moins exposé aux comptes compromis, aux fuites de partage et aux erreurs de délivrabilité. |
| Migration | Plan de bascule, migration pilote, reprise des données, contrôles post-migration et accompagnement utilisateurs. | Une transition compréhensible pour les équipes, avec moins d'interruptions et de demandes urgentes. |
| Exploitation | Documentation, procédures d'onboarding/offboarding, support, suivi licences, revues d'accès et corrections périodiques. | Un environnement maintenable après le projet, pas seulement une migration ponctuelle. |
Plan d'exploitation après migration
Une fois Google Workspace en production, l'enjeu est de garder un environnement administrable. Nous formalisons les contrôles récurrents : suivi des licences, comptes dormants, groupes sensibles, partages externes, terminaux connectés, alertes de sécurité, rapports DMARC et demandes support.
Ce plan évite de traiter Google Workspace comme une simple suite bureautique. Il devient un périmètre IT à piloter, avec des règles connues par les administrateurs et compréhensibles par les équipes.
| Contrôle | Ce qu'on vérifie | Fréquence typique |
|---|---|---|
| Authentification email | Rapports DMARC, alignement SPF/DKIM, nouveaux outils d'envoi et erreurs de délivrabilité. | Au démarrage, puis à chaque nouvel outil métier ou campagne d'envoi. |
| Comptes et licences | Comptes inactifs, anciens collaborateurs, licences inutilisées, profils qui nécessitent Vault ou plus de stockage. | Mensuel ou trimestriel selon la taille de l'équipe. |
| Drive et groupes | Liens publics, invités externes, groupes sensibles, propriétaires de Drives partagés et fichiers orphelins. | Trimestriel, avec une revue renforcée après les départs. |
| Support | Demandes récurrentes, documentation manquante, incidents d'accès, terminaux bloqués et besoins de formation. | Continu, avec points de suivi réguliers. |
Licences, sécurité et gestion du parc
Cette page complète nos contenus sur Google Workspace Business Standard vs Business Plus, les licences logicielles, la gestion de parc, la maintenance informatique et l'infogérance IT pour startups.
Pour approfondir la sécurité email, consultez aussi notre article SPF, DKIM et DMARC dans Google Workspace.
Questions fréquentes
Peut-on migrer depuis Microsoft 365 ou Exchange vers Google Workspace ?
Oui. Il faut d'abord cadrer les comptes, domaines, volumes, calendriers, contacts, groupes et contraintes métier, puis choisir une migration progressive ou une bascule groupée selon l'organisation.
Que faut-il préparer avant une migration Google Workspace ?
Il faut inventorier les utilisateurs, alias, groupes, domaines, boîtes partagées, calendriers, contacts, volumes de données, partages Drive, terminaux, outils d'envoi email et contraintes de support. Ce cadrage évite la plupart des interruptions au moment de la bascule.
Combien de temps dure une migration Google Workspace ?
La durée dépend du nombre d'utilisateurs, des volumes, de la source de messagerie, des données à reprendre et du niveau de préparation. Un petit environnement peut basculer rapidement, mais un projet plus sensible mérite une phase pilote, des tests DNS et un accompagnement utilisateurs.
SPF, DKIM et DMARC sont-ils indispensables ?
Ils sont fortement recommandés pour protéger le domaine, améliorer la délivrabilité et limiter l'usurpation. Les domaines qui envoient beaucoup d'emails doivent être particulièrement stricts sur ces réglages.
Comment choisir une licence Google Workspace ?
Le choix dépend du stockage, de la sécurité, de l'administration, des besoins de visioconférence, de conformité et des usages réels des équipes. L'objectif est d'éviter à la fois le sous-équipement et la surlicence.
Faut-il Google Vault pour archiver les données ?
Google Vault est utile quand l'entreprise a des besoins de conservation, de recherche, d'eDiscovery ou de règles de rétention selon les éditions disponibles. Pour des besoins plus simples, une procédure de départ avec archivage ou transfert de données peut parfois suffire.
BoucheCousue vend-il seulement des licences Google Workspace ?
Non. La licence n'est qu'une partie du sujet. Nous intervenons aussi sur la migration, les réglages DNS, SPF, DKIM, DMARC, la gouvernance Drive, l'archivage, les arrivées et départs utilisateurs, les terminaux et le support.
Quelle est la différence entre un revendeur Google Workspace et un intégrateur ?
Un revendeur peut fournir les licences et gérer la souscription. Un intégrateur doit aussi cadrer la migration, sécuriser le domaine, organiser Drive et les groupes, documenter les procédures, former les utilisateurs et assurer le support après la bascule.
Qui doit gérer SPF, DKIM, DMARC, Vault et les départs collaborateurs ?
Ces sujets doivent être attribués clairement avant la mise en production. Nous pouvons les prendre en charge ou les documenter avec l'équipe interne : DNS email, rapports DMARC, règles Vault, transfert Drive, délégation Gmail, suspension de compte et révocation des sessions.
À quel moment faut-il configurer SPF, DKIM et DMARC ?
Ces réglages doivent être préparés avant la bascule MX, puis vérifiés après le passage sur Google Workspace. Il faut aussi lister les outils tiers qui envoient au nom du domaine afin de ne pas casser des flux légitimes.
Que faut-il faire des rapports DMARC après la migration ?
Les rapports DMARC doivent être lus pendant la phase d'observation pour identifier les outils qui envoient au nom du domaine, corriger les flux non alignés, puis durcir progressivement la politique sans bloquer les messages légitimes.
Faut-il former les utilisateurs après la migration ?
Oui, même pour des outils connus. Les règles de partage Drive, les calendriers, les délégations Gmail, les groupes et les nouveaux réflexes de collaboration doivent être expliqués pour réduire le support.
Que faire des comptes Google Workspace des anciens collaborateurs ?
Il faut prévoir une procédure : suspendre ou archiver le compte selon le besoin, transférer les fichiers utiles, déléguer ou fermer la boîte Gmail, révoquer les sessions et documenter les accès conservés.
Google Vault remplace-t-il une sauvegarde ?
Non. Google Vault sert à la conservation, aux règles de rétention, aux recherches et à l'eDiscovery selon les licences. Ce n'est pas une sauvegarde utilisateur pensée pour restaurer n'importe quel fichier ou boîte à n'importe quel moment.
Comment limiter les risques liés aux partages Drive externes ?
Il faut définir les règles de partage au niveau de l'organisation, utiliser des Drives partagés quand c'est pertinent, limiter les liens trop ouverts, vérifier les domaines externes autorisés et revoir régulièrement les accès sensibles.
Qui doit posséder les fichiers et Drives partagés ?
Les contenus d'équipe doivent autant que possible vivre dans des Drives partagés avec des responsables identifiés. Cela évite de dépendre du compte personnel d'un collaborateur et simplifie les départs, les transferts et les revues d'accès.
Peut-on reprendre l'administration d'un Google Workspace déjà en place ?
Oui. Une reprise commence par un audit des comptes, groupes, rôles administrateurs, domaines, DNS, licences, partages Drive, terminaux et règles de sécurité. Les corrections sont ensuite priorisées selon le risque et l'impact utilisateur.
BoucheCousue peut-il assurer le support après la migration ?
Oui. Nous pouvons traiter les demandes utilisateurs et administrateurs : comptes, alias, groupes, licences, accès Drive, terminaux, erreurs de connexion, délivrabilité email, départs collaborateurs et documentation interne.
Pourquoi auditer un Google Workspace déjà en place ?
Un audit permet de repérer les comptes inactifs, rôles administrateurs trop larges, groupes oubliés, licences inutilisées, partages Drive exposés, réglages SPF/DKIM/DMARC incomplets et procédures de départ fragiles.
Que faut-il surveiller après le passage sur Google Workspace ?
Il faut suivre les rapports DMARC, les incidents de délivrabilité, les comptes et licences, les partages externes, les terminaux connectés, les groupes sensibles et les demandes support récurrentes.
Comment éviter la surlicence Google Workspace ?
Il faut distinguer les profils qui ont besoin de fonctions avancées, comme Vault, plus de stockage ou une gestion renforcée des terminaux, des utilisateurs qui peuvent rester sur une édition plus simple. Une revue régulière des comptes et usages évite de payer des licences inutiles.
Sources
11 références
Vous souhaitez passer à Google Workspace ?
Parlons de votre contexte : nombre d'utilisateurs, messagerie actuelle, domaines, sécurité, migration et support attendu.
Google Workspace sur le blog
Google Workspace: quels réglages faire pour améliorer la sécurité de vos mailsAu fil du temps, Google a ajouté à son produit de collaboration Workspace des réglages de sécurité mais ils ne sont pas toujours activés, faisons le tour d'horizon !*
Exporter toutes les données d'un tenant Google Workspace avec Data Export toolVous avez besoin de fermer un tenant Google Workspace mais d'en conserver toutes les informations pour des raisons d'archivage légal par exemple ? Il existe une manière de le faire !
Hausse des prix chez Microsoft et GoogleLes éditeurs de solutions hébergées Microsoft 365 et Google Workspace augmentent leurs tarifs.
G Suite : Service de relais SMTP
Google Apps for Work Unlimited
Google Inbox : pas encore pour Google Apps