• -10%
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev
Schema.org für PrestaShop – JSON-LD-Daten Pro | PrestaDev

Strukturierte Daten Schema.org (JSON-LD) Pro für PrestaShop

Module version: 1.3.7

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

Moduldatei aktualisiert: 2026-09-14 15:37:28

Produktdaten aktualisiert: 2026-09-14 17:21:00


1 Bewertungen

PD Schema.org Pro fügt Ihrem PrestaShop-Shop vollständige strukturierte Daten Schema.org im JSON-LD-Format hinzu, sodass Google das Angebot, die Marke und die Struktur des Shops besser versteht. Das Modul unterstützt die wichtigsten Schematypen (u. a. Product, BreadcrumbList, Organization, LocalBusiness, WebSite) und ermöglicht es, vorhandene Mikrodaten aus dem Template zu entfernen, um Duplikate zu vermeiden. Es funktioniert in einer Multistore-Umgebung, erfordert keine manuellen Änderungen an Dateien und ist mit beliebten Bewertungsmodulen kompatibel, wodurch die Implementierung von Bewertungen und „Sternen“ in den Suchergebnissen erleichtert wird.

Falls Sie unvollständige strukturierte Daten oder deren vollständiges Fehlen im Template und in den Template-Modulen haben, ist das obige Modul die beste Lösung für Sie!

Lizenztyp / Aktualisierung
133,20 zł
108,29 złnetto 148,00 zł -10%
Lowest price in last 30 days before discount: 148,00 zł

Beschreibung

Die wichtigsten Funktionen des Moduls

Ein JSON-LD-Graph und Kontrolle über veröffentlichte Entitäten

  • Ein JSON-LD-Dokument. Das Modul fügt die aktivierten Daten zu einem Schema.org-Graphen mit @context und @graph zusammen, anstatt für jeden Datentyp ein separates JSON-Fragment zu erstellen.
  • Verknüpfungen über @id. Entitäten können sich gegenseitig referenzieren, zum Beispiel ein Produktangebot auf die Organisation und eine Seite auf die Website und die Breadcrumb-Navigation.
  • Generierung auf PHP-Seite. Das JSON wird von der Modulklasse aufgebaut und mit json_encode() kodiert; das Template erhält das fertige Markup .
  • Rendering nach dem Aufbau der Seite. Das Modul verwendet displayFooter, um Zugriff auf die Daten der sichtbaren Produktliste sowie der an Smarty übergebenen FAQ-Fragen zu haben.
  • Unabhängige Schalter. Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage und FAQPage werden unabhängig voneinander aktiviert.

Organization, OnlineStore und Geschäftsdaten

  • Organisationstyp. Die Entität kann als OnlineStore, OnlineBusiness, Organization, Corporation oder Store konfiguriert werden.
  • Quelle der Unternehmensdaten. Name, Adresse und Kontakt können aus den PrestaShop-Shop-Einstellungen oder aus im Modul manuell eingegebenen Werten übernommen werden.
  • Identifikation des Unternehmens. Das Modul unterstützt unter anderem den rechtlichen Namen, alternative Namen, Beschreibung, Logo, Bilder, Adresse, E-Mail, Telefon, sameAs-Profile, Steuernummer, VAT ID, ISO-6523-Code, GLN und Gründungsdatum — sofern die Daten ergänzt werden.
  • Kontaktstellen. In der erweiterten Konfiguration können wiederholbare Kontaktkanäle mit Kontaktart, Telefon, E-Mail, Sprachen und Betreuungsgebiet hinzugefügt werden.
  • Geschäftsbedingungen. Der Organisation kann eine Konfiguration für Rückgaberichtlinien, Lieferdienste und Stufen des Treueprogramms zugewiesen werden. Die Daten werden ausschließlich dann veröffentlicht, wenn der Administrator vollständige, wahrheitsgemäße Werte angibt.

