ChatGPT n'ouvre pas votre site ? Le test Aura en 45 min
Un filtre de sécurité d'OpenAI peut refuser votre domaine aux agents, sans trace dans vos logs. Voici comment le prouver.
Votre site est en ligne, bien classé sur Google, et pourtant l'agent de ChatGPT refuse de l'ouvrir. Ce n'est ni votre pare-feu ni votre robots.txt : c'est Aura, un contrôle de sécurité central d'OpenAI décrit le 29 octobre par Search Engine Journal. Ce tuto vous donne la méthode pour savoir si vous êtes concerné, et quoi mettre dans un dossier si c'est le cas.
Précision d'emblée : la plupart des sites ne seront jamais touchés. Mais le coût d'un blocage est invisible, donc 45 minutes de vérification valent le coup pour tout site qui vit de sa visibilité ou vend en ligne.
Aura, c'est quoi exactement ?
Aura est un service interrogé avant chaque ouverture de page par les outils de navigation d'OpenAI. Le trafic réseau montre des appels à chatgpt.com/backend-api/aura/site_status. Si le domaine est marqué, ChatGPT en recherche live, le navigateur cloud de ChatGPT et les fonctions Browser Use et Computer Use de Codex refusent d'y aller.
Trois points rendent le sujet délicat :
- Le blocage prime sur les réglages locaux : un utilisateur qui a coché « Always allow » dans Chrome n'y change rien, selon l'issue GitHub n°29343 ouverte dès juin 2026 sur le dépôt de Codex.
- Le verdict est mis en cache 24 heures par hôte, d'après les observations des utilisateurs et l'analyse de Search Engine Journal.
- OpenAI ne documente pas publiquement le fonctionnement, ni de procédure d'appel dédiée. Dans l'issue GitHub, aucune réponse d'un mainteneur n'était visible à la date de notre lecture.
Le message d'erreur type : « The site-safety policy blocks this action; no user permission prompt or Auto-review was attempted. » Variantes rapportées : « Browser Use is not permitted on… » ou « URL cannot be opened (non-retryable error) ».
Qui est vraiment concerné ?
Les cas documentés publiquement sont surtout des plateformes e-commerce chinoises (1688.com, Taobao, AliExpress), des sites russes, des services de partage de fichiers comme mega.nz et certaines catégories sensibles. Mais l'issue GitHub montre aussi que ce n'est pas un blocage par pays, par langue ou par secteur : des sites comparables sont autorisés ou refusés sans logique apparente.
Le cas qui doit vous intéresser est celui d'un éditeur média international, raconté par Search Engine Journal sans le nommer. Depuis mai 2026, ChatGPT n'arrivait pas à charger ses pages, sans la moindre requête dans les logs du serveur. Ses cinq URL de test sont restées bloquées des semaines plus tard. Détail qui pique : le groupe avait mené une campagne publicitaire d'une journée avec OpenAI. Côté crawl, il recevait environ 5 000 passages du robot d'entraînement d'OpenAI en 30 jours, contre 477 000 pour Google et 564 000 pour Anthropic.
Pour une PME, le risque est moins spectaculaire mais réel. Un prospect demande à ChatGPT de comparer trois prestataires, l'agent n'ouvre pas votre page tarifs, et il s'appuie sur des sources secondaires ou périmées. Vos statistiques ne montrent rien. Et on peut le confondre avec un problème de visibilité dans les réponses des IA, que nous détaillons dans notre plan GEO pour être cité par ChatGPT.
Comment tester si ChatGPT peut ouvrir votre site : les 6 étapes
Étape 1 : choisir 10 URL qui comptent (5 min)
Page d'accueil, tarifs, contact, CGV, deux fiches produit ou service, un article de blog qui génère du trafic, la FAQ, une page d'un sous-domaine si vous en avez. Notez-les dans un tableur avec quatre colonnes : URL, date et heure (avec fuseau), résultat, extrait de log.
Étape 2 : demander à ChatGPT de les ouvrir (10 min)
Dans ChatGPT avec la recherche activée, tapez pour chaque URL : « Ouvre cette page et résume-la en trois lignes : [URL] ». Copiez le texte exact de toute erreur. Refaites le test avec le navigateur cloud de ChatGPT si votre offre le propose. Si vous avez Codex, tentez Browser Use sur la même page.
Étape 3 : ajouter deux sites témoins (5 min)
Dans la même conversation, faites ouvrir deux concurrents et un site tiers. C'est le point que le cas du média a rendu indispensable : sans témoin, impossible de dire si le souci vient de la session, du compte ou de votre domaine. Faites aussi un test sur un autre domaine qui utilise votre technologie, si vous en avez un.
Étape 4 : chercher la requête dans vos logs (10 min)
C'est l'étape qui tranche. Si l'agent affiche un refus et que vos logs ne contiennent aucune requête à l'heure du test, la décision a été prise avant d'arriver chez vous. Si une requête arrive et reçoit un 403, 429 ou un défi, le coupable est votre WAF ou votre CDN.
# logs Apache/Nginx au format combined : statut en champ 9
grep -Ei "GPTBot|OAI-SearchBot|ChatGPT-User" access.log | awk '{print $9}' | sort | uniq -c
Des 200 pour les trois robots et un refus de l'agent : le problème est en amont de votre serveur. Des 403 : regardez vos règles de bot management. Sur Cloudflare, vérifiez les réglages dédiés aux crawlers IA et les « managed challenges ». Le blog de Ken Ashe, qui reprend l'analyse, ajoute une liste utile à contrôler : robots.txt, en-têtes de sécurité, blocages par pays, pages qui exigent du JavaScript pour s'afficher, bandeaux de consentement bloquants.
Étape 5 : écarter les causes de votre côté (5 min)
Ouvrez les 10 URL en navigation privée, sans connexion, depuis un autre pays si vous avez un VPN. Vérifiez le certificat TLS, les chaînes de redirections, et que rien ne demande de login. Une page lente ou truffée de redirections échoue aussi, mais avec une trace dans vos logs : c'est la différence à retenir.
Étape 6 : constituer le dossier de preuves (10 min)
Rassemblez : captures des erreurs avec horodatage, résultats des témoins, extraits de logs (ou leur absence), vos règles robots.txt, WAF et CDN, et le statut des trois robots d'OpenAI. Un seul PDF, daté. Retestez ensuite à intervalle fixe : le cache de 24 h veut dire qu'un test le lendemain n'est pas redondant.
Site bloqué par OpenAI : comment demander un réexamen
Soyons francs : il n'existe pas aujourd'hui de formulaire d'appel public dédié à Aura. Search Engine Journal conseille de passer par les canaux existants : support OpenAI, contacts annonceur, partenaire ou entreprise si vous en avez. Dans le cas du média, le ticket a été remonté à des équipes spécialisées chargées de « réviser le blocage et déterminer s'il est attendu », sans que le support nomme Aura.
Posez trois questions dans votre ticket, et gardez le numéro de dossier :
- Mon domaine a-t-il une classification, et pourquoi ?
- Quelles surfaces sont touchées (recherche, navigateur cloud, Codex) ?
- Quelle est la procédure de réexamen ?
Ne comptez pas sur une réponse rapide. Dans l'issue GitHub, des utilisateurs réclamaient depuis juin une documentation de la politique, des erreurs plus explicites et une voie d'appel. Selon eux, le chat du centre d'aide n'ouvrait pas de ticket d'ingénierie. Une hypothèse circule, sans confirmation : beaucoup de sites bloqués ont un robots.txt très restrictif. Si le vôtre l'est, relisez-le avant de conclure à un blocage externe.
Pourquoi ce n'est pas un sujet de SEO classique
Le piège, c'est de traiter cela comme du GEO. Être cité par une IA dépend de votre contenu et de votre autorité ; être ouvert par une IA est une question de disponibilité, au même titre qu'un serveur qui répond. Ken Ashe le résume bien : « le site est en ligne » ne garantit plus que les agents puissent l'utiliser. Intégrez donc dix URL de test, une fois par mois, dans votre routine qualité, à côté de vos contrôles de vitesse et de certificats.
Le sujet rejoint deux dossiers déjà traités ici. D'une part la question de l'accès des agents aux boutiques : voir comment préparer sa boutique aux agents acheteurs, et le cas d'Amazon qui bannit l'agent de Meta. Le 29 octobre, le patron d'Amazon a d'ailleurs de nouveau critiqué les agents d'achat externes, d'après Fortune. Les portes d'accès aux catalogues se ferment de plusieurs côtés. D'autre part, si vous voulez que les agents utilisent votre site une fois qu'ils y entrent, lisez notre tuto WebMCP.
Aura dans votre veille : le test de contrôle sur d'autres assistants
Un blocage Aura ne concerne qu'OpenAI. Refaites donc vos 10 URL dans un autre assistant avec accès web, par exemple Perplexity : si la page s'ouvre là et pas dans ChatGPT, votre dossier est bien plus solide. Le test coûte deux minutes de plus par URL, et il vous évite de réclamer à OpenAI un problème qui vient de chez vous.
Pour suivre dans la durée si vous êtes cité, notre comparatif des outils GEO détaille les offres de 29 à 499 dollars par mois. Mais aucun ne remplace le test manuel de l'étape 2 pour détecter un blocage à la source.
Ce que ce tuto ne peut pas vous dire
Trois limites à garder en tête. D'abord, OpenAI n'a pas publié les critères d'Aura : tout ce qui touche à la cause d'un blocage reste de la spéculation, y compris l'idée que l'historique des prompts envoyé avec les URL pourrait déclencher des blocages de domaine entier. Ensuite, le cas du média reste un témoignage unique et anonyme. Enfin, le cache de 24 heures veut dire qu'un déblocage éventuel ne se verrait qu'au lendemain. Nous n'avons pas pu vérifier de procédure officielle de réexamen ; si OpenAI en publie une, on mettra cet article à jour.
Verdict
Si vous vendez en ligne, publiez du contenu ou dépendez de la découverte par les assistants : faites le test cette semaine, 45 minutes, une fois. Si vous n'avez qu'un site vitrine local, l'étape 2 sur trois pages suffit. Dans 95 % des cas, vous constaterez que tout s'ouvre, et vous aurez un point de référence daté. Dans l'autre cas, vous aurez un dossier en main avant que le problème ne coûte des clients que vous ne verrez jamais.