Schema-Markup für PrestaShop: Rich Results ohne Programmierung erzielen

Abgeglichen mit der Ausgabe des klassischen Themes von PrestaShop 8.x und 9.x, Googles aktuellem Rich Results Test und den Berichten zu Verbesserungen in der Search Console.

Hier ist der Punkt, den Ihnen kaum jemand erklärt, wenn Sie nach „Schema-Markup für PrestaShop“ suchen: Ihr Shop gibt bereits etwas davon aus. Das klassische Theme liefert von Haus aus Microdata auf Produkt- und Breadcrumb-Seiten. Das Problem ist, dass „etwas“ genau die Falle ist, genug, damit Google ein Product erkennt, aber meistens nicht genug für das Rich Result, das Sie eigentlich erreichen möchten, und dazu im falschen Format für die wichtigsten Bereiche. In diesem Leitfaden geht es darum, diese Lücke zu schließen ohne eine einzige .tpl-Datei zu öffnen: was PrestaShop nativ ausgibt, wo es zu kurz greift und welche realistischen Wege es zu vollständigen, gültigen strukturierten Daten gibt, wenn Sie kein Entwickler sind.

Falls Sie noch abwägen, ob sich Schema überhaupt lohnt, finden Sie die Argumente für eine bessere Klickrate separat in wie Schema-Markup mehr Klicks bringt. Dieser Beitrag geht davon aus, dass Sie überzeugt sind, und stellt die schwierigere Frage: Wie setzen Sie es sauber in PrestaShop um?

Was Schema-Markup ist, in einem Absatz

Schema-Markup ist ein gemeinsames Vokabular von schema.org, das die Elemente auf Ihrer Seite kennzeichnet, damit eine Suchmaschine nicht raten muss. Statt dass Google ableitet, dass „49,99“ vermutlich ein Preis ist, sagt das Markup es ausdrücklich: Dies ist ein Product, sein Offer beträgt 49,99 EUR, die Verfügbarkeit ist InStock, und es hat ein AggregateRating von 4,5 aus 127 Bewertungen. Wenn diese Kennzeichnung stimmt, werden Sie für Rich Results berechtigt, also für erweiterte Suchergebnisse mit Sternen, Preis und Lagerbestand. Berechtigung ist keine Garantie; Google entscheidet, was angezeigt wird. Aber Sie können kein Rich Result gewinnen, für das Sie nie berechtigt waren, und unvollständiges Markup ist der häufigste Grund, warum diese Berechtigung gar nicht erst entsteht.

Was PrestaShop bereits liefert, und wo es aufhört

Das ist der am häufigsten missverstandene Punkt, deshalb lohnt sich Präzision. Das Standard-Theme von PrestaShop (Classic) enthält strukturierte Daten, aber mit drei echten Einschränkungen:

• Es ist überwiegend Microdata, nicht JSON-LD. Das klassische Theme verteilt itemscope-, itemtype- und itemprop-Attribute über die Produkt- und Breadcrumb-Templates. Microdata ist gültig, aber Googles Dokumentation bevorzugt ausdrücklich JSON-LD, einen einzelnen, in sich geschlossenen Script-Block, weil es sich zuverlässiger korrekt erzeugen lässt und nicht bricht, wenn ein Theme sein HTML umstellt. Die meisten ernsthaften Schema-Implementierungen standardisieren genau deshalb auf JSON-LD.
• Es ist bei den Feldern, die Rich Results auslösen, zu dünn. Die native Ausgabe deckt oft Name, Bild und einen Preis ab, aber die Teile, die tatsächlich zu einem reichhaltigeren Suchergebnis führen, aggregateRating, review, ein vollständig aufgebautes Offer mit Währung und Verfügbarkeit, brand, gtin/mpn, Zustand, fehlen häufig oder sind nur teilweise vorhanden. Bewertungen liegen insbesondere meist in einem separaten Modul (dem Standardmodul productcomments oder einem Drittanbieter-Modul) und fließen nicht automatisch in die strukturierten Daten des Produkts ein.
• Es beschränkt sich auf Produkte und Breadcrumbs. Ihre CMS-Seiten, Kategorielisten, Organization- und Website-Markup auf der Startseite sowie FAQ-Inhalte bleiben in der Regel leer. Selbst ein Shop mit „Schema“ hat also große, indexierbare Bereiche ganz ohne Markup.

