AISeeWhy
FR
Démarrer l'essai gratuit

Pourquoi mon site n'apparaît-il pas dans Perplexity ?

Publié le

Réponse courte

Perplexity ne peut faire apparaître et lier que les pages que PerplexityBot a le droit d'explorer et qu'il reçoit réellement. Les causes habituelles sont une règle robots.txt qui interdit PerplexityBot, un pare-feu ou un CDN qui lui répond par un 403 ou une page de vérification, et un texte qui n'apparaît qu'après l'exécution de JavaScript. Vérifiez ces trois points, puis autorisez les plages d'IP publiées par Perplexity.

Vous interrogez Perplexity sur votre produit, et il cite un concurrent, un site d'avis ou un fil de forum, mais jamais vos propres pages. Parfois, c'est une question de pertinence. Souvent, c'est un blocage technique que l'on repère en quelques minutes. Perplexity documente les agents qu'il utilise, le rôle de chacun et l'origine de son trafic : chaque maillon de la chaîne peut donc être contrôlé : le robots.txt, la réponse envoyée par votre serveur et le contenu de cette réponse.

Sur cette page
  1. Comment Perplexity trouve-t-il et lit-il les pages ?
  2. Votre robots.txt bloque-t-il PerplexityBot ?
  3. Votre pare-feu ou votre CDN bloque-t-il Perplexity ?
  4. Comment autoriser Perplexity à partir de ses plages d'IP publiées ?
  5. Le rendu JavaScript peut-il empêcher Perplexity de lire une page ?
  6. Et si tout est ouvert mais que mon site n'apparaît toujours pas ?

Comment Perplexity trouve-t-il et lit-il les pages ?

Perplexity documente deux agents. Ils ont des rôles différents, et un problème avec l'un ou l'autre peut garder votre page hors d'une réponse.

En pratique, PerplexityBot détermine si Perplexity connaît vos pages avant que quiconque pose une question, et Perplexity-User détermine s'il peut ouvrir une page en direct quand une question l'exige. Si vous voulez être cité, les deux doivent recevoir la même page qu'un navigateur.

Votre robots.txt bloque-t-il PerplexityBot ?

Ouvrez https://yourdomain.com/robots.txt et cherchez un groupe qui nomme PerplexityBot. S'il n'y en a pas, le robot suit le groupe User-agent: *. Selon la RFC 9309, la correspondance ne tient pas compte de la casse, et un groupe nommé remplace entièrement le groupe * au lieu de s'y ajouter.

Ce blocage est courant. Dans notre étude des fichiers robots.txt des 1 000 domaines les plus populaires, 86 des 518 sites qui servaient un robots.txt (16,6 %) interdisaient la page d'accueil à PerplexityBot. C'est la part la plus élevée de tous les robots de recherche IA que nous avons testés ; OAI-SearchBot était bloqué sur 58 sites (11,2 %). Certains de ces sites voulaient peut-être arrêter l'entraînement des IA, mais Perplexity indique que PerplexityBot n'est pas un robot d'entraînement : le bloquer fait perdre de la visibilité dans la recherche sans servir cet objectif.

Une configuration qui laisse entrer Perplexity et garde fermée une zone privée ressemble à ceci :

User-agent: PerplexityBot
Allow: /
Disallow: /account/

User-agent: *
Allow: /
Disallow: /account/

Sitemap: https://example.com/sitemap.xml

Vérifiez aussi que le fichier lui-même répond correctement. Si le robots.txt renvoie une erreur serveur, la RFC 9309 indique qu'un robot doit considérer que tout le site est interdit. Une adresse robots.txt qui renvoie une page HTML avec le statut 200 ne contient aucune règle valide. Perplexity indique que les changements peuvent mettre jusqu'à 24 heures à être pris en compte.

Votre pare-feu ou votre CDN bloque-t-il Perplexity ?

Le robots.txt est une demande, pas un contrôle d'accès. C'est votre pare-feu, votre CDN ou votre protection anti-bots qui décide de ce qui est réellement renvoyé, et il peut répondre à Perplexity par un 403, un 429 ou une page de vérification alors que vos propres visites avec un navigateur semblent normales. La documentation de Perplexity indique que les sites protégés par un pare-feu applicatif web (WAF) peuvent devoir autoriser explicitement ses bots.

Testez en demandant la même URL comme un navigateur, puis comme chaque agent de Perplexity, et comparez le statut et la taille :

for UA in "Mozilla/5.0 (Macintosh; Intel Mac OS X 10_15_7) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/131.0.0.0 Safari/537.36" \
          "Mozilla/5.0 (compatible; PerplexityBot/1.0; +https://perplexity.ai/perplexitybot)" \
          "Mozilla/5.0 (compatible; Perplexity-User/1.0; +https://perplexity.ai/perplexity-user)"; do
  curl -s -o /dev/null -w "%{http_code} %{size_download}\n" -A "$UA" https://example.com/page
done

Un 403, un 429 ou un 503 pour les seuls agents de Perplexity, une page intitulée Just a moment..., ou une réponse 200 beaucoup plus petite que celle du navigateur désignent tous le pare-feu. Ce test part de votre adresse IP et non de celle de Perplexity : il montre comment vos règles traitent le user-agent, mais des règles fondées sur l'IP peuvent encore se comporter autrement avec le vrai robot.

