JSON-LD oder Microdata.
Beide drücken dasselbe schema.org-Vokabular aus; der Unterschied liegt darin, wo das Markup steht — JSON-LD in einem eigenen Block, Microdata eingebettet im HTML.
Strukturierte Daten sind die Ebene, die einer Maschine sagt, wovon eine Seite handelt: Ist das ein Artikel, ein Unternehmen, ein Produkt? Das Vokabular ist gemeinsam — schema.org —, und die beiden Formate sind zwei Schreibweisen desselben Vokabulars. Die Wahl betrifft die Pflege, nicht die Bedeutung.
Warum sich JSON-LD durchgesetzt hat
Dass es in einem eigenen Block steht, macht es unabhängig von der visuellen Struktur. Ändert sich das Design, wandert ein Abschnitt oder wird eine Komponente neu geschrieben, bricht das Markup nicht. Zudem lassen sich Knoten über `@id` miteinander verbinden: Organisation, Person, Website und Seite werden zu einem einzigen Graphen, und dieselbe Entität erscheint auf jeder Seite mit derselben Identität.
Auf dieser Website ist der Graph genau so aufgebaut, und jede Route trägt einen WebPage-Knoten. Die vollständigen Grundlagen und der Begriff der Entität stehen getrennt geschrieben.
Was für Microdata weiterhin spricht
Weil Microdata das Markup auf den Inhalt selbst schreibt, stimmen Gezeigtes und Angegebenes von Natur aus überein. Steht `itemprop="name"` an einem Überschriftenelement, ist der angegebene Name der Name auf dem Bildschirm; sie können nicht auseinanderlaufen. Bei JSON-LD muss diese Übereinstimmung von Hand gewahrt werden.
In der Praxis weist das auf das größte Risiko von JSON-LD hin: Etwas anzugeben, was nicht auf der Seite steht, ist technisch leicht. Die Regel ist eindeutig — das Markup beschreibt den Inhalt der Seite, es schmückt sie nicht. Wie Fehler gefunden werden ist getrennt beschrieben.
Die Entscheidung
Für einen Neuaufbau wählt man JSON-LD: Es ist Googles empfohlenes Format, die Pflege liegt an einer Stelle, und es eignet sich zum Aufbau eines Graphen. Eine bestehende Website mit Microdata sollte man dagegen nicht allein des Formats wegen umstellen — funktionierendes Markup zu ändern bringt keinen messbaren Gewinn.
Kriterium
- Wo es steht — JSON-LD: In einem <script type="application/ld+json">-Block · Microdata: In den Attributen von HTML-Elementen
- Bindung ans Markup — JSON-LD: Unabhängig — übersteht Änderungen der visuellen Struktur · Microdata: Eng — wird ein div verschoben, kann das Markup brechen
- Googles Empfehlung — JSON-LD: Das empfohlene Format · Microdata: Unterstützt, nicht empfohlen
- Beziehungen zwischen Knoten — JSON-LD: Mit @id lassen sich stabile Verbindungen bauen · Microdata: Mit itemref möglich, aber brüchig
- Pflege — JSON-LD: An einer Stelle gebündelt · Microdata: Über das Markup verstreut
- Übereinstimmung mit dem Sichtbaren — JSON-LD: Muss von Hand gewahrt werden — es steht woanders · Microdata: Natürlich gegeben — es steht am selben Element
- Risiko der Fehlnutzung — JSON-LD: Leicht, etwas anzugeben, was nicht auf der Seite steht · Microdata: Schwerer — das Markup hängt am Inhalt
HÄUFIGE FRAGEN
Womit rankt man besser?
Mit keinem von beiden. Strukturierte Daten sind kein direkter Rankingfaktor; ihre Aufgabe ist, einer Maschine zu sagen, was die Seite ist. Beide Formate tragen dieselbe Information und werden gleich gelesen.
Kann ich beides verwenden?
Technisch ja, ratsam ist es nicht: Wird dieselbe Entität zweimal angegeben, entsteht die Gefahr von Widersprüchen, und der Pflegeaufwand verdoppelt sich. Richtig ist, ein Format zu wählen und dabei zu bleiben.
Worin besteht das Risiko von JSON-LD?
In der Loslösung vom sichtbaren Inhalt. Weil das Markup in einem eigenen Block steht, lässt sich leicht eine häufig gestellte Frage angeben, die es auf der Seite nicht gibt, oder eine Bewertung, die nicht existiert — und dafür verhängen Suchmaschinen manuelle Maßnahmen.