LocalBusiness für stationäre Standorte und lokalen Service

  • Ein Standort oder mehrere Filialen. Die Basisfelder erstellen eine standardmäßige LocalBusiness-Entität, und eine wiederholbare Filialliste ermöglicht die Veröffentlichung separater Entitäten mit stabilen Kennungen.
  • Adresse und lokale Daten. Für einen Standort können Geschäftstyp, Name, Marke, Adresse, Telefon, E-Mail, Website-Adresse, Filialcode, Preisspanne, bedientes Gebiet, akzeptierte Zahlungsmittel und Währungen angegeben werden.
  • Koordinaten und Karte. Es stehen Felder für Breiten- und Längengrad, Kartenadresse und Bildadressen zur Verfügung.
  • Standard- und Sonderöffnungszeiten. Das Modul unterstützt Öffnungszeiten nach Wochentagen sowie Zeilen mit Datumsbereichen für saisonale oder außergewöhnliche Zeiten.
  • Adressvalidierung. Bei einem manuell konfigurierten aktiven Standort sind vollständige Adressdaten erforderlich: Straße, Stadt, Postleitzahl und zweistelliger ISO-Ländercode.

Produkt, Angebot und Varianten

  • Product oder ProductGroup. Ein Produkt ohne verfügbare Varianten erhält eine Product-Entität; ein Produkt mit verfügbaren Kombinationen kann als ProductGroup mit hasVariant-Entitäten beschrieben werden.
  • Aus PrestaShop übernommene Daten. Das Modul verwendet Name, Beschreibung, Kategorie, Bilder, SKU-Referenz, MPN, EAN-13, UPC, Hersteller, Gewicht, Abmessungen, Preis, Währung, Verfügbarkeit und Produktzustand — sofern verfügbar und anwendbar.
  • Angebote abhängig von der Kaufmöglichkeit. Die Offer-Entität wird nur hinzugefügt, wenn der Katalog nicht im Katalogmodus ist, das Produkt bestellt werden kann und der Preis auf der Produktseite sichtbar ist.
  • Varianten mit eigener Adresse. Jede veröffentlichte Variante erhält eine Verknüpfung mit der PrestaShop-Kombination; wenn der URL-Generator eine einzige kanonische Adresse zurückgibt, fügt das Modul den Parameter id_product_attribute hinzu.
  • Zuordnung von Variantenmerkmalen. Attributgruppen können Eigenschaften wie Farbe oder Größe zugeordnet werden, und die übrigen Variantenachsen werden als additionalProperty mit dem öffentlichen Attributnamen übergeben.
  • Erweiternde Produktdaten. Die erweiterte Konfiguration ermöglicht die Zuordnung von Produktmerkmalen zu Eigenschaften, Material, Muster, Zertifikaten und Energiedaten. Das Modul übergibt auch den Grundpreis, wenn die Daten zu Einheit und Faktor im Produkt dessen Berechnung ermöglichen.
  • GTIN und Bilder. Der Builder prüft die Korrektheit der GTIN-Länge und Prüfziffer, und die Produktbilddaten umfassen verfügbare Produktbilder, nicht nur das Titelbild.
  • Grenze der Variantenanzahl. Das Standardlimit beträgt 100 Kombinationen pro Shop, und das absolute technische Limit liegt bei 250. Wird dieses überschritten, erstellt das Modul keine umfangreiche ProductGroup mit allen Varianten, um die Seitenausgabe nicht unnötig aufzublähen.
  • Lieferung und Rückgaben. Versanddetails und Rückgaberichtlinien können auf Organisationsebene übergeben oder eine separate Überschreibung für Produktangebote aktiviert werden.