Si vous utilisez Cloudflare, notez deux points. La documentation de Perplexity reprend la déclaration de Cloudflare selon laquelle Bot Fight Mode ne peut pas être contourné par des règles personnalisées du WAF : si cette fonction soumet Perplexity à une vérification, une règle d'autorisation n'y changera rien. Ensuite, en août 2025, Cloudflare a indiqué avoir retiré Perplexity de sa liste de bots vérifiés après avoir observé ce qu'elle décrivait comme une exploration non déclarée ; Perplexity a contesté ce récit. Les règles qui ne laissent passer que les bots vérifiés peuvent donc ne pas couvrir Perplexity. Consultez l'état actuel dans votre tableau de bord plutôt que de le supposer.

Comment autoriser Perplexity à partir de ses plages d'IP publiées ?

N'importe qui peut envoyer une requête qui se dit PerplexityBot : une règle d'autorisation fondée sur le seul user-agent laisse donc aussi entrer les imitateurs. Perplexity publie les plages d'adresses de ses deux agents et recommande de faire correspondre ensemble le user-agent et l'adresse IP :

curl -s https://www.perplexity.ai/perplexitybot.json | jq -r '.prefixes[] | .ipv4Prefix // .ipv6Prefix'
curl -s https://www.perplexity.ai/perplexity-user.json | jq -r '.prefixes[] | .ipv4Prefix // .ipv6Prefix'

Perplexity indique que ces listes sont mises à jour régulièrement et conseille d'automatiser la mise à jour de vos règles WAF. Placez la règle d'autorisation au-dessus de toute règle qui bloque ou soumet les requêtes à une vérification : en premier dans les règles personnalisées de Cloudflare, ou avec un numéro de priorité plus bas dans AWS WAF. Surveillez ensuite vos journaux, car la propagation des changements de pare-feu peut prendre du temps.

Le rendu JavaScript peut-il empêcher Perplexity de lire une page ?

C'est possible. La documentation de Perplexity sur ses robots ne dit pas si ses agents exécutent JavaScript ; l'hypothèse prudente est donc que le texte dont un robot a besoin doit figurer dans le HTML envoyé par le serveur. Les pages construites entièrement dans le navigateur, comme les applications monopages sans rendu côté serveur, peuvent arriver sous la forme d'une coquille vide avec un indicateur de chargement.

Un contrôle rapide consiste à récupérer la page avec curl et à chercher dans le résultat une phrase de votre contenu principal. Si elle n'y est pas, le texte est ajouté par des scripts. Le rendu côté serveur, la génération statique ou le prérendu pour les robots règle le problème pour tous les robots d'IA à la fois, pas seulement pour Perplexity.

Et si tout est ouvert mais que mon site n'apparaît toujours pas ?

Être lisible est une condition préalable, pas une garantie. Perplexity ne publie pas la façon dont il choisit les sources à citer : une page que tous les agents peuvent lire peut donc encore perdre face à des pages qui répondent plus directement à la question. Ce que vous pouvez maîtriser, c'est qu'aucun obstacle technique ne se dresse : un titre de page clair, la réponse énoncée tôt dans le texte et des faits exacts, cohérents avec ce que vous dites ailleurs.

Rappelez-vous aussi ce que le robots.txt ne couvre pas. Perplexity indique que Perplexity-User ignore en général le robots.txt, puisque c'est un utilisateur qui a demandé la récupération. Une règle pour Perplexity-User n'est donc pas un moyen fiable de bloquer les visites en direct, et un robots.txt qui l'autorise ne prouve pas qu'il traverse votre pare-feu.

AISeeWhy demande votre page en tant que PerplexityBot, Perplexity-User et 12 autres robots, à côté d'un navigateur, applique vos règles robots.txt pour chacun, reconnaît les pages de vérification et montre quelle part du texte arrive sans JavaScript, afin que vous voyiez quel maillon de la chaîne cède.

Questions fréquentes

Perplexity entraîne-t-il ses modèles sur mon contenu ?

Perplexity indique que PerplexityBot n'est pas utilisé pour explorer du contenu destiné aux modèles de fondation d'IA et que Perplexity-User ne collecte pas de contenu pour l'entraînement. Interdire PerplexityBot ne sert donc pas à refuser l'entraînement ; cela réduit seulement votre visibilité dans les résultats de recherche de Perplexity.

Combien de temps après la correction du robots.txt Perplexity le remarque-t-il ?

Perplexity indique que ses systèmes peuvent mettre jusqu'à 24 heures à prendre en compte les changements du robots.txt. Les changements de pare-feu prennent effet quand votre fournisseur les applique, mais laissez au robot le temps de revenir avant de juger le résultat.

Puis-je bloquer Perplexity-User avec le robots.txt ?

Pas de façon fiable. Perplexity indique que cet agent de récupération ignore en général le robots.txt, puisque c'est un utilisateur qui a demandé la récupération. Si vous devez l'arrêter, une règle de pare-feu fondée sur ses plages d'IP publiées est le moyen fiable.

Vérifier le user-agent suffit-il pour identifier le trafic de Perplexity ?

Non. Les user-agents se copient facilement. Comparez l'IP source avec les plages que Perplexity publie dans perplexitybot.json et perplexity-user.json, et faites correspondre à la fois le user-agent et l'IP dans les règles de pare-feu.

Sources

Autres articles