--- type: "product" id: 344 url: "https://prestadev.pl/it/markdown4agents-pro-dla-prestashop-tresc-sklepu-w-markdown-dla-agentow-ai.html" markdown_url: "https://prestadev.pl/it/markdown/product/344.md" title: "Markdown4Agents Pro per PrestaShop — contenuti del negozio in Markdown per agenti AI" image: "https://prestadev.pl/2357/markdown4agents-pro-per-prestashop-contenuto-del-negozio-in-markdown-per-agenti-ai.jpg" sku: "PDMD4APRO" brand: "PrestaDev.pl" price: 278.00 price_tax_excluded: 226.02 currency: "PLN" tax_included: true availability: "in_stock" is_pack: false customization_required: false condition: "new" categories: ["Importazione ed esportazione dati", "SEO e velocità del negozio"] language: "it" updated: "2026-09-11" --- # Markdown4Agents Pro per PrestaShop — contenuti del negozio in Markdown per agenti AI PD Markdown4Agents Pro è un modulo PrestaShop che rende il contenuto del negozio disponibile ad assistenti e agenti AI in formato Markdown, invece di costringerli a elaborare l’intera pagina HTML. Il modulo funziona tramite due canali indipendenti: la negoziazione del contenuto sull’indirizzo canonico del prodotto (una richiesta con intestazione **Accept: text/markdown** riceve Markdown, mentre il browser continua a ricevere HTML) e indirizzi **.md** paralleli per gli agenti che non inviano tale intestazione. Il documento viene generato direttamente dai dati di PrestaShop — prodotto, categoria, pagina CMS e produttore — e non tramite la pulizia dell’HTML renderizzato, grazie a cui contiene prezzi, varianti, caratteristiche e disponibilità come dati, e non come testo da interpretare. Il modulo genera anche i file **llms.txt** e **llms-full.txt**, cioè un indice dei contenuti del negozio leggibile dalle macchine, conforme alla convenzione sempre più diffusa per i modelli linguistici. La diagnostica integrata funge da salvaguardia: la negoziazione del contenuto viene installata disattivata e non può essere attivata finché il test non conferma, con vere richieste HTTP, che lo stack di questo negozio — CDN, reverse proxy, cache — non fornirà Markdown al browser né HTML all’agente. Il Markdown generato viene memorizzato nella cache del database e invalidato tramite hook quando cambiano prodotto, combinazione, promozione, stato di magazzino, categoria, pagina CMS e produttore, quindi non viene rigenerato a ogni richiesta. Il modulo applica con coerenza il principio secondo cui **l’agente non vede mai più di un ospite non autenticato**: rispetta il nascondimento delle quantità, i prodotti non disponibili per l’ordine, la modalità catalogo, il nascondimento dei prezzi agli ospiti, la visibilità del prodotto, la modalità manutenzione e la geolocalizzazione. Il contatore di accessi integrato mostra infine ciò che senza di esso è impossibile stabilire: se qualche agente interroga davvero il tuo negozio, tramite quale canale e con quale frequenza. ## Description ### Caratteristiche e vantaggi del modulo - Markdown costruito dagli oggetti PrestaShop, e non tramite conversione della pagina renderizzata — il documento non contiene menu, footer, moduli né codice di altri moduli. - Costo dei token radicalmente inferiore lato agente: l’intestazione **X-Markdown-Tokens-Estimate** in ogni risposta fornisce una stima della dimensione del documento, e il pannello mostra il confronto Markdown vs HTML per l’entità indicata. - Due canali di distribuzione indipendenti — negoziazione del contenuto sull’indirizzo canonico e indirizzi **.md** separati — così l’agente raggiunge il contenuto indipendentemente dal fatto che invii l’intestazione **Accept**. - Salvaguardia diagnostica prima di attivare la negoziazione: il modulo non consente di avviare la funzione finché non misura con richieste HTTP reali che un intermediario di cache non avvelenerà la cache condivisa. - Principio “l’agente non vede mai più di un ospite” implementato come regola, non come singole eccezioni — le impostazioni di visibilità del negozio si applicano agli agenti esattamente come a un visitatore anonimo. - Prezzi calcolati nel contesto dell’ospite, con risoluzione esplicita di valuta e paese, così la cache non memorizzerà il prezzo di un cliente per poi mostrarlo a tutti gli altri. - Pieno supporto multistore e multilingua: impostazioni, file **llms**, cache e contatore sono gestiti separatamente per ogni negozio e per ogni lingua. - Zero dipendenze esterne — senza Composer, senza librerie esterne, senza chiamate a servizi di terze parti; il modulo non invia i dati del tuo negozio da nessuna parte al di fuori della risposta alla richiesta. - Non raccoglie dati personali: il contatore degli accessi registra esclusivamente giorno, negozio, canale e famiglia del client, senza indirizzi IP, sessioni, URL completi e **User-Agent** completo. - Compatibilità da PrestaShop 1.7.1.0 a 9.x e da PHP 7.0 a 8.5, verificata su alberi sorgente reali, non solo dichiarata. ### Funzionalità principali del modulo - Negoziazione del contenuto sugli indirizzi canonici del negozio: una richiesta con **Accept: text/markdown** riceve un documento Markdown, una richiesta del browser riceve l’HTML invariato. - Intestazione **Vary: Accept** e tag **Link: rel="alternate"** sulle pagine HTML gestite dal modulo, così intermediari e agenti sanno che esiste una versione alternativa. - Indirizzi paralleli **markdown/{typ}/{id}.md** per prodotti, categorie, pagine CMS e produttori, con un proprio prefisso, per non entrare in conflitto con altri moduli che riscrivono gli URL. - File **llms.txt** — elenco curato delle sezioni più importanti del negozio: categorie di livello superiore, pagine informative e collegamento all’indice completo. - File **llms-full.txt** — indice compatto delle entità: titolo, indirizzo canonico, indirizzo **.md**, prezzo, disponibilità, SKU e riepilogo; suddiviso automaticamente in parti dopo il superamento della dimensione configurata. - Generazione di **llms-full.txt** esclusivamente tramite endpoint cron protetto da token, mai durante la richiesta di un visitatore, con budget di tempo e ripresa della ricostruzione interrotta. - Token cron separato per ogni negozio, confrontato in tempo costante, con comando **curl** pronto da copiare nel pannello. - Cache del Markdown generato nel database con durata configurabile e invalidazione tramite hook in caso di modifica di prodotto, combinazione, prezzo promozionale, regola di prezzo, stato di magazzino, categoria, pagina CMS e produttore. - Scheda Diagnostica: sette controlli eseguiti con richieste HTTP reali contro il punto di sondaggio del modulo, con distinzione separata tra i guasti “HTML servito all’agente” e “Markdown servito al browser”. - Controllo informativo del vero indirizzo di directory dopo l’attivazione della negoziazione, presentato separatamente e senza bloccare la funzione. - Anteprima del documento nel pannello per il tipo e l’identificatore di entità indicati, insieme al contatore dei token Markdown vs HTML e a un verdetto esplicito sulla visibilità dell’entità. - Scheda File: stato dei file **llms** per ogni lingua (presenza, dimensione, data, numero di entità, numero di parti), pulsante di ricostruzione manuale con budget di tempo e comando cron. - Contatore degli accessi degli agenti: aggregato giorno × negozio × canale × famiglia del client, con suddivisione nei canali **negoziazione**, **percorso .md** e **llms** e nelle famiglie **openai**, **anthropic**, **perplexity**, **google**, **bing**, **script**, **browser** e **other**. - Intestazioni di risposta coerenti con la destinazione del contenuto: **X-Robots-Tag: noindex, nofollow** sui documenti Markdown, **X-Content-Type-Options: nosniff**, **ETag** con supporto **304** e policy **Cache-Control** differenziata per l’indirizzo canonico e l’indirizzo **.md**. - Dati del prodotto nell’intestazione del documento: tipo, identificatore, indirizzo canonico, indirizzo Markdown, titolo, SKU, marchio, prezzo lordo e netto, valuta, informazione fiscale, disponibilità, indicazione di bundle, obbligo di personalizzazione, stato del prodotto, categorie, lingua e data di aggiornamento. - Prezzo regolare e importo e percentuale dello sconto, quando il prodotto è in promozione — l’agente non vedrà il prezzo promozionale come se fosse quello normale. - Tabella delle varianti con prezzo, quantità, disponibilità e identificatore della combinazione, così l’agente può indicare una variante specifica e non solo descriverla. - Contenuto dei bundle di prodotto con quantità e collegamenti ai documenti Markdown delle singole voci. - Informazione sui campi di personalizzazione obbligatori, con esclusione dei campi appartenenti ad altri moduli che PrestaShop non mostra nel frontend. - Selezione dei tipi di entità resi disponibili agli agenti, applicata in modo uniforme in tutti i canali: nei percorsi **.md**, nei file **llms** e nel tag della versione alternativa. - Directory di lavoro del modulo protetta dalla lettura diretta via rete, e file **llms** serviti esclusivamente dai controller del modulo. - Rispetto della modalità manutenzione del negozio e della geolocalizzazione — un negozio chiuso ai visitatori è chiuso anche agli agenti. - Pannello in convenzione PD con intestazione del modulo e barra delle schede, con suggerimenti accanto alle impostazioni dalle conseguenze onerose, come la frammentazione della cache CDN. ### Applicazione aziendale - Per i negozi PrestaShop che vogliono essere letti correttamente dagli assistenti agli acquisti e dagli agenti AI, invece di sperare che il modello ripulisca da solo la pagina HTML. - Per i venditori che vogliono controllare con precisione cosa arriva agli agenti — l’ambito dei tipi di entità, la visibilità di prezzi e quantità e la modalità di pubblicazione. - Per i negozi con un catalogo esteso, in cui la differenza tra una pagina HTML completa e un documento Markdown si traduce in una reale differenza di costo lato interrogante. - Per implementazioni multistore, in cui ogni negozio richiede le proprie impostazioni, i propri file **llms** e il proprio token cron. - Per le aziende che vogliono basare la decisione su ulteriori investimenti in questo canale sui dati — il contatore degli accessi mostra se e da dove gli agenti interrogano realmente. - Per i negozi che operano dietro CDN o reverse proxy, dove attivare autonomamente la negoziazione del contenuto senza verifica rischierebbe di servire la versione sbagliata della pagina ai clienti normali. ### Cosa il modulo non fa - Non è un modulo SEO e non migliora il posizionamento del negozio nei risultati di ricerca di Google — i documenti Markdown sono esplicitamente contrassegnati come non indicizzabili. - Non modifica l’aspetto, il contenuto né le prestazioni della pagina HTML vista dai clienti; la pagina gestita dal modulo riceve esclusivamente intestazioni aggiuntive che informano dell’esistenza di una versione alternativa. - Non invia i dati del negozio a nessun servizio esterno e non richiede account né chiave API. - Non traduce le etichette strutturali del documento — i nomi dei campi restano fissi e in inglese, perché sono destinati alla macchina, mentre il contenuto dell’entità è sempre nella lingua del negozio. ### Compatibilità - PrestaShop: **1.7.1.0 - 9.x** - PHP: **7.0 - 8.5** - Senza Composer e senza librerie esterne - Multistore: **sì**, impostazioni e file gestiti separatamente per ogni negozio - Multilingua: **sì**, documenti e file **llms** per ogni lingua attiva ## Features | Feature | Value | | --- | --- | | Supporto per Prestashop 9.x | Sì | | Supporto per Prestashop 8.x | SÌ | | Supporto per Prestashop 1.7.x | sì | | Traduzioni di moduli | PL, ING | | Supporto gratuito | sì | | Aggiornamenti gratuiti (1 anno) | sì | | Facile da installare | sì | ## Categories - Importazione ed esportazione dati - SEO e velocità del negozio ## Questions and answers ### Che cosa fa esattamente il modulo PD Markdown4Agents Pro? Language: it Il modulo rende disponibili i contenuti del negozio PrestaShop in formato Markdown, destinato ad assistenti e agenti AI. Funziona tramite due canali: all'indirizzo canonico del prodotto risponde in Markdown quando la richiesta contiene l'intestazione Accept: text/markdown, mentre per i client che non inviano tale intestazione mette a disposizione indirizzi paralleli che terminano con l'estensione .md. Inoltre genera i file llms.txt e llms-full.txt, ossia l'indice dei contenuti del negozio in formato leggibile dalle macchine. I tipi di contenuto supportati sono prodotti, categorie, pagine CMS e produttori. ### Si tratta di un modulo SEO? Migliorerà il posizionamento del mio negozio su Google? Language: it No. Non si tratta di un modulo SEO e non influisce sul posizionamento nei risultati di ricerca. I documenti Markdown sono esplicitamente contrassegnati con l’intestazione X-Robots-Tag: noindex, nofollow, cioè chiedono direttamente ai motori di ricerca di non indicizzarli. Il modulo risponde a una domanda diversa dalla SEO: come fare in modo che un assistente AI legga correttamente e a basso costo l’offerta del negozio, invece di elaborare l’intera pagina HTML insieme al menu, al piè di pagina e al codice di altri moduli. ### In cosa si differenzia dalla normale conversione di una pagina HTML in Markdown? Language: it Il modulo non converte la pagina renderizzata, ma costruisce il documento direttamente dai dati di PrestaShop. Grazie a ciò, il prezzo, il prezzo regolare in caso di promozione, la valuta, l’informazione sull’imposta, la disponibilità, lo SKU, le caratteristiche, le varianti con quantità e identificatori e il contenuto dei set vengono inseriti nel documento come dati strutturati, e non come testo da interpretare. La conversione dell’HTML, invece, restituisce ciò che si trova in quel momento nel livello di presentazione, insieme agli elementi dell’interfaccia e ai contenuti di altri moduli. ### I clienti del mio negozio noteranno qualche cambiamento? Language: it No. Il browser del cliente continua a ricevere una normale pagina HTML, senza modifiche nell'aspetto e nel contenuto. Le pagine gestite dal modulo ricevono soltanto intestazioni aggiuntive che informano gli intermediari e gli agenti dell'esistenza di una versione alternativa: Vary: Accept e Link rel="alternate". Il modulo non modifica il tema, non aggiunge script al front-end e non cambia il modo in cui la pagina viene renderizzata. ### Che cosa sono i file llms.txt e llms-full.txt? Language: it Si tratta di due file di testo nella convenzione adottata dagli strumenti basati su modelli linguistici. llms.txt è un elenco breve e curato delle sezioni più importanti del negozio: categorie di primo livello, pagine informative e un collegamento all’indice completo. llms-full.txt è un indice compatto di entità, in cui ogni voce contiene il titolo, l’indirizzo canonico, l’indirizzo della versione Markdown, il prezzo, la disponibilità, lo SKU e un breve riepilogo, mentre il contenuto completo viene recuperato dall’agente solo dal documento che ha suscitato il suo interesse. Il file viene suddiviso automaticamente in parti dopo il superamento della dimensione configurata. ### Perché dopo l'installazione non posso attivare subito la negoziazione dei contenuti? Language: it Si tratta di una protezione intenzionale. La negoziazione del contenuto consiste nel fatto che, a un unico indirizzo, la risposta dipende dall'intestazione della richiesta, e questo è pericoloso se un qualsiasi sistema di cache lungo il percorso — CDN, reverse proxy, cache dell'hosting — memorizza una versione e la serve a tutti. In tal caso, un normale cliente potrebbe vedere il testo grezzo invece della pagina del negozio. Per questo motivo, l'interruttore è bloccato finché la diagnostica integrata non verifica, tramite vere richieste HTTP, che lo stack del tuo negozio si comporti correttamente in entrambe le direzioni. La diagnostica stessa non modifica alcuna impostazione. ### Il modulo richiede la configurazione di un cron? Language: it Per il funzionamento completo sì, ma non per l’avvio. Il file llms-full.txt viene generato esclusivamente tramite un endpoint protetto da token e non viene mai creato durante la richiesta di un visitatore, così un catalogo di grandi dimensioni non blocca la pagina. Nel pannello è presente un pulsante per la ricostruzione manuale e un comando già pronto da copiare nella pianificazione delle attività. Senza cron il modulo funziona, e i file llms-full.txt si aggiornano solo quando fai clic sulla ricostruzione manuale. Ogni negozio ha il proprio token separato. ### L'agente AI vedrà i prezzi o le disponibilità di magazzino che nascondo ai non autenticati? Language: it No. Il modulo applica coerentemente il principio secondo cui l’agente non vede mai più di quanto veda un ospite non autenticato sul sito del negozio. Vengono rispettati: il nascondimento delle quantità in magazzino, i prodotti contrassegnati come non disponibili per l’ordine, la modalità catalogo, il nascondimento dei prezzi per il gruppo Ospite, le impostazioni di visibilità del prodotto, nonché la modalità di manutenzione del negozio e la geolocalizzazione. I prezzi vengono calcolati nel contesto di un visitatore anonimo, quindi la cache non memorizzerà il prezzo di un cliente per mostrarlo agli altri. ### Il modulo raccoglie dati personali oppure invia qualcosa all'esterno? Language: it No. Il modulo non richiama alcun servizio esterno, non richiede un account né una chiave API e non invia dati del negozio al di fuori della risposta a una richiesta in arrivo. Il contatore di accessi integrato registra esclusivamente dati aggregati: il giorno, l’identificativo del negozio, il canale e la famiglia del client ricondotta a poche categorie. Non registra indirizzi IP, identificativi di sessione, URL completi né il contenuto completo dell’intestazione User-Agent. ### Come farò a sapere se un qualsiasi agente utilizza effettivamente questi contenuti? Language: it A questo scopo serve il contatore di accessi integrato. Mostra il numero di richieste suddivise per giorno, negozio, canale e famiglia del richiedente. I canali comprendono la negoziazione del contenuto, gli indirizzi .md e i file llms, mentre le famiglie includono tra l'altro openai, anthropic, perplexity, google e bing, nonché le richieste provenienti da librerie di scripting e browser. In questo modo, la decisione di sviluppare ulteriormente questo canale si basa sui dati del tuo negozio, e non su supposizioni. ### Il modulo supporta il multistore e più lingue? Language: it Sì, in entrambi i casi completamente. Le impostazioni, i file llms, la cache, il token cron e il contatore delle visite sono gestiti separatamente per ciascun negozio. I documenti Markdown e i file llms vengono creati per ogni lingua attiva del negozio. Il salvataggio delle impostazioni richiede la selezione di un negozio specifico nel selettore, in modo che un solo clic non sovrascriva la configurazione degli altri negozi. ### Quali sono i requisiti tecnici e il modulo appesantisce il negozio? Language: it Il modulo funziona su PrestaShop dalla versione 1.7.1.0 alla 9.x e su PHP dalla 7.0 alla 8.5, senza Composer e senza librerie esterne. Il Markdown generato viene salvato nella cache del database e invalidato automaticamente in caso di modifica del prodotto, della combinazione, della promozione, della disponibilità di magazzino, della categoria, della pagina CMS o del produttore, quindi non viene rigenerato a ogni richiesta. La pagina HTML visualizzata dai clienti non viene ricostruita né rallentata — riceve esclusivamente intestazioni aggiuntive.