Seiten, Inhalte und sichtbare Elemente des Shops

  • BreadcrumbList. Das Modul erstellt Breadcrumbs aus der sichtbaren Navigation, und wenn diese nicht verfügbar sind, verwendet es die Unterstützung für Produkt-, Kategorie-, Hersteller-, Lieferanten-, CMS- und erkannte Blogseiten.
  • WebSite auf der Startseite. Die WebSite-Entität wird nach ihrer Aktivierung für die Startseite des Shops veröffentlicht.
  • WebPage und spezielle Seiten. Das Modul erstellt WebPage mit einem Typ, der an den aktuellen Controller angepasst wird, und separate Schalter unterstützen CheckoutPage, ContactPage und SearchResultsPage.
  • Article. Die Integration betrifft Beiträge aus ph_simpleblog und smartblog; sie kann Titel, Beschreibung, Bild, Daten und den auf der Seite sichtbaren Autor übergeben.
  • CollectionPage. Für Listen von Kategorien, Herstellern, Lieferanten, Neuheiten, Sonderangeboten und Bestsellern erstellt das Modul eine Liste sichtbarer Produkte. Das Positionslimit ist von 1 bis 200 konfigurierbar, standardmäßig 50.
  • FAQPage aus für den Nutzer sichtbaren Inhalten. Fragen und Antworten werden ausschließlich aus den von der aktuell gerenderten Seite unter den Schlüsseln pd_faqs, product_faqs oder faqs übergebenen Daten übernommen.

Administrationsbereich und Datenpflege

  • Arbeitsbereich und Vorschau. Das Modulpanel gruppiert die Schema-Einstellungen und enthält eine Vorschau des auf Basis der aktuellen Konfiguration generierten JSON-LD.
  • Speicherkontrolle. Das Modul validiert unter anderem die erforderlichen Daten der manuellen Organisation, E-Mails, Ländercodes, HTTP(S)-Adressen, Zahlenbereiche, Uhrzeiten, wiederholbare Zeilen sowie die Konfiguration von Lieferung und Rückgaben.
  • Multistore. Die Konfiguration wird im Shop-Kontext gespeichert; jeder Shop kann eigene Unternehmens-, Standort- und Geschäftsdaten veröffentlichen.
  • Entfernung älterer JSON-LD-Daten. Die Werkzeuge des Moduls können eine Sicherungskopie erstellen und erkannte ältere JSON-LD-Fragmente aus Theme- oder Moduldateien entfernen und anschließend ausgewählte Daten aus dem Archiv wiederherstellen.

Bedeutung für SEO und GEO — ohne unbegründete Versprechen

JSON-LD übermittelt Suchmaschinen und datenverarbeitenden Systemen strukturierte Informationen über den Shop, das Unternehmen, Produkte, Standorte und sichtbare Inhalte. Für GEO ist die Übereinstimmung von Namen, Adressen, Kontakten, Betreuungsgebieten und Profilen mit den tatsächlichen Unternehmensdaten wichtig; das Modul ergänzt diese nicht für den Administrator und prüft ihre Richtigkeit nicht über die Formatvalidierung hinaus. Strukturierte Daten ersetzen weder die Qualität der Seite, die Verfügbarkeit der Inhalte, die Indexierung, die Richtlinien der Suchmaschine noch die Konfiguration der Google Search Console. Das Ergebnis sollte auf der veröffentlichten Seite des konkreten Shops nach Aktivierung der entsprechenden Entitäten und Ergänzung der Daten geprüft werden.

Wichtige Funktionsgrenzen

  • Das Modul sendet keine Daten an Google, meldet keine Adressen an den Index und erzwingt keine Rich Results.
  • Es verwaltet keine FAQ-Inhalte. Die Datei faq.json ist Material für den Import von Fragen und Antworten; das Schema.org-Modul selbst liest sie bei der Seitengenerierung nicht direkt aus.
  • FAQPage, CollectionPage und Article hängen von den auf der aktuellen Seite tatsächlich verfügbaren Daten und von den unterstützten Integrationen ab.
  • Ein benutzerdefiniertes Theme oder Modul, das displayFooter nicht aufruft oder sichtbare Daten nicht an Smarty übergibt, erfordert eine Prüfung im konkreten Shop.
  • Version 1.3.6 erklärt die Kompatibilität mit PrestaShop 1.7.0.0–9.99.99; die PHP-Umgebung muss gleichzeitig die Anforderungen der verwendeten PrestaShop-Version erfüllen.


Link zur Modul-Demo:

Demo des Administrationsbereichs:
https://moduly-prestashop.eu/znaczniki-rozszerzone/admin-dev

Demo des Frontends:
https://moduly-prestashop.eu/znaczniki-rozszerzone

Prüfung der korrekten Funktion strukturierter Daten:
https://validator.schema.org

Anleitungen und Dokumentation

