Amazon blocca agenti AI Meta: proteggere il tuo ecommerce

Le piattaforme di ecommerce stanno decidendo quale agente AI può entrare e quale no. Non è una scelta di marketing: è infrastruttura. Il 22 settembre 2026 Amazon ha bloccato l'accesso dell'agente Muse di Meta alle sue pagine di prodotto, impedendo a qualunque bot IA controllato da Meta di leggere prezzi, disponibilità e descrizioni dal catalogo. Se gestisci un ecommerce o un catalogo digitale, la stessa decisione toccherà anche a te, e devi farla oggi.

La domanda non è più «gli agenti AI possono comprare sul mio sito?», ma «decido io chi accede ai miei dati e chi no, oppure lascio che sia l'agente a decidere?». La risposta vive in tre posti: il file robots.txt, il protocollo llms.txt e i dati strutturati di Schema.org. Tre configurazioni, una decisa e il tuo catalogo diventa controllato. Niente apocalisse, solo tecnica.

In breve: gli agenti AI stanno diventando una categoria di utenti come i bot dei motori di ricerca, e ogni piattaforma decide se lasciarli dentro o no. Tu devi fare lo stesso. Puoi bloccare specifici agenti (come Muse) usando robots.txt e llms.txt, oppure permettere agli agenti di leggere e interagire con il tuo catalogo marcando i dati con Schema.org Product e Offer. Se hai un CDN come Cloudflare, puoi aggiungere regole bot. Il resto dipende da cosa vuoi davvero dal tuo ecommerce.

Cosa significa che Amazon ha bloccato Muse di Meta

Il 22 settembre 2026, Amazon ha aggiunto una riga al suo robots.txt globale: l'agente Muse di Meta non poteva più accedere al suo catalogo. Per Amazon è stato un gesto di controllo: un grande player decide chi entra e chi no.

Muse è un agente agentico (un sistema IA capace di navigare il web e prendere decisioni autonome) creato da Meta per interagire con ecommerce e servizi online. Se un utente di Meta chiede a Muse di cercare un prodotto su Amazon, l'agente dovrebbe entrare, leggere le pagine di prodotto, confrontare prezzi e disponibilità, e riportare il risultato. Amazon ha detto di no.

Non è stata una punizione verso Meta, né una restrizione tecnologica generica: è stato un decreto di accessibilità selettiva. Amazon ha scelto di permettere agli agenti di OpenAI, Google e Anthropic di accedere al suo catalogo, ma non a Meta. È infrastruttura, non censura. E ora ogni piattaforma sta facendo lo stesso.

Cosa significa per il tuo sito: il cambio di paradigma

Fino a ieri, i bot di Internet erano principalmente tre: i crawler dei motori di ricerca (Google, Bing), i bot di social media (Meta, TikTok, LinkedIn) e i bot di performance marketing (tracking pixel, analytics). Sapevi da chi venire letto e potevi agire di conseguenza.

Ora c'è una quarta categoria: gli agenti AI. Non vanno solo a leggere la pagina come fa Google. Entrano dentro un ecommerce, scorrono i prodotti, legge le recensioni, confronta prezzi, a volte interagiscono con il carrello. Un agente IA è come un cliente intelligente e automatico.

Il punto è che tu non sai quale agente è dentro il tuo sito finché non controlli i log, e la maggior parte delle PMI non lo fa. Amazon ha deciso di essere trasparente e dire «Muse non entra». Tu devi fare lo stesso, ma prima devi avere gli strumenti.

Come bloccare (o permettere) agenti AI: robots.txt

Il file robots.txt è il modo più diretto di comunicare ai bot che non li vuoi. Si mette nella radice del dominio (es. www.tuosite.it/robots.txt) e contiene regole per ogni bot nominatamente.

Se vuoi bloccare Muse di Meta:

Se vuoi bloccare tutti gli agenti agentic tranne Google e OpenAI, scrivi:

Il problema è che non tutti gli agenti rispettano robots.txt (alcuni bot loschi lo ignorano), e la maggior parte delle PMI non ha un processo per aggiornare quel file. Se usi WordPress, Webflow o Shopify, il tuo provider ti permette di editare robots.txt da pannello di controllo. Se usi Astro, Sanity o soluzioni custom, lo gestisci direttamente in git.

Un'avvertenza: robots.txt è pubblico. Chiunque legge www.tuosite.it/robots.txt vede esattamente quale agente stai bloccando. Non è un'autorizzazione segreta, è una dichiarazione.

llms.txt: il protocollo per gli agenti IA

Mentre robots.txt è un file vecchio di trent'anni, il protocollo llms.txt è il nuovo standard per gestire gli agenti IA. Non è ancora uno standard ufficiale, ma OpenAI, Anthropic e altri hanno cominciato a usarlo.

Il file si mette in www.tuosite.it/llms.txt e contiene istruzioni leggibili dagli agenti (scritte in linguaggio naturale, non in sintassi). Ecco un esempio:

