La porta economica è la porta delle macchine. Servire una pagina HTML completa a un crawler di IA vi costa banda e rendering — e con Cloudflare Pay-Per-Crawl costa denaro al crawler. Il vostro endpoint AXS risponde alla stessa domanda in poche centinaia di byte, gratis. Questa guida mostra come tariffare di conseguenza le due porte.
Pagine complete, script, immagini. Costose da servire, lente da analizzare. Dietro il bot management o Pay-Per-Crawl: gli agenti che insistono a fare scraping pagano il prezzo di mercato.
/wp-json/ax/v1/*, /llms.txt, /.well-known/ax.json — aperto, senza sfide, senza addebiti. Risposte complete in poche centinaia di byte.
Un agente che impara AXS ottiene tutto ciò di cui ha bisogno a costo quasi nullo. Nessun blocco, nessun cloaking — solo una tariffazione onesta di due porte.
(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 (risposte per singola query); TTL breve — per esempio 5 minuti — su /llms.txt and /.well-known/ax.json./x a 300 richieste all’ora per IP — non serve alcuna regola di rate limiting aggiuntiva su Cloudflare.curl -s "https://your-site.com/wp-json/ax/v1/x?s=ax1%20q.svc%20n%3D3%20f%3Dt%2Cd"Dovreste ottenere una risposta AXS istantanea — nessuna pagina di sfida, nessun addebito. Poi caricate una qualsiasi pagina HTML con uno user-agent da crawler e verificate che passi attraverso la vostra policy sui bot.
Questa configurazione è facoltativa, riservata ai siti clienti che la richiedono. rainz.ai stesso e il repository ax-protocol restano completamente aperti a tutti i crawler — l’implementazione di riferimento rimane libera da studiare, da entrambe le porte.
Far pagare l’accesso agli agenti IA non è una decisione sola, ma una scelta fra tre strutture piuttosto diverse. A richiesta è la più semplice: un prezzo fisso per ogni fetch, facile da misurare e facile da spiegare, ma poco adatta a un crawler che legittimamente ha bisogno di centinaia di pagine per rispondere a una sola domanda. Ad abbonamento concede a un agente identificato una quota definita su un periodo, il che si adatta ai consumatori abituali e vi dà ricavi prevedibili, ma richiede una gestione dell’identità che potreste non avere oggi. A risultato addebita solo quando l’agente porta a termine qualcosa di valore — una prenotazione, un contatto, una conversione — ed è il modello che allinea meglio gli interessi, ma anche il più difficile da strumentare e il più facile da contestare.
La maggior parte dei siti che ci riesce inizia con la tariffazione a richiesta su un percorso stretto e ad alto valore, impara com’è fatto davvero il traffico, e solo dopo decide se valga la pena costruire un modello ad abbonamento o a risultato. Partire dal modello più sofisticato è un modo affidabile di passare tre mesi a costruire un sistema di misurazione per una domanda che non si è mai materializzata.
Far pagare l’accesso non è una decisione puramente tecnica. Prima devono esistere tre cose: termini di servizio che dichiarino esplicitamente che cosa si può e non si può fare con il contenuto, un meccanismo di identificazione che distingua un agente pagante da uno anonimo, e un percorso self-service attraverso il quale chi è disposto a pagare possa iniziare a farlo senza parlare con una persona. Senza tutti e tre, quello che avete realizzato in pratica è un blocco, non una fonte di ricavi.
Decidete in anticipo che cosa succede al contenuto già scansionato. Far pagare da oggi non cambia ciò che è già stato appreso, quindi i siti il cui intero valore sta in un vecchio archivio scopriranno che il modello li protegge meno di quanto sperassero. I casi in cui la tariffazione funziona bene sono quelli in cui il valore sta nell’attualità: dati che cambiano, disponibilità, prezzi, o contenuti pubblicati con cadenza regolare.
Conta moltissimo distinguere gli agenti IA che prelevano contenuti per un consumo immediato dai crawler dei motori di ricerca che in cambio vi mandano traffico. Un blocco generalizzato che non li distingue può danneggiare una visibilità organica costruita in anni, e il danno è lento da rilevare e ancora più lento da riparare.
La regola pratica è definire la policy in base alla finalità d’uso e non alla tecnologia, e mantenere l’accesso gratuito per chiunque restituisca traffico o attribuzione visibile. È anche la posizione con maggiori probabilità di sopravvivere a qualunque assetto normativo arriverà: è difendibile, è spiegabile a un cliente e non dipende dall’identificare correttamente ogni client.
Ci sono casi in cui la risposta onesta è che far pagare vi costerà più di quanto renda. Se il vostro modello di business dipende dall’essere raccomandati — servizi professionali, gran parte del software B2B, qualsiasi cosa con un ciclo decisionale lungo — allora un agente che legge i vostri contenuti e ne parla a un potenziale acquirente sta facendo un marketing che altrimenti paghereste. Metterlo a pagamento equivale a far pagare l’ingresso al vostro stesso showroom.
Far pagare ha senso quando il contenuto è il prodotto e non la pubblicità del prodotto: dataset, materiale di riferimento, flussi di prezzi, ricerca, tutto ciò che un concorrente potrebbe rivendere. Se non riuscite a dire in una frase che cosa ottiene l’acquirente e che non potrebbe ottenere gratis altrove, il mercato risponderà a quella domanda per voi andando altrove.
Non dovete scegliere fra accesso gratuito e tariffazione integrale. Il primo passo sensato è la sola misurazione: capire chi arriva, quali pagine vuole e con che volume. Dopo uno o due mesi di dati potete scegliere un singolo percorso stretto, di norma l’area più costosa del sito, e applicargli una policy. Se i ricavi non arrivano, o se il costo operativo supera il beneficio, potete tornare indietro senza danni. La mossa che invece danneggia è quella opposta: un blocco generalizzato applicato prima di avere qualsiasi dato, che elimina una visibilità costruita in anni.
Due obiezioni tornano in ogni conversazione sul far pagare l’accesso degli agenti, ed entrambe meritano una risposta diretta. La prima è che l’identificazione non è affidabile: le stringhe user-agent possono essere falsificate, e un agente deciso a evitare un addebito può presentarsi come un browser. È vero, e significa che la tariffazione va trattata come un accordo commerciale con soggetti che vogliono una relazione stabile, non come un meccanismo coercitivo contro tutti gli altri. I soggetti che vale la pena fatturare sono quelli che vogliono essere fatturati, perché hanno bisogno di un accesso affidabile e sono disposti a pagarlo.
La seconda obiezione è che far pagare spinge semplicemente gli agenti verso un concorrente che non lo fa. Anche questo è vero, ed è il motivo per cui la decisione è una questione di prezzo e non di tecnica. Se il vostro contenuto è sostituibile, metterlo a pagamento accelera la sostituzione. Se non lo è, il mercato pagherà. Pochissimi proprietari di siti hanno verificato onestamente quale delle due situazioni li descriva, e i dati del censimento sono di solito il modo più economico per scoprirlo.