Lernen Sie den Implementierungskontext und die im Leitfaden beschriebenen Einschränkungen kennen. Den detaillierten Umfang dieses Produkts finden Sie in der obigen Beschreibung.

Produktdetails

Unterstützung für Prestashop 9.x
Ja
Unterstützung für Prestashop 8.x
Ja
Unterstützung für Prestashop 1.7.x
so
Unterstützung für Prestashop 1.6.x
so
Modulübersetzungen
EN, ENG
Kostenloser Support
so
Kostenlose Updates (1 Jahr)
so
Einfache Installation
so
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.

Das Modul erstellt strukturierte Daten von Schema.org im JSON-LD-Format für aktivierte Shop-Elemente und die aktuelle Seite. Es kann unter anderem die Organisation, den Standort, das Produkt, Varianten, das Angebot, die Breadcrumbs, die Website, die Seite, den Blogbeitrag, die Produktliste und sichtbare FAQ-Fragen beschreiben. Jede Datenart muss separat aktiviert und korrekt konfiguriert werden.

Nein. Das Modul liefert technisches JSON-LD-Markup, aber die Entscheidung über die Indexierung, die Art der Dateninterpretation und die Anzeige des Rich Results liegt bei der Suchmaschine. Strukturierte Daten ersetzen weder zugängliche Inhalte noch eine korrekte Indexierung, die Qualität der Seite oder die Übereinstimmung der Unternehmensdaten mit der Realität.

Das Modul erstellt ein einzelnes JSON-LD-Dokument mit dem Kontext https://schema.org und dem @graph-Graphen. Die einzelnen Entitäten werden über feste @id-Identifikatoren verknüpft, zum Beispiel kann die Organisation als Verkäufer des Produktangebots angegeben werden. Das JSON wird in PHP zusammengesetzt und kodiert, und die Vorlage erhält ein fertiges script type application/ld+json-Markup.

Das Modul gibt das fertige Markup im Hook displayFooter zurück. Dieser Zeitpunkt der Generierung ermöglicht es, die Daten der sichtbaren Produktliste sowie die FAQ zu nutzen, die von der aktuell gerenderten Seite an Smarty übergeben wurden. Das Theme oder ein benutzerdefinierter Controller muss diesen Hook aufrufen, damit das Markup angezeigt wird.

Separate Schalter umfassen Organization, LocalBusiness, Product, BreadcrumbList, WebSite, WebPage, CheckoutPage, ContactPage, SearchResultsPage, Article, CollectionPage und FAQPage. Das Aktivieren einer Entität startet die übrigen nicht automatisch. Das Modul erstellt nur die Knoten, für die die Seitenbedingungen erfüllt sind und die erforderlichen Daten verfügbar sind.

In der Konfiguration kann die Organisation als OnlineStore, OnlineBusiness, Organization, Corporation oder Store gekennzeichnet werden. Die Auswahl sollte dem tatsächlichen Charakter des Unternehmens entsprechen. Das Modul legt den Typ nicht automatisch auf Grundlage der Branche des Shops fest.

Für die Organisation kann die Datenquelle aus den Standard-Einstellungen des PrestaShop-Shops ausgewählt oder die Werte manuell im Modul eingegeben werden. Der manuelle Name der Organisation ist in der Standardsprache erforderlich, wenn die manuelle Identitätsquelle ausgewählt wurde. Die manuelle E-Mail wird als E-Mail-Adresse validiert.

Nach dem Ausfüllen kann das Modul den rechtlichen Namen, alternative Namen, die Beschreibung, das Logo, Bilder, die Adresse, die E-Mail, die Telefonnummer, sameAs-Profile, die Steuernummer, die USt-IdNr., den ISO-6523-Code, die GLN und das Gründungsdatum übermitteln. Es können auch Kontaktstellen hinzugefügt werden. Leere Daten sind kein sinnvoller Grund, sie einzutragen, daher sollten ausschließlich aktuelle Informationen veröffentlicht werden.

