Google ignora llms.txt. Shopify lo pubblica comunque.
Google Search ignora llms.txt mentre Shopify pubblica URL di compatibilità. Riguardano consumatori e livelli tecnici diversi.
Ultimo aggiornamento:
Google Search dichiara di non usare llms.txt per AI Overviews, AI Mode, ranking o visibilità. Shopify serve invece llms.txt e llms-full.txt come URL di compatibilità per crawler che cercano queste convenzioni.
Non è una contraddizione. Google descrive gli input di Google Search. Shopify supporta una convenzione di scoperta e indica Shopify Catalog come fonte autorevole dei dati prodotto per i canali agentici attivati.
La posizione di Google
La guida AI features and your website mantiene le basi tradizionali: contenuti accessibili, utili e tecnicamente solidi, con superfici prodotto o attività appropriate. Google afferma che Search non richiede llms.txt né markup speciale per le funzioni IA e che tali aggiunte non aiutano né danneggiano ranking o visibilità.
Il file non è quindi necessario per AI Overviews o AI Mode, non è un fattore di ranking documentato e la sua assenza non è una penalità. La dichiarazione riguarda Google Search e non prova che nessun altro agente lo legga.
Cosa pubblica Shopify
La documentazione Products in agentic storefronts presenta /agents.md come guida canonica della vetrina. /llms.txt e /llms-full.txt sono URL di compatibilità e riportano di default le stesse indicazioni.
Shopify Catalog resta la fonte autorevole per prodotti, prezzi e disponibilità dei canali attivati. I file di scoperta non sostituiscono il catalogo.
Cinque livelli distinti
| Livello | Funzione | Esempio | Non prova |
|---|---|---|---|
| Motore di ricerca | Crawl, indice e ranking | Google Search | Lettura di llms.txt da parte di un agente |
| Guida per agenti | Mappa e indicazioni | agents.md, llms.txt |
Dati prodotto completi |
| Distribuzione prodotto | Prodotti, prezzi, disponibilità | Shopify Catalog | Controllo del checkout nel browser |
| Protocolli commerciali | Azioni strutturate | UCP, MCP, WebMCP | Ranking migliore |
| Conferma e pagamento | Consenso, challenge e ordine | Checkout, 3-D Secure | Autorizzazione dal file di scoperta |
HTTP 200 su /llms.txt prova soltanto che il file è stato servito. Non prova lettura, link seguiti, carrello, acquisto o ricavi.
Perché la compatibilità può avere senso
La proposta llmstxt.org, aggiornata il 10 agosto 2026, descrive un file Markdown per aiutare gli agenti. Una piattaforma può far convergere convenzioni diverse sulla stessa informazione mantenuta. Disponibilità non significa uso universale, come un feed RSS non dimostra che ogni lettore lo sottoscriva.
Il file di scoperta non è un feed prodotto
Un buon file è breve, stabile e selettivo. Un catalogo è dinamico e operativo. Copiare manualmente prezzi, stock, varianti, regioni o promozioni crea contraddizioni. I dati variabili richiedono fonte automatizzata e contratto di aggiornamento; altrimenti è più sicuro collegare la risorsa canonica.
robots.txt resta separato
Shopify distingue crawl del Web aperto e canali agentici attivati. robots.txt comunica preferenze di crawl, llms.txt propone orientamento e Shopify Catalog distribuisce dati prodotto. Nessuno sostituisce universalmente gli altri.
Quando è una priorità
Ha senso con un consumatore identificato o verificabile, link mantenuti, responsabilità e trigger di aggiornamento, senza promesse Google. Su Shopify va prima ispezionato ciò che la piattaforma serve live.
È secondario se pagine importanti non sono scansionabili, canonical incoerenti, dati prodotto errati, schema in conflitto, politiche poco chiare o flussi di checkout non testati.
Misurare senza confondere presenza e uso
- Presenza: stato, media type, encoding, contenuto, data e hash.
- Validità: sintassi, link, lingua, risorse canoniche e freschezza.
- Recupero: log autorizzati, ricordando che lo user-agent è falsificabile.
- Link seguiti: sequenza difendibile verso le risorse.
- Azione: viste, tool call, carrello, checkout e ordine confermato separati.
- Impatto incrementale: confronto controllato, non solo prima e dopo.
Una fase non misurabile non diventa zero.
Cosa si può affermare oggi
Al 29 settembre 2026, Google Search dice di non usare llms.txt; Shopify serve file di compatibilità e mantiene Catalog come fonte prodotto; llmstxt.org descrive una proposta comunitaria. Non sono provati uso universale, vantaggio di ranking o effetto sulla conversione.
La decisione dipende dal consumatore. Pubblicate per un pubblico documentato, mantenete il file fattuale e misuratelo come superficie di scoperta, non come scorciatoia verso Google.
Quando non è la priorità
Il file è secondario se crawl, canonical, dati prodotto visibili, dati strutturati, spedizione, resi o checkout non sono affidabili. Correggere queste basi serve più consumatori e produce evidenze migliori.
Checklist di manutenzione
Definite consumatore, responsabile e trigger di aggiornamento. Controllate link e redirect, eliminate promesse su Google, conservate hash e data e trattate il testo come input potenzialmente ostile. La spiegazione, gli esempi, il validatore e il generatore coprono passaggi distinti.
Assegnate anche una fonte autorevole a ogni fatto. Non copiate manualmente prezzo, stock, limiti regionali o promozioni dal catalogo, salvo aggiornamento automatico e monitorato. Un link alla policy o collezione canonica riduce il rischio di contraddizioni. Se cambiano le documentazioni di Google, Shopify o llmstxt.org, rivedete l’affermazione coinvolta e mantenete la data reale della revisione.
Nella misura, separate la richiesta del file, le richieste successive alle risorse collegate e l’azione commerciale. IP condivisi, cache e user-agent falsificabili possono rendere impossibile l’attribuzione. Anche una sequenza temporale non dimostra causalità senza considerare release, stagionalità, attivazione dei canali e modifiche ai contenuti.
Conclusione
“Google non lo usa” e “Shopify lo offre” rispondono a domande diverse. Il file può servire un consumatore documentato, ma non sostituisce dati prodotto, SEO tecnico o strumenti transazionali.