Sie können in etwa einer Minute genau prüfen, was Ihr eigener Shop ausgibt: Fügen Sie eine Produkt-URL in Googles Rich Results Test (search.google.com/test/rich-results) ein und lesen Sie, was erkannt wird. Die meisten Händler sind überrascht, entweder positiv (mehr als gedacht) oder, häufiger, weil sie ein Product mit Warnungen zu fehlenden empfohlenen Feldern sehen. Dieser Bericht ist Ihr tatsächlicher Ausgangspunkt, nicht irgendein allgemeiner Rat.

Die zwei Lücken, die man klar benennen sollte

Zwei konkrete Schwachstellen tauchen bei der Prüfung eines echten Shops immer wieder auf. Sie sind wichtig, weil sie erklären, warum „wir haben Schema“ so oft trotzdem nicht zu einem Rich Result führt.

1. Die empfohlenen Felder für Händlereinträge fehlen. Googles Leitfaden zu strukturierten Produktdaten nennt Felder, die empfohlen und nicht zwingend erforderlich sind, und genau diese empfohlenen Felder entscheiden häufig darüber, ob Sie für Shopping-ähnliche Rich Results infrage kommen. Die native PrestaShop-Ausgabe lässt typischerweise brand, die Produktkennungen gtin / mpn, shippingDetails (einen OfferShippingDetails-Block mit Versandkosten und Lieferzeit) und hasMerchantReturnPolicy (einen MerchantReturnPolicy-Block) aus. Ein Product ohne diese Angaben kann weiterhin validieren, verzichtet aber auf die Erweiterungen für Händlereinträge, die Google zunehmend bevorzugt.

2. Der Konflikt durch doppelte Einspeisung. Wenn Sie ein JSON-LD-Modul auf das klassische Theme setzen, ohne die Microdata des Themes zu entfernen, beschreibt dieselbe Produktseite sich nun zweimal, einmal in Microdata, einmal in JSON-LD. Wenn beide Angaben voneinander abweichen (ein veralteter Preis im Template gegenüber dem Live-Preis in JSON-LD oder zwei unterschiedliche Verfügbarkeiten), liefern Sie Google widersprüchliche strukturierte Daten auf einer einzigen URL. Das führt eher zu Warnungen und verlorener Berechtigung als zu einem besseren Suchergebnis. Der saubere Ansatz ist, pro Entität und Seite einen maßgeblichen Block auszugeben, deshalb ersetzt ein gutes Modul die Microdata entweder oder ist bewusst darauf ausgelegt, mit ihr zusammenzuarbeiten, statt zufällig daneben zu existieren.

Wie ein vollständiger Product-Block tatsächlich aussieht

Damit die Lücke greifbar wird, sehen Sie hier einen gültigen Product- + Offer-JSON-LD-Block mit den empfohlenen Feldern, die der nativen Ausgabe normalerweise fehlen, Marke, Kennungen, Bewertungen, Versand und Rückgaberichtlinie. Das Beispiel dient der Veranschaulichung; echte Werte müssen aus Ihrem Live-Katalog gelesen und dürfen nicht statisch eingefügt werden (warum, dazu gleich mehr).

<script type="application/ld+json">
{
  "@context": "https://schema.org/",
  "@type": "Product",
  "name": "Ergonomic Mesh Office Chair",
  "image": "https://example.com/img/p/12/chair-large.jpg",
  "description": "Breathable mesh back, adjustable lumbar support.",
  "sku": "CHR-1042",
  "mpn": "CHR-1042",
  "gtin13": "0123456789012",
  "brand": { "@type": "Brand", "name": "Acme Seating" },
  "aggregateRating": {
    "@type": "AggregateRating",
    "ratingValue": "4.5",
    "reviewCount": "127"
  },
  "offers": {
    "@type": "Offer",
    "url": "https://example.com/office-chairs/1042-ergonomic-mesh-chair.html",
    "priceCurrency": "EUR",
    "price": "199.00",
    "availability": "https://schema.org/InStock",
    "itemCondition": "https://schema.org/NewCondition",
    "shippingDetails": {
      "@type": "OfferShippingDetails",
      "shippingRate": {
        "@type": "MonetaryAmount",
        "value": "4.95",
        "currency": "EUR"
      },
      "shippingDestination": {
        "@type": "DefinedRegion",
        "addressCountry": "FR"
      }
    },
    "hasMerchantReturnPolicy": {
      "@type": "MerchantReturnPolicy",
      "applicableCountry": "FR",
      "returnPolicyCategory": "https://schema.org/MerchantReturnFiniteReturnWindow",
      "merchantReturnDays": 14,
      "returnMethod": "https://schema.org/ReturnByMail",
      "returnFees": "https://schema.org/FreeReturn"
    }
  }
}
</script>