Ja. In der erweiterten Organisationskonfiguration sind wiederholbare Zeilen für Rückgaberichtlinien, Lieferdienste sowie Stufen des Treueprogramms verfügbar. Die Zeilen werden vor dem Speichern validiert. Die Bedingungen sollten den tatsächlichen Regeln des Shops entsprechen, da das Modul sie weder automatisch aus den AGB noch vom Versanddienstleister abruft.

LocalBusiness dient zur Beschreibung eines tatsächlichen Geschäftsstandorts oder lokalen Servicepunkts. Es kann den Namen, die Adresse, Kontaktangaben, die Art der Tätigkeit, Öffnungszeiten, Koordinaten, eine Karte, das Servicegebiet, Zahlungs- und Währungsdaten sowie Bilder enthalten. Dieses Schema sollte nicht für eine fiktive Adresse oder einen Punkt verwendet werden, der nicht existiert.

Ja. Die erweiterte Konfiguration ermöglicht das Hinzufügen mehrerer Filialen; jede Zeile wird zu einer separaten LocalBusiness-Entität mit eigener stabiler Kennung. Die Filiale kann unter anderem den Namen, die Adresse, die Kontaktdaten, die Koordinaten, die Kartenadresse und die Website-Adresse überschreiben. Wenn Sie keine Filialen hinzufügen, verwendet das Modul die Daten des Standardstandorts.

Ein aktives LocalBusiness mit manueller Adressquelle erfordert Straße, Stadt, Postleitzahl und den zweibuchstabigen ISO-Ländercode. Der Ländercode wird anhand der in PrestaShop verfügbaren Länder überprüft. Wenn die Datenquelle des Shops ausgewählt wurde, verwendet das Modul die entsprechenden Einstellungen des jeweiligen Shops.

Ja. Das Modul speichert die Stundenfelder für die einzelnen Wochentage, und die erweiterte Konfiguration ermöglicht das Hinzufügen von Zeilen mit Tagen, Öffnungs- und Schließzeit sowie Gültigkeitsdaten. Der Datumsbereich dient zum Beispiel dazu, saisonale oder besondere Öffnungszeiten zu beschreiben. Die Uhrzeiten müssen ein korrektes Format haben.

Die Erstellung von Product oder ProductGroup muss aktiviert werden. Das Modul erstellt Daten nur für das aktive Produkt, das mit dem aktuellen Shop verknüpft und für den aktuellen Kunden verfügbar ist. Die Produktseite muss von PrestaShop und dem Theme korrekt unterstützt werden.

Wenn das Produkt verfügbare Kombinationen hat, die innerhalb des Variantenlimits liegen, erstellt das Modul eine ProductGroup mit hasVariant. Andernfalls wird ein einzelnes Product aufgebaut. Eine solche Begrenzung schützt die Seite vor einem sehr großen Graphen und einer übermäßigen Anzahl von Auslesungen für ein Produkt mit zahlreichen Kombinationen.

Der Standardwert der Konfiguration beträgt 100 Kombinationen pro Shop. Der Administrator kann ihn ändern, jedoch begrenzt das Modul den Wert technisch auf maximal 250. Nach Überschreitung des Limits wird keine vollständige ProductGroup mit hasVariant erstellt.

Je nach Verfügbarkeit verwendet das Modul den Namen, die Beschreibung, die Kategorie, alle Bilder, die SKU, MPN, EAN-13, UPC, den Hersteller, den Preis, die Währung, die Verfügbarkeit, den Zustand, das Gewicht und die Abmessungen. Es übermittelt außerdem das Gültigkeitsdatum des Preises, wenn es sich aus den aktuellen Preisregeln des Produkts oder der Kombination ergibt. Leere oder nicht passende Daten sollten nicht künstlich nur für das Markup ergänzt werden.

Das Angebot wird hinzugefügt, wenn der Shop nicht im Katalogmodus arbeitet, das Produkt bestellt werden kann und der Preis auf der Seite sichtbar ist. Das Angebot kann den Preis, die Währung, die Verfügbarkeit, den Zustand, den Verkäufer, den Grundpreis sowie konfigurierte Liefer- und Rückgabedaten enthalten. Das Modul erstellt kein Angebot für ein Produkt, das der Shop nicht zum Kauf anbietet.

