La porte bon marché est la porte des machines. Servir une page HTML complète à un robot d’IA vous coûte de la bande passante et du rendu — et avec Cloudflare Pay-Per-Crawl, cela coûte de l’argent au robot. Votre point d’accès AXS répond à la même question en quelques centaines d’octets, gratuitement. Ce guide montre comment tarifer les deux portes en conséquence.
Pages complètes, scripts, images. Coûteuses à servir, lentes à analyser. Derrière la gestion des bots ou Pay-Per-Crawl : les agents qui tiennent à scraper paient le prix du marché.
/wp-json/ax/v1/*, /llms.txt, /.well-known/ax.json — ouvert, sans défi, sans frais. Des réponses complètes en quelques centaines d’octets.
Un agent qui apprend AXS obtient tout ce dont il a besoin pour un coût quasi nul. Aucun blocage, aucun cloaking — juste une tarification honnête de deux portes.
(http.request.uri.path contains "/wp-json/ax/v1/") or (http.request.uri.path eq "/llms.txt") or (http.request.uri.path eq "/.well-known/ax.json")/wp-json/ax/v1/x (réponses par requête) ; TTL court — par exemple 5 minutes — sur /llms.txt and /.well-known/ax.json./x à 300 requêtes par heure et par IP — aucune règle de limitation Cloudflare supplémentaire n’est nécessaire.curl -s "https://your-site.com/wp-json/ax/v1/x?s=ax1%20q.svc%20n%3D3%20f%3Dt%2Cd"Vous devriez obtenir une réponse AXS instantanée — pas de page de défi, pas de frais. Chargez ensuite n’importe quelle page HTML avec un user-agent de robot et confirmez qu’elle passe bien par votre politique de bots.
Cette configuration est optionnelle, réservée aux sites clients qui la demandent. rainz.ai lui-même et le dépôt ax-protocol restent entièrement ouverts à tous les robots — l’implémentation de référence reste libre d’accès pour l’apprentissage, par les deux portes.
Faire payer les agents IA pour l’accès n’est pas une décision unique mais un choix entre trois structures assez différentes. À la requête est le plus simple : un prix fixe par récupération, facile à mesurer et facile à expliquer, mais mal adapté à un robot qui a légitimement besoin de centaines de pages pour répondre à une seule question. À l’abonnement accorde à un agent identifié un quota défini sur une période, ce qui convient aux consommateurs réguliers et vous donne un revenu prévisible, mais exige une gestion d’identité dont vous ne disposez peut-être pas aujourd’hui. Au résultat ne facture que lorsque l’agent accomplit quelque chose de valeur — une réservation, un prospect, une conversion — et aligne le mieux les intérêts, mais c’est le plus difficile à instrumenter et le plus facile à contester.
La plupart des sites qui réussissent commencent par la facturation à la requête sur un chemin étroit et à forte valeur, apprennent à quoi ressemble réellement le trafic, et décident seulement ensuite si un modèle d’abonnement ou de résultat vaut la peine d’être construit. Commencer par le modèle le plus sophistiqué est un moyen fiable de passer trois mois à construire un système de facturation pour une demande qui ne s’est jamais matérialisée.
Facturer l’accès n’est pas une décision purement technique. Trois choses doivent exister d’abord : des conditions d’utilisation qui énoncent explicitement ce qui peut et ne peut pas être fait avec le contenu, un mécanisme d’identification qui distingue un agent payant d’un agent anonyme, et un parcours en libre-service par lequel une partie disposée à payer peut commencer à payer sans parler à un humain. Sans ces trois éléments, ce que vous avez mis en place est en pratique un blocage, pas une source de revenus.
Décidez à l’avance de ce qu’il advient du contenu déjà exploré. Facturer à partir d’aujourd’hui ne change rien à ce qui a déjà été appris, si bien que les sites dont toute la valeur réside dans une vieille archive constateront que le modèle les protège moins qu’ils ne l’espéraient. Les cas où la facturation fonctionne bien sont ceux où la valeur réside dans l’actualité : données changeantes, stocks, tarifs, ou contenu publié à un rythme régulier.
Il importe énormément de distinguer les agents IA qui tirent du contenu pour une consommation immédiate des robots de recherche qui vous renvoient du trafic en échange. Un blocage général qui ne fait pas cette distinction peut endommager une visibilité organique construite pendant des années, et ce dommage est lent à détecter et plus lent encore à réparer.
La règle pratique est de définir la politique par finalité d’usage plutôt que par technologie, et de garder l’accès gratuit pour quiconque renvoie du trafic ou une attribution visible. C’est aussi la position la plus susceptible de survivre au règlement réglementaire qui finira par arriver : elle est défendable, elle est explicable à un client, et elle ne dépend pas d’une identification correcte de chaque client.
Il existe des cas où la réponse honnête est que la facturation vous coûtera plus qu’elle ne rapportera. Si votre modèle économique repose sur le fait d’être recommandé — services professionnels, la plupart des logiciels B2B, tout ce qui a un long cycle de décision — alors un agent qui lit votre contenu et en parle à un acheteur potentiel fait un marketing que vous paieriez autrement. Le facturer revient à faire payer l’entrée de votre propre salle d’exposition.
La facturation a du sens lorsque le contenu est le produit plutôt que la publicité pour le produit : jeux de données, documentation de référence, flux de prix, recherche, tout ce qu’un concurrent pourrait revendre. Si vous ne pouvez pas énoncer en une phrase ce que l’acheteur obtient et qu’il ne pourrait pas obtenir gratuitement ailleurs, le marché répondra à cette question pour vous en allant ailleurs.
Vous n’avez pas à choisir entre l’accès gratuit et la facturation intégrale. La première étape raisonnable est la mesure seule : comprendre qui arrive, quelles pages sont demandées et à quel volume. Après un ou deux mois de données, vous pouvez choisir un seul chemin étroit, généralement la zone la plus coûteuse du site, et lui appliquer une politique. Si le revenu n’arrive pas, ou si le coût opérationnel dépasse le bénéfice, vous pouvez faire marche arrière sans dommage. Le geste qui cause vraiment du tort est l’inverse : un blocage général appliqué avant de disposer de la moindre donnée, qui supprime une visibilité mise des années à se construire.
Deux objections reviennent dans toutes les conversations sur la facturation de l’accès des agents, et toutes deux méritent une réponse franche. La première est que l’identification n’est pas fiable : les chaînes user-agent peuvent être falsifiées, et un agent déterminé à éviter des frais peut se présenter comme un navigateur. C’est vrai, et cela signifie que la facturation doit être traitée comme un arrangement commercial avec des parties qui veulent une relation stable, et non comme un mécanisme de contrainte contre tous les autres. Les parties qu’il vaut la peine de facturer sont celles qui veulent être facturées, parce qu’elles ont besoin d’un accès fiable et sont prêtes à payer pour l’obtenir.
La seconde objection est que la facturation pousse simplement les agents vers un concurrent qui ne facture pas. C’est également vrai, et c’est la raison pour laquelle la décision est une question de tarification et non de technique. Si votre contenu est substituable, le facturer accélère la substitution. S’il ne l’est pas, le marché paiera. Très peu de propriétaires de sites ont honnêtement testé laquelle des deux situations les décrit, et les données du recensement sont généralement le moyen le moins coûteux de le découvrir.