Espace de travail ChatGPT : partager un Site avec un client sans siège

Le 3 septembre 2026, ChatGPT Sites a ajouté l’accès pour des personnes externes nommément invitées. Il est désormais possible de partager un Site privé et en ligne avec un client, sans rendre son URL publique ni l’ajouter à votre espace de travail ChatGPT.

Partager un Site sans ajouter de siège à l’espace de travail ChatGPT

Ce réglage de partage paraît mineur. Son impact commercial, lui, ne l’est pas.

Avant cette mise à jour, l’accès compliquait les prévisualisations destinées aux clients. Le Site pouvait rester dans votre espace de travail, dont le client n’était pas membre, ou être publié sur Internet. Pour organiser une validation privée, les équipes devaient donc transférer la prévisualisation vers un autre outil, intégrer le relecteur à un workflow interne ou accepter une URL publique.

La nouvelle option se place entre ces possibilités. Le propriétaire d’un Site invite une personne externe identifiée par son adresse e-mail. Celle-ci se connecte avec le compte invité et peut utiliser le Site en ligne, sans pouvoir le modifier ni publier une nouvelle version. L’invitation ne lui donne pas non plus le statut de membre de l’espace de travail.

C’est ce dernier point qui change le budget. Un visiteur externe n’ajoute aucun siège à l’espace de travail. Si vous financiez un accès uniquement pour qu’un client puisse consulter un Site, ce siège n’est plus nécessaire dans ce parcours de prévisualisation.

Il ne s’agit pas d’un partage anonyme par lien. Le visiteur doit prouver qu’il est bien la personne invitée en se connectant au compte correspondant. Le fonctionnement ressemble davantage à un laissez-passer nominatif qu’à un lien que n’importe qui pourrait transférer et ouvrir.

Comprendre simplement les différents niveaux d’accès

Les personnes qui interviennent autour d’un projet ont désormais des rôles bien distincts dans ChatGPT Sites.

La distinction essentielle oppose l’audience aux droits d’action. L’audience détermine qui peut ouvrir le Site ; les droits d’action, qui peut le modifier ou le publier. Le partage externe nominatif élargit l’audience sans transférer hors de votre équipe les droits de modification ou de publication.

La publication publique reste par ailleurs un réglage indépendant. Un administrateur Enterprise peut autoriser certains rôles à inviter des visiteurs externes tout en laissant la publication publique désactivée. Dans les espaces Business, les créateurs bénéficient de l’accès pour les visiteurs externes via les autorisations générales de Sites. Dans Enterprise et Edu, le rôle de la personne qui envoie l’invitation doit disposer de l’autorisation dédiée aux visiteurs externes.

Ce que cela change dans le calcul économique

Impossible d’avancer un montant universel sérieux. Les pages actuelles d’OpenAI consacrées à Sites n’indiquent ni tarif distinct pour les visiteurs externes ni plafond de visiteurs nommés. Quant aux limites de la bêta, elles s’affichent directement dans le produit selon l’abonnement.

Le bon calcul est donc le vôtre :

Économie mensuelle potentielle sur les prévisualisations = coût mensuel des sièges d’espace de travail achetés uniquement pour les relecteurs externes + coût mensuel d’un outil distinct de prévisualisation privée dont vous pouvez réellement vous passer.

N’additionnez pas automatiquement ces postes. Si le client doit encore modifier le contenu, le commenter, le valider, comparer des versions ou travailler ailleurs dans votre espace, cette fonctionnalité ne remplace pas ce workflow. La mise à jour lui donne seulement un accès au Site en lecture seule ; elle ne fournit pas de système documenté de validation client.

Le gain de temps est plus évident. Votre équipe peut créer, déployer, restreindre et présenter le Site depuis un même produit. Plus besoin d’une exportation supplémentaire à maintenir à jour dans le seul but de protéger une prévisualisation par un accès nominatif.

Où ce mode de partage devient utile dès maintenant

Une agence présente une landing page

Une agence peut déployer la landing page proposée, inviter le responsable marketing du client et en interdire l’accès au reste d’Internet. Le client découvre le véritable Site interactif, tandis que l’agence conserve la maîtrise des fonctions essentielles de modification et de publication.

L’intérêt ne se limite pas à la confidentialité. Si l’agence contournait jusque-là le problème avec un siège interne ou une autre copie hébergée, elle peut s’en passer dès lors que le destinataire doit seulement consulter le travail.

Un consultant livre un rapport interactif

Un consultant indépendant peut transformer un rapport ou un tableau de bord léger en Site, puis inviter l’acheteur par e-mail. Celui-ci utilise le résultat sans rejoindre l’espace de travail du consultant.

Les commentaires et la validation formelle doivent rester dans le système prévu au contrat. Un accès en lecture seule permet de contrôler qui peut ouvrir le Site, mais ne crée pas à lui seul une piste d’audit pour les validations.

Un responsable produit recueille un avis extérieur