Der Builder prüft die Korrektheit der unterstützten GTIN-Nummern, einschließlich der Länge sowie der Prüfziffer. EAN-13 und UPC werden nur verwendet, wenn sie diese Validierung bestehen. Das Modul vergibt keine GTIN-Nummern und ersetzt keine korrekten Katalogdaten des Herstellers.

Jede veröffentlichte Variante ist mit der PrestaShop-Kombinations-ID verknüpft. Wenn der URL-Generator für alle Kombinationen dieselbe kanonische URL zurückgibt, fügt das Modul den Parameter id_product_attribute hinzu oder aktualisiert ihn. Dadurch verweisen die Variantendaten und ihr Angebot auf die ausgewählte Kombination.

Ja. In der Konfiguration können Attributgruppen den Eigenschaften von Schema.org zugewiesen werden, zum Beispiel color oder size. Nicht zugewiesene Variantenachsen können als additionalProperty mit dem öffentlichen Namen der Attributgruppe beschrieben werden. Das Mapping sollte an die tatsächliche Bedeutung des Attributs im Katalog angepasst werden.

Ja. Das Modul ermöglicht die Zuordnung von Produkteigenschaften zu additionalProperty, material, pattern, Zertifikaten sowie zu Daten zum Energieverbrauch. Es kann auch der Grundpreis übermittelt werden, wenn das Produkt über eine Einheit und einen Koeffizienten verfügt, die seine Berechnung ermöglichen. Die Eigenschaften sollten aus den tatsächlich ausgefüllten Produktdaten stammen.

Das Modul übermittelt die aggregierte Bewertung und die Liste der Bewertungen nur dann, wenn in der erkannten Integration freigegebene Daten zu Produktbewertungen verfügbar sind. Es erstellt weder Bewertungen noch Rezensionen selbstständig. Die Veröffentlichung der Daten sollte den Bewertungen entsprechen, die im Shop tatsächlich sichtbar und verfügbar sind.

Lieferdienste und Rückgaberichtlinien können auf Organisationsebene konfiguriert werden. Wenn ein Produkt keine eigene Rückgaberichtlinie hat, kann sich sein Angebot auf die Rückgaberichtlinien der Organisation beziehen; Versanddetails werden dem Angebot erst dann direkt hinzugefügt, wenn die Versandüberschreibung des Produkts aktiviert und vollständig ausgefüllt wurde. Das Modul berechnet keine Versandkosten für einen konkreten Warenkorb und synchronisiert die Shop-AGB nicht automatisch.

Ja, nach dem Aktivieren von BreadcrumbList verwendet das Modul die sichtbare Breadcrumb-Navigation. Wenn diese in den Seitendaten nicht vorhanden ist, unterstützt es unter anderem Produkt-, Kategorie-, Hersteller-, Lieferanten-, CMS- und erkannte Blogseiten. Ungültige Elemente ohne Namen oder HTTP(S)-Adresse werden übersprungen.

Die Website wird auf der Startseite des Shops veröffentlicht, nachdem diese Entität aktiviert wurde. Sie kann den Namen, die Beschreibung, alternative Namen, die Sprache, sameAs-Profile und einen Verweis auf die Organisation als Herausgeber enthalten. Das Modul fügt die veraltete SearchAction nicht hinzu.

Zusätzlich zur allgemeinen WebPage sind die Schalter CheckoutPage für unterstützte Bestell-Controller, ContactPage für die Kontaktseite sowie SearchResultsPage für die Suchseite verfügbar. Das Modul ordnet den Seitentyp dem Controller zu und ruft dessen aktuelle Metadaten ab. Jedes dieser Schemata erfordert die Aktivierung in der Konfiguration.

Ja, die Integration „Article“ umfasst ph_simpleblog auf dem Controller „single“ sowie smartblog auf dem Controller „details“. Das Modul kann den Titel, die Beschreibung, das Bild, das Veröffentlichungsdatum, das Änderungsdatum und den Autor des in den Daten des sichtbaren Beitrags verfügbaren Eintrags übergeben. Andere Blogsysteme werden von dieser Integration nicht automatisch unterstützt.

