Ce qu'il faut retenir
Perplexity interroge le web au moment de la question et cite ses sources de façon nettement plus visible que les autres assistants. Trois conditions techniques décident de votre présence : le contenu doit être dans le HTML initial, les passages doivent tenir seuls, et le robot doit pouvoir accéder au site. Gardez enfin en tête qu'en août 2025, Cloudflare a documenté des accès à des sites l'ayant bloqué, ce que Perplexity conteste.
Perplexity se présente comme un moteur de réponse plutôt que comme un chatbot. L'interface tient la promesse, avec des sources numérotées et cliquables, là où d'autres assistants les relèguent en bas de réponse ou les omettent. Pour un éditeur de site, c'est la différence entre une citation qui peut ramener quelqu'un et une citation qui reste décorative.
Comment il choisit ses sources
À la réception d'une question, le système interroge le web, récupère un nombre limité de pages, en extrait des passages, et compose sa réponse en les attribuant.
Deux conséquences en découlent, et elles orientent tout le travail.
La sélection se joue au niveau du passage, pas de la page. Un document excellent dont la réponse est diluée sur trois paragraphes se fait battre par une page moyenne qui répond en une phrase nette. Tout se joue dans l'extraction, à un niveau où le classement n'intervient plus.
La fraîcheur compte davantage qu'ailleurs. Puisque la récupération se fait au moment de la question, une page mise à jour récemment a plus de chances d'être retenue qu'une page identique laissée en l'état depuis trois ans.
Les trois conditions techniques
- Le contenu doit être dans le HTML initial. Le robot n'exécute pas le JavaScript et n'attend aucun rendu. Une application en rendu client lui présente une page vide. C'est la cause d'absence la plus fréquente, et elle est traitée sur ma page JavaScript et SEO.
- Les passages doivent tenir seuls. Une affirmation complète, avec son chiffre, sa date et son périmètre, se reprend telle quelle. Une phrase qui commence par « comme on l'a vu » ne se reprend pas.
- L'accès ne doit pas être bloqué par accident. Les protections applicatives écartent volontiers les robots qu'elles ne connaissent pas, et leurs listes d'exception contiennent Googlebot bien plus souvent que les autres.
Ces trois conditions valent pour l'ensemble des moteurs génératifs, si bien qu'une demi-journée passée dessus profite à toutes les plateformes en même temps. La méthode complète figure sur ma page consacrée au GEO.
L'épisode Cloudflare d'août 2025
L'affaire a été largement commentée, souvent mal. Voici ce qui a été publié, et ce que j'en tire pour un client qui veut réellement contrôler l'accès à son site.
En août 2025, Cloudflare a publié une analyse affirmant que Perplexity continuait d'accéder à des sites qui l'avaient explicitement bloqué. Selon ce document, le robot commençait par se présenter avec son identifiant déclaré, puis, une fois bloqué, changeait pour un identifiant de navigateur générique imitant un navigateur ordinaire, en passant par des adresses ne figurant pas dans son registre officiel. Cloudflare a retiré Perplexity de sa liste de robots vérifiés et adapté ses règles.
Perplexity a contesté ces conclusions, qualifiant la publication d'argumentaire commercial et affirmant que les robots identifiés n'étaient pas les siens.
Ce que j'en retiens pour un client, indépendamment de qui a raison. Un fichier robots.txt est une convention, pas une barrière technique. Il fonctionne parce que les robots choisissent de le respecter. Si vous voulez réellement empêcher un accès, la seule méthode fiable passe par une protection applicative, avec vérification de l'identité par résolution de nom ou par plage d'adresses. C'est vrai pour tous les robots, et l'épisode n'a fait que le rendre visible.
Ce que la citation rapporte
| Point | Ce que j'observe |
|---|---|
| Visibilité des sources | Meilleure que chez la plupart des concurrents, numérotées et cliquables |
| Volume de trafic renvoyé | Modeste au regard de la recherche classique |
| Qualité des visites | Intention déjà formée, comportement à regarder séparément |
| Où le voir | Uniquement dans le rapport de trafic referral |
Ce trafic n'apparaît ni dans la Search Console, qui ne connaît que Google, ni dans les outils de suivi de positions. La seule façon simple de le mesurer consiste à créer un segment regroupant les domaines des plateformes génératives dans son outil d'audience, et à le suivre dans le temps. La méthode figure sur ma page consacrée au trafic referral.
Savoir si vous êtes cité
Faute d'outil dédié fiable, la mesure reste artisanale, et elle vaut mieux que rien.
On dresse une liste d'une vingtaine de questions que vos clients posent réellement, formulées dans leurs mots. On les pose à intervalles réguliers, on note qui est cité et sur quel sujet. Un trimestre suffit à voir apparaître une tendance.
Les réponses varient d'une session à l'autre sur une même question, ce qui interdit de conclure sur une interrogation unique. Il faut répéter et compter les occurrences, comme pour un sondage, et se méfier de la conclusion tirée d'un seul essai.
Le type de page qu'il reprend le plus volontiers
À force de relever qui est cité sur des listes de questions clientes, une régularité finit par apparaître. Elle n'a rien d'une loi, et elle oriente utilement le travail éditorial.
| Type de page | Reprise observée | Pourquoi |
|---|---|---|
| Réponse factuelle avec un chiffre daté | Fréquente | Le passage est autonome et vérifiable |
| Comparatif structuré en tableau | Fréquente | Chaque ligne constitue une affirmation extractible |
| Documentation officielle ou source primaire | Très fréquente | C'est la référence que le modèle préfère citer |
| Page commerciale sans contenu propre | Rare | Rien à extraire qui ne soit un argument de vente |
| Article long sans structure | Rare | La réponse est diluée, aucun passage ne tient seul |
La place accordée aux sources primaires décourage à tort. Elle signifie seulement qu'une page qui reprend un texte officiel sans rien y ajouter n'a aucune raison d'être préférée à ce texte. Reste à écrire ce que la source officielle ne dit pas, à savoir l'ordre des priorités, le coût réel, le cas particulier et la conséquence pratique.
Faut-il le bloquer
La question se pose différemment selon ce que vous vendez, et elle ne se tranche pas par principe.
Un éditeur qui vit des pages vues voit son contenu alimenter des réponses qui lui prennent ensuite ses visiteurs. Le blocage se défend, et plusieurs médias l'ont choisi.
Une entreprise de services se trouve dans la situation inverse, puisqu'elle facture une prestation et non des affichages. Figurer comme référence sur son sujet vaut mieux qu'en être absent, et bloquer revient à laisser la place aux concurrents.
Dans les deux cas, l'épisode de 2025 impose une précision technique. Si votre décision est de bloquer, vérifiez que le blocage fonctionne réellement, en examinant vos journaux de serveur plutôt qu'en vous fiant à la présence d'une règle dans un fichier. Une directive qu'on ne contrôle jamais est une intention, pas une protection.
Questions fréquentes
Sources
- Cloudflare, analyse des accès de Perplexity à des sites l'ayant bloqué, août 2025, et réponse de l'éditeur
https://ppc.land/perplexity-denies-training-ai-models-as-cloudflare-documents-stealth-crawlers/ - Couverture indépendante de l'épisode et des méthodes décrites
https://www.computing.co.uk/news/2025/ai/perplexity-accused-of-stealth-crawling-blocked-sites - Analyses publiées en 2026 sur l'absence d'exécution du JavaScript par les robots des moteurs génératifs, et relevés d'interrogation directe réalisés par mes soins. Consulté le 27 août 2026.