Un responsable produit peut montrer un prototype à un conseil juridique externe, à un conseiller de direction ou à un partenaire de recherche avant sa publication. Chaque relecteur reçoit un accès nominatif ; l’équipe produit conserve les modifications et la publication dans son espace de travail.

Ce mode convient surtout lorsque le relecteur doit tester le parcours. S’il doit réécrire des textes ou déplacer des composants, mieux vaut lui attribuer un rôle d’éditeur dans l’espace de travail ou passer par l’outil de design où ces tâches sont déjà réalisées.

Un administrateur Enterprise sépare prévisualisation et publication

Un administrateur Enterprise peut activer Autoriser les membres à inviter des visiteurs externes pour les rôles chargés des validations client sans activer la publication publique. Ces autorisations sont distinctes dans les paramètres de l’espace de travail.

L’équipe bénéficie ainsi d’une règle plus précise : les personnes autorisées peuvent inviter des utilisateurs externes nommément désignés, mais ne peuvent toujours pas rendre un Site public tant que le réglage de publication publique ne le permet pas.

Comment partager un site ChatGPT privé avec un client

Il s’agit d’un parcours de paramétrage, pas d’une intégration technique.

1. 1

   Vérifiez que l’option de partage est disponible

   Ouvrez le Site et sélectionnez Partager. Si l’option permettant de saisir une adresse e-mail externe n’apparaît pas dans un espace Enterprise ou Edu, demandez au propriétaire ou à l’administrateur de vérifier Paramètres de l’espace de travail, puis Autorisations et rôles, le rôle concerné, Accès anticipé et enfin Sites. Ce rôle doit être autorisé à inviter des visiteurs externes.

2. 2

   Vérifiez la version déployée

   Assurez-vous que le Site ne contient que les éléments que le destinataire est autorisé à voir. Ce mode de partage s’applique à un Site en ligne et chaque URL de déploiement est une URL de production, même lorsque son audience est restreinte.

3. 3

   Invitez le visiteur nommé

   Saisissez l’adresse e-mail du client dans les paramètres de partage, confirmez l’accès en lecture seule, enregistrez, puis vérifiez que la personne figure bien dans la liste des accès.

4. 4

   Testez le parcours du destinataire

   Demandez au client d’ouvrir le Site après s’être connecté au compte qui a reçu l’invitation. Testez l’affichage depuis ce compte au lieu de supposer que votre vue de propriétaire correspond à la sienne.

5. 5

   Retirez l’accès à la fin de la validation

   Supprimez le visiteur dans les paramètres de partage du Site. Vérifiez ensuite les autres réglages d’audience : un accès public ou étendu à tout l’espace de travail peut rester actif après la suppression d’une invitation directe.

Les limites à connaître

Le visiteur externe ne peut ni modifier ni publier le Site. Cette limite est précisément l’objectif du dispositif, mais elle impose de recueillir les retours ailleurs.

Supprimer un visiteur nommé n’est pas un coupe-circuit universel. Si le Site reste accessible à tout l’espace de travail ou à toute personne sur Internet, cet autre réglage d’audience peut continuer à lui donner accès.

Les abonnements et le déploiement imposent aussi leurs limites. Sites est proposé en bêta publique pour les espaces de travail ChatGPT ainsi que pour les comptes Plus et Pro. Au lancement, il n’est disponible ni avec Free ou Go, ni dans l’EEE, en Suisse ou au Royaume-Uni. Dans Enterprise, sa disponibilité dépend également des autorisations activées par l’administrateur.

Les contraintes de conformité priment sur le confort d’utilisation. Au lancement, ChatGPT Sites ne prend en charge ni la résidence des données ni celle des inférences. OpenAI précise également que Sites ne doit traiter ni données de santé protégées ni données de carte bancaire, sauf lorsque ces dernières sont prises en charge exclusivement par un prestataire de paiement tiers. Un visiteur nommé constitue un contrôle d’accès, pas une autorisation d’intégrer au Site des informations soumises à restriction.

Qui devrait utiliser cette option dès maintenant ?

Adoptez-la si vous créez déjà des Sites et si votre relecteur externe doit seulement voir et utiliser le résultat. Les agences, consultants et équipes produit peuvent ainsi remplacer le compromis d’une prévisualisation publique par un accès nominatif.

Attendez si l’option n’apparaît pas dans votre compte, si votre administrateur n’a pas approuvé les invitations externes ou si votre validation exige des commentaires intégrés, des modifications par des invités, la comparaison de versions ou une approbation formelle. Conservez l’outil de validation qui assure ces fonctions.

Rien ne change pour vous si vous publiez uniquement des Sites publics, travaillez exclusivement avec des membres du même espace, utilisez Free ou Go, ou exercez dans une zone où Sites n’a pas encore été lancé.

Inscrivez-vous à la newsletter pour recevoir des analyses claires des évolutions de plateforme qui transforment concrètement le travail.