Cas client
Perplexity bloqué par l’hébergeur, le site de nouveau lisible.
Une boutique en ligne et un site de conseils, hébergés chez Hostinger, apparaissaient très peu dans les réponses de Perplexity. Les journaux du serveur ont donné la raison : le pare-feu de l’hébergeur refusait le robot de Perplexity avant même que WordPress ne soit sollicité. Ni le robots.txt, ni Cloudflare, ni les réglages du site ne le laissaient voir.
Ce que nous avons fait
-
Trouver le vrai coupable
Les robots d’IA ne laissent aucune trace dans Google Analytics ni dans la Search Console. Seuls les journaux d’accès du serveur montrent leurs visites et la réponse reçue : un refus 403 produit par le pare-feu de Hostinger, et non par WordPress ou Cloudflare.
-
Écarter les fausses pistes
Robots.txt ouvert, Cloudflare hors de cause, liste blanche des adresses de Perplexity dans le panneau Hostinger, CDN de l’hébergeur coupé : chaque hypothèse vérifiée, aucune ne suffisait. Le pare-feu juge ces adresses sur leur réputation, et l’hébergeur ne prévoit pas d’exception.
-
Servir Perplexity depuis le cache
Une règle Cloudflare garde les pages en cache pour les seules adresses publiées par Perplexity. Le robot est servi par Cloudflare et ne croise plus le pare-feu de l’hébergeur.
-
Remplir le cache chaque heure
Le serveur repasse sur chaque page du plan du site toutes les heures, à un rythme que le pare-feu tolère. La durée de cache est réglée juste sous l’intervalle de passage : une page n’y reste jamais vide.
-
Le même cache partout dans le monde
Perplexity explore depuis les États-Unis, le préchargement part d’Europe. Le cache hiérarchisé de Cloudflare partage les pages entre ses centres de données, sans quoi le robot serait tombé sur un cache vide.
-
Rien d’ouvert à d’autres
Ni panier, ni compte client, ni page avec paramètres, ni visiteur connecté : la règle ne vise que des pages publiques, demandées par Perplexity depuis ses propres adresses. Les visiteurs et les autres robots passent comme avant.
Faites appel à nous quand
- votre site n’apparaît presque jamais dans Perplexity ou ChatGPT
- votre hébergeur filtre les robots sans vous dire lesquels
- vous voulez savoir quels robots d’IA lisent vraiment votre site, et ce qu’ils reçoivent
- changer d’hébergeur n’est pas envisageable à court terme
Notre démarche
-
Lire
Parcourir les journaux d’accès robot par robot, code de réponse par code de réponse.
-
Isoler
Tester chaque couche séparément : robots.txt, Cloudflare, pare-feu de l’hébergeur, WordPress.
-
Contourner
Servir le robot depuis le cache, en ne l’ouvrant qu’à ses adresses officielles.
-
Surveiller
Le journal du préchargement signale toute page qui ne répond plus ou sort du cache.
Résultats
Ce que montraient les journaux
- 58 % des visites du robot de Perplexity refusées sur la boutique
- 92 % des visites refusées sur le site de conseils
- 32 adresses officielles de Perplexity mises en liste blanche chez l’hébergeur, sans effet sur le pare-feu
Journaux d’accès du serveur sur 24 h, visites venues des adresses publiées par Perplexity, septembre 2026.
Questions fréquentes
Vos questions, nos réponses.
Pourquoi ne pas simplement changer d’hébergeur ?
C’est une option, mais longue et coûteuse pour un site qui fonctionne. Le cache règle le problème sans migration, et la règle se retire en un clic le jour où le site change d’hébergeur.
D’autres robots d’IA sont-ils concernés ?
Oui, à des degrés divers. Sur ce même hébergeur, nous avons aussi relevé des refus pour le robot d’entraînement d’OpenAI et pour celui de Meta, alors que ceux qui alimentent les réponses de ChatGPT et de Claude passaient. Le même mécanisme peut couvrir tout robot qui publie ses adresses.
Le robots.txt ne suffit-il pas à autoriser les IA ?
Non. Le robots.txt dit aux robots ce qu’ils ont le droit de lire, il ne garantit pas que le serveur leur réponde. Ici il était ouvert, et le pare-feu refusait quand même.