Die CollectionPage kann für Kategorien, Hersteller, Lieferanten, Neuheiten, Preisnachlässe und Bestseller erstellt werden. In die Liste werden die auf der aktuellen Seite sichtbaren Produkte aufgenommen, die einen Namen und eine URL-Adresse haben. Das Elementlimit wird vom Administrator im Bereich von 1 bis 200 festgelegt, und der Standardwert beträgt 50.

FAQPage wird nicht aus beliebigem Text oder allein aus der Importdatei erstellt. Das Modul liest nur das Fragen-und-Antworten-Array aus, das von der aktuell gerenderten Seite an Smarty als pd_faqs, product_faqs oder faqs übergeben wird. Frage und Antwort müssen nicht leer sein, damit sie zu FAQPage hinzugefügt werden.

Nein. Die Datei faq.json hat das Importformat für Fragen und Antworten für das FAQ-System, und pdschemaorgpro liest sie bei der Generierung von JSON-LD nicht direkt aus. Damit eine FAQPage entsteht, müssen die Fragen in das verwendete FAQ-System importiert oder dort eingegeben werden und auf der jeweiligen Seite tatsächlich übergeben sowie sichtbar sein.

Ja. Die Konfigurationseinstellungen werden im Shop-Kontext gespeichert, daher können einzelne Shops eigene Organisations-, Standort-, Produkt- und Handelsregeldaten haben. Vor dem Speichern sollte der aktive Shop-Kontext im PrestaShop-Panel überprüft werden.

Ja. Die Validierung umfasst je nach Abschnitt unter anderem Pflichtfelder, E-Mails, ISO-Ländercodes, HTTP(S)-Adressen, nicht negative Zahlen, Bereiche, Uhrzeiten sowie wiederholbare Datenzeilen. Fehlerhafte Daten werden im Konfigurationspanel gemeldet. Die Formatvalidierung bestätigt jedoch nicht, dass die geschäftliche Information wahr ist.

Ja. Das Administrationspanel enthält eine Vorschau des generierten JSON-LD, die anhand der aktuellen Konfiguration erstellt wurde. Die Vorschau erleichtert die Kontrolle der Einstellungen, die abschließende Überprüfung sollte jedoch auf der veröffentlichten Seite des jeweiligen Shops durchgeführt werden, da ein Teil der Daten vom Kontext der Seite, des Produkts, der Liste oder der FAQ abhängt.

Das Modul enthält Werkzeuge zum Erstellen einer Sicherungskopie und zum Bereinigen erkannter älterer JSON-LD-Fragmente aus den Dateien des Themes oder der Module. Es ermöglicht außerdem die Wiederherstellung ausgewählter Daten aus dem Archiv. Der Vorgang sollte bewusst nach Prüfung der Kopie und des Dateiumfangs durchgeführt werden, da er die bestehende Implementierung des Shops betrifft.

Nein. Das Modul erzeugt JSON-LD-Markup auf den Shopseiten; es meldet keine Adressen an den Index, veröffentlicht keine Daten über die Google-API und verbindet sich nicht mit der Search Console. Eine etwaige Überwachung der Indexierung oder Validierung in externen Tools liegt außerhalb des Moduls.

Das Modul ermöglicht die Übermittlung strukturierter lokaler Daten wie Name, vollständige Adresse, Telefon, Koordinaten, Karte, Öffnungszeiten, Servicegebiet und offizielle Profile. Für GEO ist die Übereinstimmung dieser Daten mit dem tatsächlichen Unternehmen und dem Inhalt der Seite entscheidend. Allein das Markup garantiert weder eine Zitierung durch KI-Systeme noch Sichtbarkeit in generativen Antworten.

Version 1.3.6 erklärt die Kompatibilität mit PrestaShop von 1.7.0.0 bis 9.99.99. Die erforderliche PHP-Version hängt ebenfalls von der verwendeten PrestaShop-Version und ihrer Serverumgebung ab. Nach der Installation oder Aktualisierung sollte das Ergebnis auf den tatsächlichen Seiten und im verwendeten Theme überprüft werden.

Bewertungen (1)

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