Vergleichen Sie das im Rich Results Test mit dem, was Ihr Shop heute ausgibt, und die Lücke wird Feld für Feld sichtbar. Der Punkt ist nicht, dass Sie das von Hand pflegen sollten, sondern dass Sie wissen sollten, was „vollständig“ bedeutet, bevor Sie sich für einen Weg entscheiden, denn die Warnungen, die Sie beseitigen möchten, verweisen direkt auf die oben gezeigten Blöcke.

Welche Schema-Typen für einen PrestaShop-Shop wichtig sind

Sie brauchen nicht jeden Typ, den schema.org definiert. Für einen E-Commerce-Shop ist die sinnvolle Auswahl kurz und lässt sich sauber den Seitentypen von PrestaShop zuordnen:

Wie jedes dieser Elemente in einem echten Suchergebnis aussieht, Sterne, Preis, In-Stock-Hinweis, wird in wie Sie Sterne, Preise und Lagerbestand in Suchergebnissen erhalten erklärt. Hier bleiben wir bei der Umsetzung: Wie erzeugen Sie diese Daten in PrestaShop ohne Code?

Ihre drei Wege zu vollständigem Schema (ohne Programmierung)

Da die native Ausgabe nur teilweise vollständig ist, führen im Grunde drei Wege zu sauberen, vollständigen strukturierten Daten. Sie passen zu unterschiedlichen Situationen und Budgets.

Der Weg über „Templates bearbeiten“ ist der Punkt, an dem die meisten Händler ohne Programmierkenntnisse scheitern. JSON-LD von Hand hinzuzufügen bedeutet, product.tpl, Ihr Breadcrumb-Template, CMS-Templates und die Startseite anzufassen, diese Blöcke dann mit Live-Produktdaten synchron zu halten, und das jedes Mal erneut zu tun, wenn Sie das Theme oder PrestaShop aktualisieren. Das ist nicht nur fehleranfällig; es ist eine wiederkehrende Wartungsrechnung für die empfindlichsten Dateien Ihres Shops. Und wenn Sie JSON-LD von Hand hinzufügen, ohne die vorhandenen Microdata des Themes zu entfernen, laufen Sie direkt in den oben beschriebenen Konflikt durch doppelte Einspeisung. Genau diese Arbeit soll der Modul-Weg überflüssig machen.

Ohne Code umsetzen: ein dediziertes Schema-Modul

Der Grund, warum ein Modul besser ist als Eingriffe in Templates, ist nicht nur Bequemlichkeit. Strukturierte Daten müssen wahr bleiben. Ein von Hand in ein Template eingetragener Preis ist in dem Moment falsch, in dem Sie eine Aktion starten; Markup, das der sichtbaren Seite widerspricht, ist der schnellste Weg, die Berechtigung für Rich Results zu verlieren (und in schlimmen Fällen eine manuelle Maßnahme zu riskieren). Der ganze Sinn der Automatisierung besteht darin, dass das Markup Ihren Live-Katalog liest, sodass Preis, Lagerbestand und Bewertung immer die aktuellen Werte sind, nicht die vom letzten Quartal.

