I siti fintech hanno un problema con i crawler AI

Il 36% dei siti fintech consegna meno dell’80% del contenuto nel fetch HTTP grezzo

Quarantasette homepage su 274 restituiscono esattamente zero contenuti quando un crawler AI le interroga senza eseguire JavaScript. Il dato, emerso lo scorso 25 maggio da un’analisi di NoHacks sul settore fintech, non racconta di un malfunzionamento: racconta di un’architettura che, nel tentativo di offrire esperienze dinamiche agli utenti, ha dimenticato chi i contenuti deve leggerli prima ancora di mostrarli. Per chi fa SEO in questo settore, il problema non è più rimandabile.

Il buco nero dei crawler

Partiamo dai numeri che fanno male. Su 274 homepage misurate, 99 — il 36% — consegnano meno dell’80% del contenuto effettivo nel fetch HTTP grezzo, quello che GPTBot, ClaudeBot e la maggior parte dei crawler AI ricevono prima di qualsiasi rendering lato client. La fotografia è impietosa: quasi quattro siti su dieci nel fintech affidano la propria discoverability a un processo che i bot non possono o non vogliono completare.

La vera doccia fredda è il sottoinsieme peggiore: 47 domini — il 17% del campione — non forniscono alcun contenuto. Zero. Tra questi compaiono nomi che chiunque riconoscerebbe: Coinbase, Revolut, Binance e Plus500 sono citati nella ricerca di Web Performance Tools come esempi di brand fintech di primo piano che, di fatto, non esistono per gli agenti AI. Se il tuo sito rientra in questa categoria, non stai perdendo qualche posizione: stai rinunciando a un canale di scoperta intero.

Dall’altro lato, 101 realtà hanno già risolto il problema alla radice. Stripe, Adyen, Plaid, Marqeta, Remitly, Starling Bank, Neo Financial, Backbase e Thought Machine restituiscono il 100% del contenuto della homepage direttamente nel fetch HTTP. Nessuna attesa, nessun rendering aggiuntivo. I crawler vedono esattamente ciò che vedrebbe un browser, senza bisogno di interpretare bundle JavaScript da centinaia di kilobyte.

La tassa occulta del rendering

Ma l’invisibilità è solo la punta dell’iceberg. Dietro c’è un costo computazionale che pochi hanno calcolato seriamente. Il sito fintech mediano impiega quasi 20 volte più tempo per raggiungere il network idle — lo stato in cui tutte le richieste di rete sono completate e la pagina può dirsi pronta — rispetto al semplice recupero dell’HTML grezzo. La forbice è mostruosa: un rapporto di 19,7x nella mediana, che schizza a 21x quando si guarda il tempo effettivo per raggiungere l’idle completo.

Il meccanismo è noto a chiunque abbia ottimizzato Crawl Budget o Core Web Vitals: un crawler AI non ha il lusso di aspettare. Ogni fetch costa risorse computazionali, e se per leggere una homepage servono venti iterazioni di rendering invece di una, il moltiplicatore di costo diventa insostenibile. La ricerca di Web Performance Tools quantifica questo spread in 20x: ogni pagina fintech visitata da un agente AI richiede venti volte la computazione che basterebbe se il contenuto fosse già nell’HTML. Plus500 incarna il caso estremo con un rapporto di 498x, un numero che rende l’idea di quanto possa diventare profondo il disallineamento tra architettura front-end e requisiti di crawling.

Per chi gestisce SEO in-house o per agenzie che seguono clienti fintech, il trade-off è chiaro: più JavaScript deleghi al client, più stai tassando il crawl budget dei bot AI. E mentre Googlebot ha da tempo imparato a eseguire JavaScript — con costi e ritardi ben documentati — GPTBot e ClaudeBot non hanno lo stesso mandato. Leggono HTML. Punto.

Chi vince ha già cambiato architettura

La forbice tra chi abbraccia il rendering server-side e chi no si allarga ogni giorno. I dati di maggio 2026 mostrano che un terzo del fintech è già in buona posizione: 101 siti su 274 servono HTML completo. Non è una coincidenza che tra questi figurino realtà come Stripe, Adyen e Plaid, aziende che competono anche sulla capacità di essere trovate e interpretate da sistemi automatici. Essere visibili ai crawler AI oggi significa comparire nei dataset di training, nei riepiloghi generati, nelle risposte che modelli come GPT e Claude forniscono a domande finanziarie degli utenti. Significa occupare uno spazio informativo che prescinde dalla SERP tradizionale.

Un framework concettuale utile arriva dalla Machine-First Architecture, metodologia di progettazione e sviluppo creata da Slobodan Manić. Il principio è tanto semplice quanto trascurato: progettare perché le macchine leggano prima ancora che gli umani visualizzino. Non è una rivoluzione tecnica, è un ribaltamento di priorità. Significa che l’HTML deve contenere il contenuto, non un rimando a uno script che lo genererà. Significa auditare cosa restituisce il proprio server quando un client non esegue JavaScript.

L’audit è la prima mossa concreta. Basta un fetch HTTP grezzo — con curl, con uno strumento da riga di comando, con un controllo lato server — per sapere se la propria homepage rientra in quel 17% che non consegna nulla o in quel 36% che consegna meno dell’80%. Il divario è già misurabile e sta già producendo effetti. I crawler AI non aspettano. E chi non serve HTML puro oggi sta già regalando vantaggio competitivo a chi lo fa da tempo.