- ▸ Une erreur qui bloque la création du compte dès la première étape
- ▸ Neuf domaines cités comme faux positifs
- ▸ Un support qui remonte jusqu'aux ingénieurs produit
- ▸ Après une semaine, Google conseille de changer de domaine
Un développeur documente, dans un billet publié le 7 octobre 2025 sur son blog elis.cc, une erreur qui bloque la création d’un compte Google Workspace avec un domaine pourtant valide. Le message affiché, « Enter a valid domain name instead of an email provider », confond son domaine en .one avec un service de messagerie. Une semaine d’échanges avec le support plus tard, Google recommande de changer de nom de domaine.
À retenir – L’erreur « Enter a valid domain name instead of an email provider » bloque la création d’un compte Google Workspace sur un domaine légitime en .one, selon le billet publié le 7 octobre 2025. – Neuf domaines cités dans le récit, dont att.com et sfr.com, illustrent un filtre anti-fournisseur-mail qui semble sur-déclencher sur des noms courts ou à TLD atypique. – Après plusieurs escalades, jusqu’à une vérification vidéo demandée aux ingénieurs produit, le support conclut en recommandant d’abandonner le domaine plutôt que de corriger le filtre.
Une erreur qui bloque la création du compte dès la première étape
L’auteur du blog elis.cc raconte avoir tenté de créer un compte Google Workspace avec son propre nom de domaine, enregistré sur l’extension .one. Dès la validation du formulaire, le système renvoie un message d’erreur générique : « Enter a valid domain name instead of an email provider », rapporte-t-il dans son billet du 7 octobre 2025.
Le domaine en question n’est ni un service de messagerie grand public ni un alias technique. Selon le récit publié sur elis.cc, aucune documentation officielle de Google n’explique dans quels cas ce message se déclenche, ni comment le contester.
Neuf domaines cités comme faux positifs
Pour illustrer l’ampleur du problème, l’auteur liste neuf domaines qu’il affirme avoir vus signalés par le même filtre, d’après son billet : att.com, sfr.com, terra.co, inbox.kitchen, alice.app, live.space, live.lk, live.synxis.com et live.ink.
La liste mélange des noms d’opérateurs établis, comme att.com (AT&T) et sfr.com (SFR), et des domaines à extension récente de type .kitchen, .app, .space ou .ink. Le point commun avancé dans le billet : des noms courts ou génériques que le filtre anti-fournisseur-mail de Google Workspace semble classer par erreur comme des services de messagerie.
Un support qui remonte jusqu’aux ingénieurs produit
Le parcours de support décrit dans le billet suit une escalade classique mais longue. Un premier agent demande à l’auteur : « Have you tried to create this to another browser? », avant de suggérer un changement d’appareil.
Face à la persistance de l’erreur, le dossier est transmis à un spécialiste, puis à une équipe technique qui demande un enregistrement vidéo de la tentative de création de compte, selon le récit publié sur elis.cc. Cette étape mobilise, d’après l’auteur, des ingénieurs produit chargés d’examiner le cas en interne.
Ce niveau d’escalade pour un message d’erreur de formulaire tranche avec la nature du problème signalé : un domaine personnel refusé à l’inscription, sans e-mail ni compte actif derrière.
Après une semaine, Google conseille de changer de domaine
Le dénouement arrive une semaine après le premier signalement. Comme le rapporte l’auteur sur son blog elis.cc, le support finit par confirmer que le système a identifié à tort son domaine comme un fournisseur de messagerie, et recommande d’en utiliser un autre plutôt que de lever le blocage.
La réponse ne mentionne aucun correctif ni délai de résolution. Pour un domaine en .one, extension payante et enregistrée auprès d’un bureau d’enregistrement officiel, la suggestion revient à demander à l’utilisateur de renoncer à son identité en ligne plutôt que de corriger un filtre défaillant.
Ce que le cas révèle sur le filtre anti-fournisseur-mail
Le filtre vise, en théorie, à empêcher la création de comptes Workspace sur des domaines de services de messagerie tiers, ce qui expliquerait le blocage de noms comme live.space ou live.ink. Mais l’inclusion de att.com et sfr.com dans la même liste, selon le billet, suggère une règle trop large, qui confond extension courte et fournisseur d’e-mail.
Aucune source officielle de Google n’est citée dans le billet pour confirmer la logique exacte du filtre : l’analyse reste celle de l’auteur, à prendre comme un témoignage individuel et non comme une communication de l’entreprise. Le sujet s’ajoute à une série de dysfonctionnements documentés côté outils cloud d’entreprise où le support technique peine à expliquer une règle interne.
Le TLD .one, un cas isolé ou un signal plus large ?
Le problème touche-t-il tous les TLD premium ?
Le billet ne documente qu’un seul domaine en .one et neuf autres noms cités en exemple. Rien dans le récit ne permet d’affirmer que l’ensemble des domaines premium ou des nouvelles extensions sont concernés de la même manière.
Que faire si le même message d’erreur apparaît ?
Le support a suggéré à l’auteur de changer de domaine plutôt que de résoudre le blocage. La seule alternative documentée dans le billet consiste à rouvrir le dossier en insistant sur la légitimité du nom de domaine et à demander une escalade vers les équipes produit.
À suivre
Aucune réponse officielle de Google Workspace n’a été publiée à ce jour au sujet de ce filtre, selon les sources disponibles. La rédaction LagazetteIA suivra si l’entreprise communique un correctif ou une clarification d’ici la fin de l’année 2026, et mettra à jour cet article en conséquence.
