--- type: "product" id: 283 url: "https://prestadev.pl/it/dati-strutturati-schemaorg-json-ld-pro-per-prestashop.html" markdown_url: "https://prestadev.pl/it/markdown/product/283.md" title: "Dati strutturati Schema.org (JSON-LD) Pro per PrestaShop" description: "Aggiungi i dati strutturati JSON-LD a PrestaShop: prodotti, breadcrumb e informazioni sull’azienda. Controlla i duplicati dei markup Schema.org del tema." image: "https://prestadev.pl/1783/dati-strutturati-schemaorg-json-ld-pro-per-prestashop.jpg" sku: "PDSOP" brand: "PrestaDev.pl" price: 133.20 regular_price: 148.00 discount_percent: 10.00 discount_amount: 14.80 price_tax_excluded: 108.29 currency: "PLN" tax_included: true availability: "in_stock" is_pack: false customization_required: false condition: "new" categories: ["Moduli PrestaShop", "Principale", "SEO e velocità del negozio"] language: "it" updated: "2026-09-14" --- # Dati strutturati Schema.org (JSON-LD) Pro per PrestaShop **PD Schema.org Pro** aggiunge al tuo negozio PrestaShop dati strutturati completi *Schema.org in formato JSON-LD*, grazie ai quali Google comprende meglio l’offerta, il marchio e la struttura del negozio. Il modulo supporta i principali tipi di schema (tra cui **Product**, **BreadcrumbList**, **Organization**, **LocalBusiness**, **WebSite**) e consente di **rimuovere i microdati esistenti** dal template, per evitare duplicazioni. Funziona in ambiente **multistore**, non richiede modifiche manuali ai file ed è compatibile con i moduli di recensioni più diffusi, facilitando l’implementazione delle valutazioni e delle *“stelline”* nei risultati di ricerca. Nel caso in cui tu disponga di dati strutturati incompleti o della loro totale assenza nel template e nei moduli del template, il modulo sopra indicato è la soluzione migliore per te! ## Description ## Funzionalità principali del modulo ### Un unico grafo JSON-LD e controllo delle entità pubblicate - **Un unico documento JSON-LD.** Il modulo compone i dati abilitati in un unico grafo Schema.org con `@context` e `@graph`, invece di creare un frammento JSON separato per ogni tipo di dato. - **Collegamenti tramite `@id`.** Le entità possono fare riferimento tra loro, ad esempio l’offerta del prodotto all’organizzazione, e la pagina al sito web e ai breadcrumb. - **Generazione lato PHP.** Il JSON viene costruito dalla classe del modulo e codificato tramite `json_encode()`; il template riceve il markup già pronto . - **Rendering dopo la preparazione della pagina.** Il modulo utilizza `displayFooter` per avere accesso ai dati dell’elenco prodotti visibile e alle domande FAQ passate a Smarty. - **Interruttori indipendenti.** Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage e FAQPage vengono abilitati in modo indipendente. ### Organization, OnlineStore e dati commerciali - **Tipo di organizzazione.** È possibile configurare l’entità come `OnlineStore`, `OnlineBusiness`, `Organization`, `Corporation` oppure `Store`. - **Fonte dei dati aziendali.** Nome, indirizzo e contatti possono utilizzare le impostazioni del negozio PrestaShop oppure i valori inseriti manualmente nel modulo. - **Identificazione del soggetto.** Il modulo supporta tra l’altro ragione sociale, nomi alternativi, descrizione, logo, immagini, indirizzo, e-mail, telefono, profili `sameAs`, partita IVA, VAT ID, codice ISO 6523, GLN e data di fondazione — se i dati vengono completati. - **Punti di contatto.** Nella configurazione avanzata è possibile aggiungere canali di contatto ripetibili con tipo di contatto, telefono, e-mail, lingue e area di servizio. - **Condizioni commerciali.** All’organizzazione può essere assegnata la configurazione delle politiche di reso, dei servizi di consegna e dei livelli del programma fedeltà. I dati vengono pubblicati esclusivamente quando l’amministratore fornisce valori completi e veritieri. ### LocalBusiness per punti vendita fisici e servizio locale - **Un punto o più filiali.** I campi di base creano un’entità LocalBusiness predefinita, mentre l’elenco ripetibile delle filiali consente di pubblicare entità separate con identificatori stabili. - **Indirizzo e dati locali.** Per ogni sede è possibile indicare tipo di attività, nome, marchio, indirizzo, telefono, e-mail, indirizzo del sito, codice filiale, fascia di prezzo, area servita, pagamenti accettati e valute. - **Coordinate e mappa.** Sono disponibili campi per latitudine e longitudine, indirizzo della mappa e indirizzi delle immagini. - **Orari standard e speciali.** Il modulo supporta gli orari di apertura per giorni della settimana e righe con intervallo di date per orari stagionali o eccezionali. - **Validazione dell’indirizzo.** Per una sede attiva configurata manualmente sono richiesti dati di indirizzo completi: via, città, CAP e codice paese ISO a due lettere. ### Prodotto, offerta e varianti - **Product oppure ProductGroup.** Un prodotto senza varianti disponibili riceve l’entità `Product`; un prodotto con combinazioni disponibili può essere descritto come `ProductGroup` con entità `hasVariant`. - **Dati prelevati da PrestaShop.** Il modulo utilizza nome, descrizione, categoria, immagini, riferimento SKU, MPN, EAN-13, UPC, produttore, peso, dimensioni, prezzo, valuta, disponibilità e condizione del prodotto — quando disponibili e applicabili. - **Offerte dipendenti dalla possibilità di acquisto.** L’entità `Offer` viene aggiunta solo quando il catalogo non è in modalità catalogo, il prodotto può essere ordinato e il prezzo è visibile nella pagina prodotto. - **Varianti con indirizzo proprio.** Ogni variante pubblicata riceve un collegamento alla combinazione PrestaShop; quando il generatore URL restituisce un unico indirizzo canonico, il modulo aggiunge il parametro `id_product_attribute`. - **Mappatura delle caratteristiche della variante.** I gruppi di attributi possono essere assegnati a proprietà come colore o taglia, mentre gli altri assi delle varianti vengono passati come `additionalProperty` con il nome pubblico dell’attributo. - **Dati che estendono il prodotto.** La configurazione avanzata consente di mappare le caratteristiche del prodotto su proprietà, materiale, motivo, certificazioni e dati energetici. Il modulo trasmette anche il prezzo unitario, quando i dati di unità e coefficiente del prodotto consentono di calcolarlo. - **GTIN e immagini.** Il builder verifica la correttezza della lunghezza e della cifra di controllo del GTIN, e i dati delle immagini del prodotto includono le immagini disponibili del prodotto, non solo la copertina. - **Limite del numero di varianti.** Il limite predefinito è di 100 combinazioni per negozio, mentre il limite tecnico assoluto è 250. Superato questo valore, il modulo non costruisce un `ProductGroup` esteso con tutte le varianti, per non gonfiare la risposta della pagina. - **Consegna e resi.** È possibile trasmettere i dettagli di spedizione e la politica di reso a livello di organizzazione oppure abilitare una sovrascrittura separata per le offerte del prodotto. ### Pagine, contenuti ed elementi visibili del negozio - **BreadcrumbList.** Il modulo costruisce i breadcrumb dalla navigazione visibile e, quando non sono disponibili, applica la gestione delle pagine prodotto, categoria, produttore, fornitore, CMS e delle pagine blog riconosciute. - **WebSite nella home page.** L’entità `WebSite` viene pubblicata per la home page del negozio dopo la sua attivazione. - **WebPage e pagine speciali.** Il modulo crea `WebPage` con un tipo selezionato in base al controller corrente, e interruttori separati gestiscono `CheckoutPage`, `ContactPage` e `SearchResultsPage`. - **Article.** L’integrazione riguarda i post di `ph_simpleblog` e `smartblog`; può trasmettere titolo, descrizione, immagine, date e autore visibile nella pagina. - **CollectionPage.** Per gli elenchi di categorie, produttore, fornitore, novità, promozioni e bestseller, il modulo costruisce un elenco dei prodotti visibili. Il limite degli elementi è configurabile da 1 a 200, predefinito 50. - **FAQPage con contenuti visibili all’utente.** Domande e risposte vengono prelevate esclusivamente dai dati passati dalla pagina attualmente renderizzata con le chiavi `pd_faqs`, `product_faqs` oppure `faqs`. ## Pannello amministrativo e manutenzione dei dati - **Area di lavoro e anteprima.** Il pannello del modulo raggruppa le impostazioni degli schemi e include un’anteprima del JSON-LD generato in base alla configurazione corrente. - **Controllo del salvataggio.** Il modulo valida tra l’altro i dati richiesti dell’organizzazione manuale, e-mail, codici paese, indirizzi HTTP(S), intervalli numerici, orari, righe ripetibili e configurazione di consegna e resi. - **Multistore.** La configurazione viene salvata nel contesto del negozio; ogni negozio può pubblicare i propri dati aziendali, di localizzazione e commerciali. - **Rimozione del vecchio JSON-LD.** Gli strumenti del modulo possono eseguire un backup e rimuovere i vecchi frammenti JSON-LD rilevati dai file del tema o dei moduli, quindi ripristinare i dati selezionati dall’archivio. ## Importanza per SEO e GEO — senza promesse infondate Il JSON-LD trasmette ai motori di ricerca e ai sistemi che elaborano i dati informazioni strutturate sul negozio, sull’azienda, sui prodotti, sulle sedi e sui contenuti visibili. Per GEO è importante la coerenza di nomi, indirizzi, contatti, aree di servizio e profili con i dati reali dell’impresa; il modulo non li completa al posto dell’amministratore né ne verifica la veridicità oltre alla validazione del formato. I dati strutturati non sostituiscono la qualità della pagina, la disponibilità dei contenuti, l’indicizzazione, la politica del motore di ricerca né la configurazione di Google Search Console. Il risultato deve essere verificato sulla pagina pubblicata del negozio specifico dopo aver abilitato le entità appropriate e completato i dati. ## Importanti limiti di funzionamento - Il modulo non invia dati a Google, non segnala indirizzi all’indice e non forza i risultati avanzati. - Non gestisce il contenuto FAQ. Il file `faq.json` è materiale per l’importazione di domande e risposte; il modulo Schema.org stesso non lo legge direttamente durante la generazione della pagina. - `FAQPage`, `CollectionPage` e `Article` dipendono dai dati effettivamente disponibili nella pagina corrente e dalle integrazioni supportate. - Un tema o modulo personalizzato che non richiama `displayFooter` oppure non passa i dati visibili a Smarty richiede una verifica nel negozio specifico. - La versione 1.3.6 dichiara compatibilità con PrestaShop 1.7.0.0–9.99.99; l’ambiente PHP deve allo stesso tempo soddisfare i requisiti della versione di PrestaShop utilizzata. ### Link alla demo del modulo: **Demo pannello amministrativo:** [https://moduly-prestashop.eu/znaczniki-rozszerzone/admin-dev](https://moduly-prestashop.eu/znaczniki-rozszerzone/admin-dev) **Demo front office:** [https://moduly-prestashop.eu/znaczniki-rozszerzone](https://moduly-prestashop.eu/znaczniki-rozszerzone) **Verifica del corretto funzionamento dei dati strutturati:** [https://validator.schema.org](https://validator.schema.org) ## Guide e documentazione Scopri il contesto di implementazione e i limiti descritti nella guida. La portata dettagliata di questo prodotto è disponibile nella descrizione sopra. - [Dati strutturati Schema.org e JSON-LD in PrestaShop](https://prestadev.pl/pl/blog/baza-wiedzy/dane-strukturalne-schemaorg-w-prestashop-jak-zwiekszyc-widocznosc-sklepu-i-produktow-bez-grzebania-w-szablonie) ## Features | Feature | Value | | --- | --- | | Supporto per Prestashop 9.x | Sì | | Supporto per Prestashop 8.x | SÌ | | Supporto per Prestashop 1.7.x | sì | | Supporto Prestashop 1.6.x. | sì | | Traduzioni di moduli | PL, ING | | Supporto gratuito | sì | | Aggiornamenti gratuiti (1 anno) | sì | | Facile da installare | sì | ## Variants | Variant | SKU | Price | Availability | Variant ID | | --- | --- | --- | --- | --- | | Tipo di licenza / aggiornamento: Versione completa / licenza a vita | ` PDSOP-FULL ` | 133.20 | ` in_stock ` | ` 730 ` | | Tipo di licenza / aggiornamento: Solo aggiornamento (proroga dell'accesso per ulteriori 12 mesi) | ` PDSOP-UPD ` | 66.60 | ` in_stock ` | ` 731 ` | ## Categories - Moduli PrestaShop - Principale - SEO e velocità del negozio ## Questions and answers ### A cosa serve il modulo Dati strutturati Schema.org (JSON-LD) Pro per PrestaShop? Language: it Il modulo crea dati strutturati Schema.org in formato JSON-LD per gli elementi abilitati del negozio e per la pagina corrente. Può descrivere, tra le altre cose, l'organizzazione, la sede, il prodotto, le varianti, l'offerta, il percorso di navigazione, il sito web, la pagina, l'articolo del blog, l'elenco dei prodotti e le domande FAQ visibili. Ogni tipo di dato deve essere abilitato separatamente e configurato correttamente. ### Il modulo garantisce una posizione più alta, l'indicizzazione o un risultato avanzato su Google? Language: it No. Il modulo fornisce un markup tecnico JSON-LD, ma la decisione sull'indicizzazione, sul modo di interpretare i dati e sulla visualizzazione del risultato avanzato spetta al motore di ricerca. I dati strutturati non sostituiscono i contenuti accessibili, la corretta indicizzazione, la qualità della pagina né la conformità dei dati aziendali alla realtà. ### In quale formato il modulo pubblica i dati strutturati? Language: it Il modulo costruisce un singolo documento JSON-LD con il contesto https://schema.org e il grafo @graph. Le singole entità sono collegate tramite identificatori @id costanti; ad esempio, l’organizzazione può essere indicata come venditore dell’offerta del prodotto. Il JSON viene assemblato e codificato in PHP, e il modello riceve il tag script type application/ld+json già pronto. ### In quale punto della pagina appare il JSON-LD? Language: it Il modulo restituisce il markup pronto nell'hook displayFooter. Questo momento di generazione consente di utilizzare i dati dell'elenco dei prodotti visibile e delle FAQ passate a Smarty dalla pagina attualmente renderizzata. Il tema o il controller personalizzato deve richiamare questo hook affinché il markup venga visualizzato. ### Quali tipi di Schema.org possono essere attivati separatamente? Language: it Gli interruttori separati includono Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage e FAQPage. L’attivazione di una singola entità non avvia automaticamente le altre. Il modulo costruisce solo i nodi per i quali sono soddisfatte le condizioni della pagina e sono disponibili i dati richiesti. ### Quali tipi può avere l'entità organizzazione? Language: it Nella configurazione l'organizzazione può essere contrassegnata come OnlineStore, OnlineBusiness, Organization, Corporation oppure Store. La scelta dovrebbe corrispondere alla natura effettiva del soggetto. Il modulo non determina automaticamente il tipo in base al settore del negozio. ### Da dove il modulo recupera il nome, l'indirizzo e i contatti dell'organizzazione? Language: it Per l'organizzazione è possibile selezionare la fonte dei dati dalle impostazioni standard del negozio PrestaShop oppure inserire i valori manualmente nel modulo. Il nome manuale dell'organizzazione è obbligatorio nella lingua predefinita quando è stata selezionata la fonte di identità manuale. L'e-mail manuale viene convalidata come indirizzo e-mail. ### Quali informazioni sull'azienda può fornire Organization o OnlineStore? Language: it Dopo la compilazione, il modulo può trasmettere la ragione sociale, i nomi alternativi, la descrizione, il logo, le immagini, l'indirizzo, l'e-mail, il telefono, i profili sameAs, il NIP, l'ID IVA, il codice ISO 6523, il GLN e la data di fondazione. È inoltre possibile aggiungere punti di contatto. I dati vuoti non sono un motivo utile per aggiungerli, pertanto è necessario pubblicare esclusivamente informazioni aggiornate. ### Il modulo supporta le politiche di reso, consegna e il programma fedeltà? Language: it Sì. Nella configurazione avanzata dell’organizzazione sono disponibili righe ripetibili per le politiche di reso, i servizi di consegna e i livelli del programma fedeltà. Le righe vengono convalidate prima del salvataggio. Le condizioni devono corrispondere alle effettive regole del negozio, poiché il modulo non le recupera automaticamente né dai termini e condizioni né dal corriere. ### A cosa serve LocalBusiness nel modulo? Language: it LocalBusiness serve per descrivere un punto vendita reale o un servizio locale. Può contenere nome, indirizzo, contatti, tipo di attività, orari, coordinate, mappa, area di servizio, dati di pagamento e valute, nonché immagini. Non si deve includere questo schema per un indirizzo fittizio o un punto che non esiste. ### È possibile pubblicare più punti LocalBusiness? Language: it Sì. La configurazione avanzata consente di aggiungere più filiali; ogni riga diventa un'entità LocalBusiness separata con un proprio identificatore stabile. La filiale può sovrascrivere, tra l'altro, il nome, l'indirizzo, il contatto, le coordinate, l'indirizzo della mappa e l'indirizzo della pagina. Se non aggiungi filiali, il modulo utilizza i dati della posizione predefinita. ### Quali dati di indirizzo sono richiesti per un LocalBusiness configurato manualmente? Language: it Un LocalBusiness attivo con origine dell'indirizzo manuale richiede via, città, codice postale e codice paese ISO a due lettere. Il codice paese viene verificato rispetto ai paesi disponibili in PrestaShop. Se è stata selezionata l'origine dei dati del negozio, il modulo utilizza le impostazioni appropriate del negozio specifico. ### È possibile indicare gli orari di apertura e gli orari stagionali? Language: it Sì. Il modulo conserva i campi degli orari per i singoli giorni della settimana e la configurazione avanzata consente di aggiungere righe con i giorni, l'orario di apertura e di chiusura e le date di validità. L'intervallo di date serve, ad esempio, a descrivere gli orari stagionali o eccezionali. Gli orari devono avere un formato corretto. ### Il modulo crea il Product JSON-LD per ogni pagina prodotto? Language: it È necessario abilitare la creazione di Product o ProductGroup. Il modulo genera i dati solo per il prodotto attivo associato al negozio corrente e disponibile per il cliente attuale. La pagina del prodotto deve essere gestita correttamente da PrestaShop e dal tema. ### Quando il prodotto è descritto come ProductGroup? Language: it Se il prodotto ha combinazioni disponibili che rientrano nel limite delle varianti, il modulo crea un ProductGroup con hasVariant. In caso contrario, viene creato un singolo Product. Questa limitazione protegge la pagina da un grafo molto grande e da un numero eccessivo di letture per un prodotto con numerose combinazioni. ### Qual è il limite delle varianti del prodotto? Language: it Il valore di configurazione predefinito è di 100 combinazioni per negozio. L’amministratore può modificarlo, ma il modulo limita tecnicamente il valore a un massimo di 250. Dopo il superamento del limite, non viene costruito un ProductGroup completo con hasVariant. ### Quali dati di PrestaShop vengono inclusi nello schema del prodotto? Language: it A seconda della disponibilità, il modulo utilizza il nome, la descrizione, la categoria, tutte le immagini, lo SKU, l'MPN, l'EAN-13, l'UPC, il produttore, il prezzo, la valuta, la disponibilità, la condizione, il peso e le dimensioni. Trasmette inoltre la data di validità del prezzo, quando deriva dalle regole di prezzo correnti del prodotto o della combinazione. I dati vuoti o non corrispondenti non devono essere compilati artificialmente esclusivamente per il markup. ### Il modulo pubblica l'offerta Offer per il prodotto? Language: it L'offerta viene aggiunta quando il negozio non funziona in modalità catalogo, il prodotto può essere ordinato e il prezzo è visibile sulla pagina. L'offerta può contenere il prezzo, la valuta, la disponibilità, la condizione, il venditore, il prezzo unitario e i dati di consegna e reso configurati. Il modulo non crea un'offerta per un prodotto che il negozio non rende disponibile all'acquisto. ### Il modulo verifica i numeri GTIN? Language: it Il builder verifica la correttezza dei numeri GTIN supportati, inclusi la lunghezza e la cifra di controllo. EAN-13 e UPC vengono utilizzati solo se superano questa convalida. Il modulo non assegna numeri GTIN e non sostituisce i dati di catalogo corretti del produttore. ### Come funzionano gli URL delle varianti di prodotto? Language: it Ogni variante pubblicata è associata all'identificatore della combinazione PrestaShop. Se il generatore di URL restituisce lo stesso URL canonico per tutte le combinazioni, il modulo aggiunge o aggiorna il parametro id\_product\_attribute. In questo modo, i dati della variante e la sua offerta indicano la combinazione selezionata. ### È possibile mappare i colori, le taglie e altri attributi delle varianti? Language: it Sì. Nella configurazione è possibile assegnare i gruppi di attributi alle proprietà di Schema.org, ad esempio color o size. Gli assi di variante non assegnati possono essere descritti come additionalProperty con il nome pubblico del gruppo di attributi. La mappatura deve essere adattata al significato reale dell'attributo nel catalogo. ### Le caratteristiche del prodotto possono essere trasmesse come proprietà di Schema.org? Language: it Sì. Il modulo consente di mappare le caratteristiche del prodotto su additionalProperty, material, pattern, certificati e dati sul consumo energetico. È inoltre possibile trasmettere il prezzo unitario, se il prodotto dispone di un’unità e di un coefficiente che ne consentano il calcolo. Le proprietà dovrebbero provenire dai dati del prodotto effettivamente compilati. ### Il JSON-LD del prodotto può contenere valutazioni e recensioni? Language: it Il modulo trasmette l’aggregato delle valutazioni e l’elenco delle recensioni solo quando, nell’integrazione riconosciuta, sono disponibili dati approvati relativi alle recensioni del prodotto. Non crea valutazioni né recensioni autonomamente. La pubblicazione dei dati dovrebbe corrispondere alle recensioni effettivamente visibili e disponibili nel negozio. ### Come gestisce il modulo la consegna e i resi per i prodotti? Language: it I servizi di consegna e le politiche di reso possono essere configurati a livello di Organization. Quando un prodotto non ha una propria politica di reso, la sua offerta può fare riferimento alle politiche di reso dell'organizzazione; i dettagli di spedizione vengono aggiunti direttamente all'offerta solo dopo l'attivazione e il completamento della sovrascrittura della spedizione del prodotto. Il modulo non calcola il costo di spedizione per un carrello specifico e non sincronizza automaticamente il regolamento del negozio. ### Il modulo genera BreadcrumbList? Language: it Sì, dopo aver attivato BreadcrumbList il modulo utilizza la navigazione breadcrumb visibile. Quando non è presente nei dati della pagina, gestisce tra l'altro prodotto, categoria, produttore, fornitore, CMS e pagine del blog riconosciute. Gli elementi non validi senza nome o indirizzo HTTP(S) vengono ignorati. ### Dove il modulo pubblica il sito web? Language: it Il WebSite viene pubblicato sulla homepage del negozio dopo l’attivazione di questa entità. Può contenere nome, descrizione, nomi alternativi, lingua, profili sameAs e un riferimento all’organizzazione come editore. Il modulo non aggiunge il SearchAction deprecato. ### Quali pagine speciali supporta il modulo? Language: it Oltre al WebPage generale, sono disponibili gli interruttori CheckoutPage per i controller d’ordine supportati, ContactPage per la pagina dei contatti e SearchResultsPage per la pagina di ricerca. Il modulo associa il tipo di pagina al controller e ne recupera i metadati correnti. Ciascuno di questi schemi richiede l’attivazione nella configurazione. ### Sono supportati i post del blog come Article? Language: it Sì, l'integrazione Article include ph\_simpleblog nel controller single e smartblog nel controller details. Il modulo può trasmettere il titolo, la descrizione, l'immagine, la data di pubblicazione, la data di modifica e l'autore disponibili nei dati del post visibile. Altri sistemi di blog non sono supportati automaticamente da questa integrazione. ### Su quali elenchi di prodotti funziona CollectionPage? Language: it CollectionPage può essere creata per categoria, produttore, fornitore, novità, ribassi di prezzo e bestseller. Nell'elenco vengono inseriti i prodotti visibili nella pagina corrente, che hanno un nome e un URL. Il limite degli elementi viene impostato dall'amministratore in un intervallo da 1 a 200 e il valore predefinito è 50. ### Da dove il modulo preleva le domande per FAQPage? Language: it FAQPage non viene costruita a partire da un testo qualsiasi né dal solo file di importazione. Il modulo legge solo l’array di domande e risposte passato dalla pagina attualmente renderizzata a Smarty come pd\_faqs, product\_faqs oppure faqs. La domanda e la risposta devono essere non vuote per essere aggiunte a FAQPage. ### Il file faq.json viene letto direttamente dal modulo Schema.org? Language: it No. Il file faq.json ha il formato di importazione di domande e risposte per il sistema FAQ, e pdschemaorgpro non lo legge direttamente durante la generazione del JSON-LD. Affinché venga creato un FAQPage, le domande devono essere importate o inserite nel sistema FAQ utilizzato ed essere effettivamente trasmesse e visibili nella pagina in questione. ### Il modulo supporta il multistore? Language: it Sì. Le impostazioni di configurazione vengono salvate nel contesto del negozio, pertanto i singoli negozi possono avere i propri dati relativi all'organizzazione, alla sede, ai prodotti e alle regole commerciali. Prima del salvataggio, è necessario verificare il contesto attivo del negozio nel pannello PrestaShop. ### Il modulo verifica i dati prima del salvataggio? Language: it Sì. La convalida include, a seconda della sezione, tra l'altro campi obbligatori, e-mail, codici paese ISO, indirizzi HTTP(S), numeri non negativi, intervalli, orari e righe di dati ripetibili. I dati errati vengono segnalati nel pannello di configurazione. La convalida del formato non conferma tuttavia che l'informazione aziendale sia veritiera. ### Il pannello del modulo consente di visualizzare in anteprima il JSON-LD? Language: it Sì. Il pannello di amministrazione contiene un'anteprima del JSON-LD generato, preparata in base alla configurazione corrente. L'anteprima facilita il controllo delle impostazioni, ma la verifica finale deve essere eseguita sulla pagina pubblicata del relativo negozio, poiché una parte dei dati dipende dal contesto della pagina, del prodotto, dell'elenco oppure delle FAQ. ### Il modulo può rimuovere i dati strutturati più vecchi dal tema o da altri moduli? Language: it Il modulo contiene strumenti per eseguire il backup e la pulizia dei frammenti JSON-LD più vecchi rilevati dai file del tema o dei moduli. Consente inoltre di ripristinare i dati selezionati dall'archivio. L'operazione deve essere eseguita consapevolmente dopo aver verificato la copia e l'ambito dei file, poiché riguarda l'implementazione esistente del negozio. ### Il modulo invia dati a Google Search Console o a un'API esterna? Language: it No. Il modulo genera il markup JSON-LD nelle pagine del negozio; non segnala URL per l’indicizzazione, non pubblica dati tramite l’API di Google e non si collega a Search Console. L’eventuale monitoraggio dell’indicizzazione o la convalida in strumenti esterni restano al di fuori del modulo. ### I dati LocalBusiness supportano la GEO? Language: it Il modulo consente di trasmettere dati locali strutturati, come nome, indirizzo completo, telefono, coordinate, mappa, orari, area di servizio e profili ufficiali. Per la GEO è fondamentale che questi dati siano coerenti con l’azienda reale e con il contenuto della pagina. Il solo markup non garantisce la citazione da parte dei sistemi di IA né la visibilità nelle risposte generative. ### Con quali versioni di PrestaShop è dichiarata la compatibilità del modulo? Language: it La versione 1.3.6 dichiara la compatibilità con PrestaShop dalla 1.7.0.0 alla 9.99.99. La versione PHP richiesta dipende anche dalla versione di PrestaShop utilizzata e dal suo ambiente server. Dopo l’installazione o l’aggiornamento, è necessario verificare il risultato sulle pagine reali e nel tema utilizzato. ## Customer reviews - Average rating: 5.00/5 - Public reviews: 1 - Source: iqitreviews