Choisir votre structure de domaine
Restez organisé à l'aide des collections
Enregistrez et classez les contenus selon vos préférences.
Lorsque vous choisissez comment utiliser vos domaines avec les services Google, tenez compte des options ci-dessous.
Identité unique : vous créez les comptes de tous les utilisateurs dans un seul domaine.
Domaines multiples : vous pouvez créer des comptes à la fois dans un domaine principal et dans des domaines secondaires.
Comptes distincts (non recommandé) : vous pouvez répartir les comptes utilisateur sur plusieurs comptes Google.
Comparer les options
Les sections ci-après décrivent les différentes structures de domaine possibles, avec leurs avantages et leurs inconvénients, et présentent un comparatif de leurs fonctionnalités.
Les utilisateurs peuvent recevoir des e-mails aux adresses alias.
Les utilisateurs ne peuvent pas se connecter à l'aide de domaines secondaires.
Les utilisateurs qui souhaitent utiliser un alias d'un domaine secondaire peuvent utiliser cette identité pour envoyer des e-mails uniquement (pas des invitations d'agenda ni des documents partagés). Un utilisateur avec une autre marque peut envoyer des e-mails à l'aide de la fonctionnalité "Envoyer en tant que", mais ne peut pas envoyer d'invitations d'agenda ni partager de documents.
Si un e-mail est envoyé à partir d'un alias ou d'un surnom, le destinataire peut identifier l'identité principale dans les en-têtes.
Des conflits potentiels peuvent survenir si un utilisateur d'un domaine secondaire possède le même nom d'utilisateur qu'un utilisateur du domaine principal.
Multidomaine
Un utilisateur d'un domaine secondaire peut avoir le même nom d'utilisateur qu'un utilisateur du domaine principal sans qu'aucun conflit ne se produise.
Les utilisateurs peuvent se connecter et avoir une identité sur un domaine principal ou secondaire.
Les utilisateurs peuvent envoyer des e-mails et des invitations d'agenda, et partager des documents depuis l'identité dont ils disposent sur un domaine secondaire.
Les opérations d'administration doivent être effectuées compte par compte.
Si un utilisateur d'un domaine secondaire et un utilisateur du domaine principal ont le même nom d'utilisateur, cela n'est pas signalé.
Les utilisateurs peuvent se connecter et disposer d'une identité externe dans le domaine requis.
Comptes distincts (non recommandé)
Restrictions relatives aux domaines multiples – les fonctionnalités suivantes, par exemple, ne sont disponibles que pour le domaine principal :
Logo personnalisé
Alias de domaine
Vous ne pouvez pas restreindre le partage aux utilisateurs d'un seul domaine.
Vous ne pouvez pas déléguer l'administration par domaine.
Pas de relations de "confiance" entre les comptes : vous devez configurer d'autres services de collaboration (Drive, Sites ou Meet, par exemple) pour un partage externe.
Plusieurs consoles sont nécessaires pour l'administration.
Frais généraux lors du transfert d'un utilisateur entre des domaines
Pas de réservation centralisée pour les ressources d'agenda partagé
Chaque compte gère une liste d'adresses globale distincte.
La délégation d'e-mails n'est disponible que pour les utilisateurs "locaux"
Comparer les fonctionnalités
Identité unique
Multidomaine
Comptes distincts
Expérience d'administration
Console d'administration unique
Oui
Oui
Non
Frais généraux lors du transfert d'un utilisateur entre des domaines
Faible
Faible
Élevée
Instances d'outils de synchronisation requises (par exemple, GADS, GAPS, GCC)
Célibataires
Célibataires
Plusieurs
Conflits d'espace de noms potentiels en cas de consolidation de domaines
Oui
Non
Non
Implique des complexités multidomaines
Non
Oui
Non
Expérience utilisateur
Carnet central pour les ressources d'agenda partagées
Oui
Oui
Non
Fonctionnalité de collaboration entre collègues
Excellentes
Excellentes
Limitée
LAG d'entreprise unique
Oui
Oui
Difficile
Délégation d'e-mails disponible entre collègues
Oui
Oui
Limitée
Possibilité pour les utilisateurs d'avoir une identité externe dans un domaine secondaire (par exemple, envoyer des e-mails, des invitations d'agenda ou des messages de partage de documents)
E-mail uniquement
Oui
Oui
Sauf indication contraire, le contenu de cette page est régi par une licence Creative Commons Attribution 4.0, et les échantillons de code sont régis par une licence Apache 2.0. Pour en savoir plus, consultez les Règles du site Google Developers. Java est une marque déposée d'Oracle et/ou de ses sociétés affiliées.
Dernière mise à jour le 2026/03/20 (UTC).
[[["Facile à comprendre","easyToUnderstand","thumb-up"],["J'ai pu résoudre mon problème","solvedMyProblem","thumb-up"],["Autre","otherUp","thumb-up"]],[["Il n'y a pas l'information dont j'ai besoin","missingTheInformationINeed","thumb-down"],["Trop compliqué/Trop d'étapes","tooComplicatedTooManySteps","thumb-down"],["Obsolète","outOfDate","thumb-down"],["Problème de traduction","translationIssue","thumb-down"],["Mauvais exemple/Erreur de code","samplesCodeIssue","thumb-down"],["Autre","otherDown","thumb-down"]],["Dernière mise à jour le 2026/03/20 (UTC)."],[],[]]