Genau dafür ist unser Modul Automatic SEO Schema Rich Snippets gebaut: Es erzeugt korrektes JSON-LD in Ihren Produkt-, Kategorie-, CMS- und Startseiten-Templates, ohne dass Sie eine einzige Theme-Datei öffnen müssen. Was bedeutet das konkret für Sie? Die Felder, die der nativen Ausgabe fehlen, ein vollständiges Offer mit Währung und Verfügbarkeit, Marke und Kennungen, aus Ihren Bewertungen gezogenes AggregateRating, Organization- und Breadcrumb-Markup auf Seiten, die derzeit keines haben, werden automatisch ergänzt und bleiben korrekt, wenn sich Ihr Katalog ändert. Das Modul wird im Backoffice installiert und konfiguriert, statt eine Entwicklerrechnung auszulösen, und weil es Markup ergänzt, statt Ihr Theme zu forken, übersteht es Ihr nächstes Theme- oder PrestaShop-Upgrade. Eine ausführlichere Version dieses Arguments, sauberes Schema unterstützt auch Googles Shopping-Crawl, sodass dieselbe Korrektur doppelt wirkt, finden Sie in der vollständigen Google-Checkliste für Ihren Shop.

Wenn Sie bereits unsere umfassendere SEO Revolution suite einsetzen, ist die Erzeugung strukturierter Daten Teil dieses größeren Werkzeugkastens neben Meta-Tag-, URL- und Sitemap-Verwaltung. Sie stapeln also keine einzelnen Add-ons für jeweils nur einen Zweck. Zwei angrenzende Teile dieser Suite passen besonders gut zur Schema-Arbeit: eine saubere XML-Sitemap, damit die ausgezeichneten Seiten auch wirklich gecrawlt werden, und der Automatic Internal SEO Linker für die interne Verlinkung als zweite Seite derselben SEO-Grundlage.

Validieren, bevor Sie sich darauf verlassen, jedes Mal

Egal welchen Weg Sie wählen: Gehen Sie nie davon aus, dass Schema funktioniert, nur weil Sie es hinzugefügt haben. Validieren Sie es mit zwei kostenlosen Google-Tools, in dieser Reihenfolge:

• Rich Results Test (search.google.com/test/rich-results), zeigt Ihnen, ob eine bestimmte URL für ein Rich Result berechtigt ist, und listet fehlende empfohlene Felder auf. Dieses Tool ist das wichtigste, weil es die praktische Frage beantwortet: Kann diese Seite das erweiterte Suchergebnis erhalten?
• Schema Markup Validator (validator.schema.org), prüft das Markup unabhängig davon, ob Google es anzeigen würde, auf technische Korrektheit. Nutzen Sie ihn, um fehlerhaftes JSON oder falsche Datentypen zu finden.

Testen Sie nicht nur eine Seite und haken Sie das Thema dann ab. PrestaShop rendert nach Seitentyp, testen Sie also je eine Seite pro Typ: die Startseite (Organization), eine Top-Kategorie, ein Bestseller-Produkt (Product, Offer, AggregateRating) und eine CMS-Seite. Die häufigsten Fehler sind vorhersehbar, ein Product ohne erforderliches Bild oder offers, eine Bewertung ohne zugrunde liegende Reviews, zwei widersprüchliche Blöcke auf derselben URL oder Markup, das einen Preis behauptet, den die Seite gar nicht anzeigt. Beheben Sie Abweichungen an der Quelle: Strukturierte Daten müssen beschreiben, was sichtbar auf der Seite steht, und dürfen es niemals ausschmücken.

Nach dem Launch im Blick behalten

Sobald Ihre wichtigsten Seiten bestehen, verlagert sich die Überwachung in die Google Search Console, und zwar in die Berichte zu Verbesserungen (Produkte, Breadcrumbs, Händlereinträge, FAQ und so weiter). Die Search Console zeigt, welche Rich-Result-Typen Google in Ihrem Live-Shop tatsächlich erkannt hat, markiert Fehler und Warnungen beim erneuten Crawlen und lässt Sie die Abdeckung über die Zeit verfolgen, statt nur eine einzelne Stichprobe zu sehen. Dort erkennen Sie auch Regressionen, eine Theme-Änderung oder ein Plugin-Update, das still Markup auf einem ganzen Seitentyp beschädigt, wird hier als Anstieg der Fehler sichtbar, bevor es Sie die Berechtigung kostet. Wenn Sie die Search Console noch nicht verbunden haben, beginnen Sie mit Google Search Console für PrestaShop; für das Gesamtbild, wie strukturierte Daten mit Titeln, URLs und Sitemaps zusammenspielen, führt der vollständige PrestaShop-SEO-Leitfaden alles zusammen.

