Come si rende un negozio e-commerce leggibile dagli agenti di shopping AI?

Inizia misurando il tuo divario

Prima di cambiare qualsiasi cosa, esegui il test che predice la maggior parte del problema. Recupera una pagina prodotto come farebbe un crawler — senza esecuzione JavaScript — e osserva cosa rimane.

Stai verificando quattro elementi nella risposta grezza: il prezzo, lo stato di disponibilità, l'identità della variante e un identificatore di prodotto stabile. Se uno di questi si materializza solo dopo il rendering lato client, allora un agente che valuta il tuo prodotto sta indovinando o ti sta saltando. Adobe ha rilevato che le pagine prodotto ottengono un punteggio del 66% in leggibilità automatica, il più basso di qualsiasi tipo di pagina, e questo è il motivo principale.

Esegui lo stesso test sulle tue pagine di collezione e sui tuoi risultati di ricerca. Le pagine di categoria che vengono renderizzate interamente lato client sono invisibili come superfici di scoperta anche quando i singoli prodotti sono a posto.

I quattro livelli, in ordine di ritorno sull'investimento

Ogni livello sottostante è utile indipendentemente. Niente di tutto ciò è sprecato se un particolare protocollo non dovesse affermarsi, che è la proprietà che desideri dato quanto è ancora in evoluzione.

La decisione su robots.txt che le persone sbagliano

Bloccare i crawler AI in blocco è una posizione difendibile per un editore il cui prodotto è il testo. È quasi indifendibile per un commerciante il cui prodotto è un prodotto: stai rifiutando di apparire nel canale di referral in più rapida crescita nel retail per proteggere il testo che hai scritto per vendere quel prodotto.

Sii intenzionale anziché predefinito. Decidi separatamente riguardo ai crawler che costruiscono corpus di addestramento e agli agenti che recuperano una pagina per rispondere a una domanda di shopping in tempo reale — sono accordi diversi, e la maggior parte dei rivenditori vuole ammettere il secondo incondizionatamente.

L'altro errore comune sono le regole di disallow troppo ampie. Se le tue superfici autenticate si trovano su percorsi a livello di root che sono prefissi di pagine di marketing, un semplice disallow deindicizza silenziosamente anche la pagina di marketing. Specifica ogni regola.

llms.txt è economico e l'obiezione ad esso è debole

Eravamo soliti inquadrarlo come una scommessa economica che nessuno aveva fatto. La nostra misurazione dice il contrario: su 147 marchi DTC ben noti, la maggior parte di quelli raggiungibili pubblica già un llms.txt — e la grande maggioranza non l'ha scritto, perché la loro piattaforma ne fornisce uno predefinito. Google ha detto che nessun sistema AI usa il file; se i commercianti lo pubblichino non è più in discussione.

Quindi la decisione non è se averne uno. È se il default generato valga qualcosa. Un template di 4.3KB descrive un negozio generico — non sa quali dei tuoi prodotti contano o cosa ti distingue da ogni altro marchio che pubblica lo stesso documento. I marchi che hanno scritto il proprio vanno da 566 byte a 28KB.

La regola in ogni caso: generarlo dal tuo registro di route anziché scriverlo a mano, in modo che non possa deteriorarsi. Un indice obsoleto è peggio di nessuno, perché punta con sicurezza a pagine che si sono spostate.

Cosa ottieni senza costruire nulla di tutto ciò su PlatformDTC

Su PlatformDTC queste sono proprietà della piattaforma anziché un progetto. I negozi online renderizzano i dati del prodotto lato server con markup strutturato come output predefinito della pipeline di pubblicazione. Il livello di scoperta — robots, sitemap, llms.txt — viene generato dall'albero di route reale al momento della build, quindi una pagina che viene rilasciata è una pagina che è scopribile.

Il livello programmatico è l'Agent Gateway: operazioni di catalogo, carrello, preventivo e ordine esposte come chiamate API con ambito e come strumenti MCP, con chiavi di idempotenza, un registro di audit e un gate di approvazione umana su qualsiasi cosa che comporti una spesa.