Il vantaggio di llms.txt è che puoi scrivere istruzioni anche in linguaggio naturale, e gli agenti le leggono e le rispettano. Il limite è che funziona solo se l'agente è già conforme alla norma.

La pratica più sicura è usare sia robots.txt (per i motori di ricerca e i bot storici) che llms.txt (per i nuovi agenti).

Dati strutturati: Schema.org Product e quando permettere agli agenti di leggere il prezzo

Se vuoi che gli agenti leggano il tuo catalogo, devi marcarlo con dati strutturati di Schema.org. Specificamente, Schema.org/Product e Schema.org/Offer dicono agli agenti esattamente dov'è il prezzo, la disponibilità, le recensioni.

Un esempio minimo:

Se non usi dati strutturati, gli agenti IA devono parsare il testo e l'HTML della pagina (il metodo lento). Con Schema.org, leggono subito il dato che serve.

La domanda è: vuoi che i dati strutturati siano pubblici? Se sì, gli agenti li vedono. Se no, non marcherai il prezzo come Schema.org/Offer, e gli agenti avranno bisogno di più tempo per capire il prezzo della tua pagina. È una scelta di velocità vs controllo.

Regole bot su Cloudflare (o il tuo CDN)

Se usi Cloudflare, puoi aggiungere regole WAF (Web Application Firewall) che bloccano richieste da specifici bot, inclusi gli agenti IA. Non è tecnicamente lo stesso di robots.txt, perché agisce a livello di rete, non a livello di protocollo.

Una regola WAF di base:

Questo blocca la richiesta prima che arrivi al tuo server. Il limite è che non distingue sempre bene un agente da un altro, e le false positività possono bloccare anche bot legittimi.

Se non usi Cloudflare, la maggior parte dei provider di hosting ha un sistema di controllo accessi per User-Agent. Puoi chiedere al supporto di aggiungere una regola che blocchi Muse o altri agenti per nome.

Agentic Commerce: quando permettere agli agenti di comprare

Ci sono casi in cui vuoi davvero che gli agenti interagiscano con il tuo ecommerce. Se vendi prodotti commodity (scarpe, libri, elettronica), permettere a un agente di OpenAI o Google di completare un acquisto potrebbe aumentare le conversioni. È il "Agentic Commerce" a cui stanno lavorando OpenAI e Stripe.

Stripe ha pubblicato il "Agentic Commerce Protocol", un set di best practice per permettere agli agenti di pagare con carta di credito sul tuo sito senza rubare i dati della carta. Il protocollo usa OAuth e token temporanei, non il numero di carta in chiaro.

Se vuoi testare Agentic Commerce:

1. Markup i tuoi prodotti con Schema.org/Product e Schema.org/Offer (come sopra).
2. Configura il tuo checkout per accettare pagamenti via API (Stripe, PayPal, Solutionism).
3. Aggiungi un'intestazione CORS che permetta ai domini di OpenAI e Google di fare richieste al tuo checkout (o usa Stripe Payment Links, che è ancora più sicuro).
4. Documenta il flusso nel tuo llms.txt.

La domanda è sempre la stessa: cosa fai guadagnare più conversioni? Se rispondi «permettere agli agenti di Meta di leggere i prezzi», ma Meta li blocca da Amazon, allora stai lavorando per nulla. Se rispondi «permettere agli agenti di OpenAI di comprare», allora il protocollo di Stripe è la strada giusta.

Checklist operativa per proteggere il tuo ecommerce

1. Decidi la politica di accesso per agenti: scrivi su un documento interno se vuoi bloccare tutti gli agenti, permetterne solo alcuni, o permetterli tutti. Specificamente: OpenAI sì/no? Google sì/no? Meta (Muse) sì/no? Anthropic sì/no?
2. Crea o aggiorna robots.txt: accedi al pannello del tuo sito (WordPress, Shopify, Webflow, o la console del tuo server) e modifica il file robots.txt. Aggiungi regole User-agent e Disallow per ogni agente che vuoi bloccare. Se non conosci il nome esatto dell'agente, cerca "[Nome agente] user-agent string".
3. Crea llms.txt: nella radice del dominio, aggiungi un file llms.txt con la tua politica di accesso in linguaggio naturale. Includi i modelli permessi, quelli bloccati, e se vuoi che gli agenti usino il tuo sito per addestrare i loro modelli.
4. Markup i tuoi prodotti con Schema.org: se hai un ecommerce, aggiungi Schema.org/Product a ogni pagina di prodotto. Se usi Shopify, WordPress con plugin SEO, o una piattaforma moderna, è già fatto. Se usi un'altra soluzione, verifica con il tuo sviluppatore.
5. Se usi Cloudflare, aggiungi regole WAF: accedi a Cloudflare, vai su WAF Rules, e crea una regola che blocca le richieste da User-Agent specifici se necessario. Prova prima in modalità logging, non in blocco.
6. Testa il tuo robots.txt e llms.txt: usa il tool di Google Search Console per testare robots.txt, e controlla manualmente che www.tuosite.it/llms.txt sia accessibile da browser.
7. Monitora i log del server: imposta Google Analytics o un tool di log analysis per tenere traccia di quali agenti accedono al tuo sito. Se vedi nomi sconosciuti, ricerca cosa sono prima di bloccarli.