Häufige Fragen zu PrestaShop-Schema-Markup

Hat PrestaShop Schema-Markup eingebaut? Teilweise. Das klassische Theme gibt auf Produkt- und Breadcrumb-Seiten Microdata aus (itemscope- / itemprop-Attribute), genug, damit Google ein Product erkennt, aber typischerweise ohne die empfohlenen Felder (brand, gtin/mpn, shippingDetails, hasMerchantReturnPolicy) und auf CMS-Seiten, Kategorien und der Startseite gar nicht vorhanden. Lassen Sie eine Produkt-URL durch den Rich Results Test laufen, um genau zu sehen, was Ihr Shop ausgibt.

Microdata oder JSON-LD. Ist es wichtig, was PrestaShop verwendet? Beides ist gültig, aber Googles Dokumentation bevorzugt JSON-LD, weil es ein einzelner, in sich geschlossener Block ist, der nicht bricht, wenn ein Theme sein HTML umstellt. Das Risiko liegt in der Mischung: Wenn Sie JSON-LD hinzufügen, ohne die Microdata des Themes zu entfernen, beschreibt die Seite sich doppelt, und jede Abweichung zwischen beiden (ein alter Preis in einem Block, der Live-Preis im anderen) kann Sie die Berechtigung kosten. Zielen Sie auf einen maßgeblichen Block pro Entität und Seite.

Bricht ein Schema-Modul, wenn ich mein Theme oder PrestaShop aktualisiere? Ein Modul, das Markup über Hooks einspeist, statt Template-Dateien zu bearbeiten, übersteht Theme- und Core-Updates, weil es keine geforkten .tpl-Dateien gibt, die aus dem Takt geraten. Das ist der Hauptgrund, warum der Modul-Weg besser ist als das manuelle Bearbeiten von Templates, genau diese Handänderungen brechen beim nächsten Upgrade.

Warum zeigt mein Produkt im Schema einen Preis, aber keine Sterne? Sternebewertungen kommen aus AggregateRating, und dafür braucht es echte Bewertungen als Datenquelle. Wenn Ihre Bewertungen in productcomments oder einem Drittanbieter-Modul liegen und diese Daten nicht in die strukturierten Daten des Produkts eingebunden sind, erhalten Sie ein gültiges Offer (Preis, Verfügbarkeit), aber keine Bewertung, und Google erfindet keine Sterne, die Sie nicht geliefert haben. Die Lösung ist Markup, das Ihre tatsächlichen Bewertungsdaten liest; codieren Sie niemals eine Bewertung hart ein, denn das kann eine manuelle Maßnahme auslösen.

Ich habe Schema hinzugefügt, warum erscheint kein Rich Result? Berechtigung ist keine Anzeige-Garantie; Google entscheidet pro Suchanfrage und pro Seite. Die häufigsten technischen Ursachen sind jedoch: fehlende erforderliche Felder (Bild, offers), Markup, das der sichtbaren Seite widerspricht, widersprüchliche doppelte Blöcke oder schlicht, dass Google noch nicht erneut gecrawlt hat. Prüfen Sie zuerst die Berechtigung im Rich Results Test und beobachten Sie danach in den folgenden Wochen die Berichte zu Verbesserungen in der Search Console, während Google die Seiten neu verarbeitet.

Das Konzept ist einfach, kennzeichnen Sie Ihre Seiten so, dass Google sie präzise liest, aber bei PrestaShop liegt die ehrliche Detailarbeit genau dort, wo Händler sie oft übersehen: Die Plattform verschafft Ihnen einen Vorsprung, aber sie bringt Sie nicht automatisch ins Ziel. Zu wissen, was die native Ausgabe abdeckt, wo sie zu kurz greift, und einen Weg zu wählen, der die Lücke schließt, ohne dass Sie JSON-LD in Ihren Theme-Dateien pflegen müssen, macht aus „wir haben etwas Schema“ Suchergebnisse, die wirklich für das reichhaltigere Ergebnis infrage kommen.