• -10%
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev
Schema.org per PrestaShop – dati JSON-LD Pro | PrestaDev

Dati strutturati Schema.org (JSON-LD) Pro per PrestaShop

Module version: 1.3.7

PrestaShop compatibility: 1.7.x 8.x 9.x 1.6.x

File del modulo aggiornato: 2026-09-14 15:37:28

Dati del prodotto aggiornati: 2026-09-14 17:21:00


1 Recensioni

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!

Tipo di licenza / aggiornamento
133,20 zł
108,29 złnetto 148,00 zł -10%
Lowest price in last 30 days before discount: 148,00 zł

Descrizione

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

Demo front office:
https://moduly-prestashop.eu/znaczniki-rozszerzone

Verifica del corretto funzionamento dei dati strutturati:
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.

Dettagli del prodotto

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ì
PDSOP-FULL

Changelog

Release history for this product. Expand an entry to see what changed.

  • poprawiono regex-y do czyszczenia mark-upu Json LD z plików modułów

  • dodano obsługę PrestaShop 9.x wraz z nowym systemem tłumaczeń w modułach
  • poprawiono escapowanie zmiennych podczas tworzenia markupu JSON-LD w tpl-u w skrajnych przypadkach mogło to powodować rozsypanie się struktury naszego JSON-LD i błędy podczas walidacji

FAQ

Find answers to the most common questions about this product.

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.

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à.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

È 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.

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.

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.

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.

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 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.

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.

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.

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 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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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.

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 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.

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.

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.

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.

Recensioni (1)

1 Recensioni
Działa zgodnie z opisem polecam.
Potwierdzam działa zgodnie z dokumentacja Schema.org dla produktów, sklepu, organizacji, itd.
Di Shopstar Su 2026-01-29