Gli errori da evitare

• Credere che robots.txt sia una barriera di sicurezza: robots.txt è una norma, non una protezione. Un bot malintenzionato lo ignora. Se serve vera sicurezza, usa WAF o firewall IP.
• Bloccare tutti gli agenti senza rifletterci: bloccare Google ha senso? No, se vuoi comparire su Search. Bloccare Cloudflare ha senso? No, se usi Cloudflare. Scegli consapevolmente.
• Non controllare i tuoi log: la maggior parte delle PMI non ha idea di quali bot entrino nel loro sito. Accedi ai log una volta al mese e vedi cosa sta succedendo.
• Confondere llms.txt con robots.txt: robots.txt è una norma decennale rispettata dalla maggior parte dei bot. llms.txt è nuovo e non tutti lo rispettano ancora. Usa entrambi.
• Marceare i prezzi con Schema.org ma poi bloccare gli agenti: se vuoi che gli agenti leggano il prezzo, non lo marcherai se poi li blocchi. Se lo blocchi, non ti serve marchearlo per gli agenti (anche se serve ancora per Google).
• Permettere Agentic Commerce senza testare il flusso di pagamento: se abiliti il tuo checkout per agenti, fai almeno un test con il tuo team prima di andare in produzione. Un bug nel flusso di pagamento potrebbe bloccare le vendite umane.

Domande frequenti su agenti AI e siti web

Gli agenti AI possono comprare davvero sul mio sito?

Sì, se il tuo checkout lo permette. OpenAI e Stripe hanno pubblicato il protocollo Agentic Commerce per permettere ai loro agenti di pagare con carta. Però il tuo sito deve supportarlo: se usi Shopify, la maggior parte dei checkout lo supporta già. Se usi WordPress, dipende dal plugin che usi per i pagamenti.

Se blocco Muse, Amazon sa che l'ho fatto?

No, Amazon non sa. Il tuo robots.txt è pubblico, ma Amazon non tiene traccia di chi lo usa. Se vuoi che Amazon sappia che hai una politica esplicita sugli agenti, devi contattare il suo team di relazioni pubbliche, cosa che nessuna PMI farà.

Che differenza c'è tra bloccabilitare i bot di Google e bloccare Muse?

I bot di Google Googlebot, Googlebot-Image, etc.) sono pubblici e documentati da venti anni. Quando blocchi Googlebot, sai cosa stai facendo. Gli agenti IA come Muse cambiano continuamente, e i loro User-Agent string spesso cambiano. Bloccare Muse oggi potrebbe non funzionare tra due mesi se Meta cambia il nome dell'agente.

Serve davvero bloccare gli agenti se non ho un ecommerce?

Dipende. Se hai un sito informativo (blog, portfolio, landing page), bloccare gli agenti non cambia nulla di pratico. Se hai contenuti che costano caro da generare (foto di prodotto, testi lunghi), permettere agli agenti di usarli per addestrare i loro modelli potrebbe non piacerti. Decidi in base a cosa offri.

Se uso WordPress, come edito robots.txt?

Se usi un plugin SEO (Yoast, Rank Math, All in One SEO), hanno un'interfaccia grafica per editare robots.txt. Vai nel pannello del plugin, sezione Tools, e cerca "Edit robots.txt". Se non usi un plugin, vai su wp-admin, e chiedi al tuo supporto di accedere al server via SFTP per editare /robots.txt nella radice.

Cosa succede se non blocco nessun agente?

Gli agenti entrano, leggono il tuo sito a velocità molto superiore a un umano, consumano banda, e rischiano di appesantire i tuoi server. Se il tuo sito è lento già di base, aggiungere agenti IA non aiuta. Se è veloce e scalabile (es. su CDN globale), gli agenti sono irrilevanti. Non è pericoloso, è una questione di risorse.

Il punto centrale

Le piattaforme grandi come Amazon stanno decidendo quale agente entra e quale no perché l'accesso ai dati è potere. Se non prendi questa decisione tu, la prenderà qualcun altro per te. Non è apocalisse, è infrastrutturaordinaria come fare un backup del database.

Inizia oggi: accedi al tuo sito, controlla se esiste già un file robots.txt, leggi cosa c'è dentro. Decidi quale agente vuoi bloccare (se qualcuno). Aggiungi due righe in robots.txt, crea un file llms.txt con la tua politica in linguaggio naturale, e testa che sia accessibile. Se usi un ecommerce, verifica che i tuoi prodotti siano marcati con Schema.org. Fatto in meno di due ore, il tuo sito è preparato per il 2026.

Il resto è monitoraggio, che fai una volta al mese guardando i tuoi log del server. Meno fretta, più sistema.