Kurze Antwort: Schema-Markup (JSON-LD) sind strukturierte Daten, die Such- und KI-Maschinen genau mitteilen, was eine Seite ist — ein Produkt, Artikel, FAQ oder eine Marke. Bei Shopify liefern die meisten Themes nur ein teilweises Produkt-Schema, sodass Geschäfte FAQ-, Breadcrumb- und Organisations-Markup sowie die damit verbundenen Rich Results und das KI-Verständnis verpassen. Fügen Sie gültiges JSON-LD hinzu, das zur sichtbaren Seite passt — nicht übereinstimmendes Markup (eine Bewertung oder ein Preis, der nicht angezeigt wird) ist ein Spam-Signal. RankEngine injiziert und validiert es automatisch.
Dies ist ein vollständiger Shopify Schema-Markup-Implementierungsleitfaden — wie man JSON-LD-Strukturierte Daten hinzufügt, die Suchmaschinen genau mitteilen, was eine Seite ist: ein Produkt, ein Artikel, eine Reihe von FAQs, eine Marke. Wenn Sie es richtig machen, werden Sie für Rich Results bei Google und leichter zitierbar für KI-Antwortmaschinen. Bei Shopify ist die Realität, dass die Theme-Abdeckung teilweise ist, und die Lücken kosten Sie die wertvollsten Snippets. Unten: die JSON-LD-Typen, die wichtig sind, wo jeder Block hingehört, und die Validierungsdisziplin, die sie funktionsfähig hält.
Was JSON-LD strukturierte Daten sind und wo sie hingehören
JSON-LD ist ein Skript-Tag im Seitenkopf, das die Seite in einer Vokabular von schema.org beschreibt. Es ist für Käufer unsichtbar und wird nur von Maschinen gelesen. Google empfiehlt JSON-LD gegenüber dem älteren Microdata-Ansatz, da es in einem Block sitzt, anstatt durch Ihr HTML-Markup verwoben zu sein, was es viel einfacher macht, korrekt zu halten.
Bei Shopify wird JSON-LD von Liquid in Ihrem Theme ausgegeben (oft in Dateien wie theme.liquid, product.json-Abschnitten oder einem gemeinsamen Snippet) oder von einer App injiziert. Das Wichtigste zu verstehen: Die Daten müssen das beschreiben, was tatsächlich auf der gerenderten Seite ist. Ein Schema, das eine Bewertungsanzahl beansprucht, die die Seite nicht zeigt, oder einen Preis, der nicht mehr übereinstimmt, ist der schnellste Weg zu einer manuellen Strafe für strukturierte Daten-Spam.
Die JSON-LD-Typen, die für einen Shopify-Store wichtig sind
Sie benötigen nicht jeden existierenden Schema-Typ. Fünf decken fast den gesamten Wert ab:
| Schema-Typ | Primäres Rich Result / Verbesserung | KI-Signal / Verständniswert |
|---|---|---|
| Produkt | Preis-, Lager-, Sternebewertungsverbesserung; Google Shopping-Eintrag | Liefert Produktdetails für KI-Shopping-Antworten |
| BreadcrumbList | Breadcrumb-Pfad in Suchergebnissen | Minimales KI-Signal |
| FAQPage | FAQ-Rich Result (beschränkt auf autoritative Seiten) | Stark von KI-Antwortmaschinen für Zusammenfassungen und Zitate analysiert |
| Organisation | Knowledge Panel mit Markenidentität | Verbindet Produkte mit einem echten Unternehmen für KI-Maschinen |
| Artikel | Artikelbehandlung mit Überschrift, Autor, Datum | Saubere Autorschaftssignale für Antwortmaschinen |
- Produkt — Name, Preis, Währung, Verfügbarkeit, Marke und (wenn tatsächlich auf der Seite vorhanden) aggregateRating und Bewertung. Dies macht ein Listing für Preis-, Lager- und Sternebewertungsverbesserungen berechtigt, und es sind die Daten, die Google Shopping und KI-Shopping-Antworten lesen. Die Verfügbarkeit muss einen schema.org-Wert wie https://schema.org/InStock oder https://schema.org/OutOfStock verwenden, nicht die Worte "auf Lager".
- BreadcrumbList — drückt Ihre Home → Kollektion → Produkt-Hierarchie aus, damit Google einen Breadcrumb-Pfad anstelle einer rohen URL in den Ergebnissen rendern kann.
- FAQPage — markiert echte Frage-und-Antwort-Inhalte. Google hat FAQ-Rich Results auf autoritative Regierungs- und Gesundheitsseiten für die meisten Geschäfte beschränkt, daher behandeln Sie FAQPage heute zuerst als ein KI-Antwortmaschinen-Signal: Es wird stark von Maschinen analysiert, die zusammenfassen und zitieren. Markieren Sie niemals Werbetexte als FAQ.
- Organisation — Ihre Markenidentität: rechtlicher Name, Logo und soziale oder Profil-Links. Dies ist das, was ein Knowledge Panel füllt und KI-Maschinen ermöglicht, eine Produktseite mit einem echten Unternehmen zu verbinden.
- Artikel — für Blogbeiträge: Überschrift, Autor, datePublished. Es hilft, Inhalte in Googles Artikelbehandlungen zu platzieren und gibt Antwortmaschinen saubere Autorschaftssignale.
Warum Ihr Theme nicht ausreicht
Die meisten Shopify-Themes liefern ein teilweises Produkt-Schema und wenig anderes. Dawn und seine Nachfolger enthalten einen grundlegenden Produktblock, aber Sie werden typischerweise keine BreadcrumbList, keine Organisation und kein Artikel-Markup out of the box finden. Die Konsequenzen sind leise: Es erscheint nirgendwo ein Fehler, Sie werden einfach nie für die Verbesserungen berechtigt, die Ihnen fehlen.
Das tiefere Problem ist, dass teilweises Schema oft auch ungültiges Schema ist. Der häufigste Fehler, den wir sehen, ist ein Produktblock, dem ein erforderliches oder stark empfohlenes Feld fehlt — keine priceCurrency, ein offers-Objekt ohne Preis oder eine review ohne reviewProperty zum Anhängen. Googles Parser ist streng: Ein fehlendes erforderliches Attribut bei einem Element macht dieses Element unberechtigt, und ein echter Syntaxfehler — ein verirrtes Komma, ein nicht entkommendes Anführungszeichen in einer Produktbeschreibung, die durch Liquid gezogen wird — kann den gesamten Block ungültig machen, sodass nichts gelesen wird.
Schritt-für-Schritt-Implementierung: Markup hinzufügen und validieren
Die Mechanik ist einfach; die Disziplin liegt in der Validierung.
- Platzieren Sie gültiges JSON-LD im Seitenkopf, ein Skript-Tag pro Typ, mit dem korrekten @context von https://schema.org und einem genauen @type.
- Füllen Sie jedes Feld mit Live-Daten. Bei einem Produkt müssen Preis, Währung und Verfügbarkeit mit dem übereinstimmen, was der Storefront in diesem Moment zeigt — nicht ein zwischengespeicherter oder fest codierter Wert.
- Führen Sie die Seite durch Googles Rich Results Test und den schema.org-Validator. Der Rich Results Test zeigt Ihnen, für welche Verbesserung Sie sich qualifizieren; der schema.org-Validator fängt strukturelle Fehler auf, die das Google-Tool manchmal toleriert. Verwenden Sie beide.
- Überprüfen Sie nach jedem Theme-Update erneut. Theme-Upgrades und App-Installationen fügen routinemäßig einen zweiten, widersprüchlichen Block hinzu.
Dieser letzte Punkt ist die Falle, die sorgfältige Arbeit zunichte macht. Doppelte Schema — zwei Produktblöcke auf einer Seite, einer vom Theme und einer von einer App — verwirren Google darüber, welchem zu vertrauen ist, und können das Rich Result vollständig unterdrücken. Bevor Sie Schema auf irgendeine Weise hinzufügen, sehen Sie sich den Seitenquellcode an und suchen Sie nach vorhandenen Skript-Tags des Typs application/ld+json, damit Sie keine zweite Kopie oben drauf stapeln.
Überprüfen, was Ihr Store bereits ausgibt
Die meisten Shopify-Stores müssen keine strukturierten Daten hinzufügen, sondern korrigieren: Das Theme liefert einen teilweisen Produktblock, eine Bewertungs- oder SEO-App injiziert einen zweiten, und die beiden stimmen nicht überein. Bevor Sie also etwas hinzufügen, finden Sie heraus, was der Store heute ausgibt.
Vertrauen Sie nicht der App-Liste. Öffnen Sie eine Produktseite, sehen Sie sich den Quellcode an und suchen Sie nach application/ld+json. Sie werden normalerweise mehr als einen Block finden: Das Theme gibt einen aus, und jede SEO- oder Bewertungs-App gibt einen anderen aus. Zählen Sie sie, bevor Sie etwas ändern.
Führen Sie dann die Seite durch Googles Rich Results Test. Es berichtet pro Typ: was es erkannt hat, welche Felder fehlen und welche ungültig sind. Warnungen sind optionale Felder; Fehler machen die Seite vollständig unberechtigt für das Rich Result.
Die Search Console Enhancements-Berichte (Produkt-Snippets, Händlerlisten) sind die Flottenansicht. Sie hinken Tage hinterher, aber sie decken jede indexierte URL ab, anstatt die, die Sie zufällig getestet haben, und sie zeigen, ob sich ein Fehler ausbreitet.
Die fünf häufigsten strukturierten Datenfehler, die Shopify-Stores treffen
Zwei Produktblöcke, die nicht übereinstimmen. Das Theme gibt ein Produkt mit einem Preis aus; eine Bewertungs-App gibt ein anderes mit einer Bewertung aus. Google wählt eines aus, normalerweise nicht das, das Sie möchten. Beheben Sie es, indem Sie eine Quelle entfernen, nicht indem Sie eine dritte hinzufügen.
Preis- und Verfügbarkeitsdrift. Markup wird beim Seitenrendering generiert, aber zwischengespeichert oder während einer Theme-Bearbeitung fest codiert. Ein Produkt geht aus dem Lager und das Markup sagt immer noch InStock. Dies ist der schnellste Weg, um Händlerlisten zu unterdrücken, da es gegen Ihren Storefront überprüft wird.
AggregateRating ohne sichtbare Bewertungen. Google erfordert, dass die Bewertung auf der Seite sichtbar ist, auf der sie markiert ist. Markup, das eine Bewertung trägt, die der Käufer nicht sehen kann, ist ein Spam-Signal und die häufigste Ursache für eine manuelle Aktion für strukturierte Daten auf einem Shopify-Store.
Fehlende Angebote insgesamt. Ein Produktknoten mit einem Namen, einer Beschreibung und einer Marke, aber ohne offers ist überhaupt nicht berechtigt für ein Produkt-Rich Result. Es validiert ohne Fehler und tut nichts.
Entkommene oder abgeschnittene JSON. Markup, das durch eine Theme-Einstellung oder ein Metafeld injiziert wird, wird HTML-escaped, sodass ein doppeltes Anführungszeichen zu " wird und der Block das Parsen stoppt. Es schlägt stillschweigend fehl — der Rich Results Test meldet einfach keine gefundenen strukturierten Daten.
Ändern Sie eine Quelle nach der anderen und testen Sie erneut. Zwei gleichzeitige Bearbeitungen an zwei Emittern sind, wie Stores mit drei Produktblöcken enden. Und passen Sie das Markup jedes Mal an die sichtbare Seite an: Wenn die Seite keinen Preis zeigt, markieren Sie keinen. Die Regel, die Google durchsetzt, ist nicht "sind die Daten wahr", sondern "kann ein Käufer sie sehen".
E-Commerce strukturierte Daten: Die Produktfelder, die das Gewicht tragen
Für einen Online-Store erledigen der Produktknoten und sein Angebot fast die gesamte Arbeit, daher lohnt es sich zu wissen, welche Felder die Berechtigung bestimmen und welche Dekoration sind.
| Feld | Wo es sitzt | Was es freischaltet | Häufiger Shopify-Fehler |
|---|---|---|---|
| name, image, description | Produkt | Grundlegende Berechtigung | Bild-URL zeigt auf eine winzige Thumbnail-Variante |
| brand, sku, gtin / mpn | Produkt | Händlerlistenabgleich, Shopping | Marke fehlt bei unmarkierten oder Eigenmarkenprodukten |
| offers → price, priceCurrency | Angebot | Preis im Ergebnis | Preis als "19.99 USD" Text gerendert oder fehlende priceCurrency |
| offers → availability | Angebot | Lagerstatus | Einfache Worte ("auf Lager") anstelle des schema.org-URL-Werts |
| offers → url | Angebot | Tiefer Link zur Variante | Weggelassen, sodass alle Varianten zur Elternseite auflösen |
| aggregateRating, review | Produkt | Sternebewertung | Markiert, während keine Bewertung auf der Seite sichtbar ist |
| shippingDetails, hasMerchantReturnPolicy | Angebot | Versand- und Rückgabeverbesserungen | Niemals von Themes ausgegeben; nur Apps fügen sie hinzu |
Varianten sind die Shopify-spezifische Besonderheit. Ein Produkt mit sechs Größen ist ein Shopify-Produkt, aber sechs kaufbare Artikel, jeder mit seinem eigenen Preis und Lagerbestand. Googles Varianten-Markup drückt dies als ProductGroup mit hasVariant-Einträgen aus oder als ein Produkt pro Varianten-URL; was es nicht will, ist ein einzelnes Produkt, dessen Preis und Verfügbarkeit stillschweigend nur die Standardvariante beschreiben. Kategorieseiten benötigen weniger: eine BreadcrumbList und eine CollectionPage, und markieren Sie nur die Produkte des Rasters mit vollständigem Produkt-Schema, wenn der auf der Karte angezeigte Preis und die Verfügbarkeit mit dem übereinstimmen, was das Markup sagt.
Es korrekt halten, während sich der Katalog ändert
Ein Store mit 40 Produkten kann von Hand validiert werden. Ein Store mit 4.000 kann es nicht, und der Fehlermodus ist, dass ein Teil der Seiten bricht — ein Produkttyp ohne Marke, eine Kollektion ohne Bild — während die, die Sie stichprobenartig überprüfen, in Ordnung bleiben.
| Store-Größe | Validierungsansatz | Risiko |
|---|---|---|
| 40 Produkte | Von Hand validiert | Alle Seiten überprüft; Fehler wahrscheinlich erkannt |
| 4.000 Produkte | Kann nicht von Hand validiert werden; nur Stichprobenprüfung | Ein Teil der Seiten bricht, während die stichprobenartig überprüften Seiten in Ordnung bleiben |
Das ist das Argument dafür, Markup aus Live-Produktdaten zu generieren, anstatt es zu templaten: Die Werte stammen aus derselben Quelle, die der Storefront rendert, sodass sie nicht auseinanderdriften können. RankEngines Autopilot hat eine Auto JSON-LD Schema-Regel, die Produkt-, Artikel- und Organisationsschema durch das metafields.seo.jsonld-Feld des Storefronts schreibt und bei jedem täglichen Lauf erneut validiert, und sein Content Studio fügt FAQPage-, HowTo-, Recipe-, Author-, VideoObject- und Event-Builder mit demselben Metafeld-Anwendungspfad hinzu — dokumentiert in Einrichten von Autopilot-Regeln und der strukturierten Schema-Suite. Testen Sie nach Theme-Updates unabhängig von der Route erneut: Ein Theme-Update ersetzt Vorlagendateien, und von Hand bearbeitetes JSON-LD in product.liquid wird ohne Vorwarnung überschrieben.
Handbearbeitung von Liquid versus Verwendung einer App
Sie können Schema hinzufügen, indem Sie Theme Liquid direkt bearbeiten — die Schritt-für-Schritt-Methode und ihre Fehlermodi sind in wie man Schema zu Shopify ohne App hinzufügt. Es funktioniert, und für einen einzelnen statischen Block wie Organisation ist es vernünftig. Aber es ist fragil im großen Maßstab: Sie schreiben JSON von Hand in eine Templating-Sprache, Produktdaten fließen durch Variablen ein, die Anführungszeichen und Zeilenumbrüche enthalten können, und jedes Theme-Update riskiert, Ihre Bearbeitungen zu überschreiben. Eine fehlerhafte Interpolation und Google ignoriert stillschweigend den gesamten Block — ohne Fehler, der im Admin angezeigt wird.
Ein App-basierter Ansatz injiziert validiertes JSON-LD über den gesamten Katalog und hält es mit Live-Preis und Lagerbestand synchron, was die beiden schwierigsten Teile entfernt: Korrektheit im großen Maßstab und Aktualität, während sich der Bestand ändert. Unabhängig davon, welchen Weg Sie wählen, ist der Validierungsschritt nicht verhandelbar.
Schema als KI-Verständnissignal
Rich Results sind der klassische Grund für Schema, aber der wertvollere Grund ist jetzt das maschinelle Verständnis. KI-Antwortmaschinen, die das Web zusammenfassen, stützen sich auf strukturierte Daten, um zu wissen, was eine Seite ist, was sie verkauft und wer sie veröffentlicht hat. Sauberes Produkt- und Organisationsschema ist eines der stärksten "Verständnis"-Signale, die Sie ihnen geben können, weshalb es im Zentrum der Antwortmaschinenoptimierung und der breiteren Verschiebung hin zu KI-Suchoptimierung steht. Kombinieren Sie es mit einer llms.txt-Datei und Sie geben sowohl Crawlern als auch Sprachmodellen eine klare, eindeutige Lesung Ihres Stores. Unser AEO für Shopify-Antwortmaschinen Leitfaden geht tiefer auf diese Oberfläche ein, und Schema ist eine wiederkehrende Linie in der Shopify SEO-Checkliste für 2026.
Wo es in den Rest Ihres SEO passt
Schema ersetzt nicht die Grundlagen — es verstärkt sie. Eine Seite benötigt echten Inhalt, korrekte kanonische Tags und solides Produktseiten-SEO, bevor Rich Data das Hinzufügen wert ist; Markup auf einer dünnen Seite beschreibt nur eine dünne Seite. Behandeln Sie Schema als die Schicht, die eine bereits gute Seite für Maschinen lesbar macht, und sehen Sie sich die vollständige Shopify SEO Grundlage für den Rest an.
RankEngine injiziert gültiges Produkt-, FAQ-, Breadcrumb- und Organisations-JSON-LD über einen Store, validiert jeden Block gegen die Live-Produktdaten und schreibt die Änderungen mit Verifizierung zurück in Shopify — keine Liquid-Bearbeitung, keine doppelten Blöcke, keine stillen Brüche nach einem Theme-Update.