Microdata

1. Kurzdefinition

Microdata ist eine HTML5-spezifische Form, strukturierte Daten direkt in HTML-Markup einzubetten — über die Attribute itemscope, itemtype und itemprop. Es war zwischen 2011 und 2016 die dominante Schema.org-Implementations-Form, wurde aber von JSON-LD weitgehend abgelöst und ist 2026 primär in Legacy-Sites anzutreffen.

2. Ausführliche Erklärung

Microdata ist eine HTML5-Spezifikation aus dem Jahr 2009, die strukturierte Daten direkt in HTML-Markup einbettet. Die Idee: statt Schema-Daten separat als JSON-Block im Head zu deployen, werden sie als HTML-Attribute auf den anzeigenden Tags selbst hinterlegt. Ein Produkt-Titel bekommt itemprop='name', das umschliessende div bekommt itemscope itemtype='https://schema.org/Product'. Vorteil: Daten und Anzeige sind in einem einzigen Stück HTML, ohne Duplikation. Nachteil: die Markup-Struktur wird komplex und schwer wartbar, sobald viele Schema-Typen kombiniert werden.

Die Geschichte zeigt einen klaren Trend. 2011-2014: Microdata war die empfohlene Form für Schema.org, aktiv von Google promotet. 2014: JSON-LD wird als alternative Form akzeptiert. 2015-2017: Google's Interne Empfehlungen verschieben sich zugunsten JSON-LD. 2018+: JSON-LD ist dominant; Microdata gilt als Legacy. 2026: über 95 Prozent neuer Schema.org-Implementations nutzen JSON-LD; Microdata bleibt nur in alten Sites, eCommerce-Plattformen mit Legacy-Templates und einigen WordPress-Themes erhalten.

Für GEO ist Microdata 2026 keine empfohlene Wahl. Drei Gründe: erstens schlechtere Wartbarkeit — Schema-Updates erfordern HTML-Template-Änderungen statt Edit eines JSON-Blocks. Zweitens schlechtere Validierung — Microdata-Validatoren sind weniger ausgereift als JSON-LD-Validatoren. Drittens schlechtere Performance — bei Crawlern ist JSON-LD-Parsing schneller als Microdata-Extraktion aus dem DOM. Wer eine neue Site baut, sollte JSON-LD wählen. Wer eine bestehende Microdata-Site hat, sollte sie schrittweise auf JSON-LD migrieren.

Es gibt jedoch einen Sonderfall, in dem Microdata Vorteile hat: SPA-Seiten ohne Server-Side-Rendering. Wenn eine Single-Page-App das HTML client-seitig rendert, kann JSON-LD im Head erst nach JS-Execution sichtbar werden — was viele Crawler nicht verarbeiten. Microdata-Markup im body-HTML ist dagegen schon im initialen HTML-Response enthalten und für non-JS-Crawler lesbar. Dieser Vorteil verschwindet aber, sobald die SPA Server-Side-Rendering aktiviert.

Wichtig zur Abgrenzung: Microdata ist nicht RDFa ist nicht JSON-LD. Microdata ist HTML5-spezifisch mit eigenen Attributen (itemscope/itemtype/itemprop). RDFa (Resource Description Framework in Attributes) ist eine ähnliche, aber komplexere Syntax — basiert auf RDF-Vokabularen, nicht auf einfachem HTML5-Markup. JSON-LD ist eine separate JSON-Struktur, typisch im Head der Seite. Alle drei können denselben Schema.org-Inhalt ausdrücken, aber JSON-LD ist 2026 der Standard.

3. Praxisbeispiel

Vergleich: Microdata vs. JSON-LD für dasselbe Produkt:

# Microdata (HTML5-Inline)
<div itemscope itemtype='https://schema.org/Product'>
  <h1 itemprop='name'>GEO-Pro-Plan</h1>
  <span itemprop='description'>Vollanalyse mit AI-Berater</span>
  <div itemprop='offers' itemscope itemtype='https://schema.org/Offer'>
    <span itemprop='price'>39</span>
    <span itemprop='priceCurrency'>CHF</span>
  </div>
</div>

# JSON-LD (im <head>-Block)
<script type='application/ld+json'>
{
  '@context': 'https://schema.org',
  '@type': 'Product',
  'name': 'GEO-Pro-Plan',
  'description': 'Vollanalyse mit AI-Berater',
  'offers': {
    '@type': 'Offer',
    'price': 39,
    'priceCurrency': 'CHF'
  }
}
</script>

Beide Beispiele kommunizieren denselben Schema.org-Inhalt. JSON-LD ist deutlich kompakter und besser wartbar. Microdata verteilt sich über mehrere HTML-Tags und ist schwer zu parsen oder validieren.

4. Typische Fehler & Missverständnisse

×Microdata für neue Sites einsetzen — JSON-LD ist 2026 der Standard und besser unterstützt.
×Microdata und JSON-LD parallel pflegen — Duplikation erhöht Fehler-Risiko, besser eine Form wählen und konsistent durchziehen.
×Microdata-Migration unterschätzen — die Konversion zu JSON-LD braucht oft mehr Aufwand als gedacht, wegen Inline-Verteilung.
×Microdata ohne Validation deployen — Microdata-Validatoren sind weniger ausgereift, Fehler werden oft nicht gefangen.

5. Best Practices

✓Wähle JSON-LD für alle neuen Schema.org-Implementations — 2026er-Standard.
✓Migriere bestehende Microdata-Sites schrittweise auf JSON-LD — pro Schema-Typ einzeln, mit Validation nach jedem Schritt.
✓Bei SPA ohne Server-Side-Rendering: aktiviere SSR statt auf Microdata zu wechseln — bessere Lösung.
✓Validiere Microdata-Markup mit dem Google Rich Results Test, falls Migration nicht sofort möglich.
✓Plane bei Legacy-Sites mit Microdata einen Cleanup-Sprint — Hybrid-Ansätze führen zu Wartungs-Schmerzen.

6. Fakten

Microdata wurde 2009 als Teil der HTML5-Spezifikation entwickelt; Schema.org adoptierte das Format als primäre Implementation 2011.
Google empfahl Microdata bis etwa 2014 als bevorzugte Schema.org-Form; ab 2015 verschob sich die Empfehlung zu JSON-LD.
2026 nutzen über 95 Prozent neuer Schema.org-Implementations JSON-LD; Microdata-Anteil ist auf unter 5 Prozent gefallen.
WordPress-Plugins wie Yoast SEO und RankMath unterstützen 2026 primär JSON-LD; Microdata-Output ist deprecated oder optional.
eCommerce-Plattformen wie Shopify, WooCommerce und Magento nutzen 2026 standardmäßig JSON-LD für Product-Schemas, viele frühere Microdata-Templates wurden migriert.
Microdata-Validierung über validator.schema.org funktioniert weiterhin, ist aber weniger detailliert als JSON-LD-Validierung — Fehler werden seltener gefunden.

Definition von Marco Biner · Certified GEO Expert

Marco Biner — Founder geoquality.ai, Certified GEO Expert

Microdata ist 2026 ein Begriff, der mehr historische als praktische Relevanz hat. In meiner Beratungspraxis sehe ich ihn nur noch in zwei Szenarien: erstens Legacy-Sites, die vor 2016 gebaut wurden und nie modernisiert wurden. Zweitens ältere eCommerce-Templates, die noch nicht auf JSON-LD migriert wurden. In beiden Fällen empfehle ich die Migration auf JSON-LD — der Aufwand ist überschaubar, und die Wartungs-Vorteile sind erheblich. Wer eine neue Site baut und über Microdata nachdenkt, sollte das Konzept ignorieren und direkt JSON-LD nutzen.

GEO Importance Rank

Wie wichtig ist dieser Begriff für Generative Engine Optimization?

35 /100

Nuetzlich Range 30–49

FAQs

Sollte ich Microdata oder JSON-LD nutzen?

JSON-LD für alle neuen Implementations. Microdata war zwischen 2011 und 2016 dominant, wurde aber von JSON-LD abgelöst. JSON-LD ist 2026 der Standard mit 95%+ Marktanteil bei neuen Sites — bessere Wartbarkeit, bessere Validierung, bessere Crawler-Performance.

Was ist der Unterschied zwischen Microdata und JSON-LD?

Microdata bettet strukturierte Daten direkt in HTML-Markup ein über itemscope/itemtype/itemprop-Attribute. JSON-LD ist eine separate JSON-Struktur, typisch im Head der Seite. Beide kommunizieren denselben Schema.org-Inhalt, aber JSON-LD ist kompakter und besser wartbar.

Soll ich von Microdata auf JSON-LD migrieren?

Ja, bei nächster Gelegenheit. Migration ist oft einfacher als gedacht — Schema-Inhalt extrahieren, in JSON-LD-Struktur konvertieren, validieren, deployen. Neue Schema-Typen sollten direkt in JSON-LD gebaut werden, alte Microdata-Schemas schrittweise migrieren.

Hat Google eine Präferenz für JSON-LD oder Microdata?

Ja, JSON-LD. Google empfiehlt seit 2015 explizit JSON-LD als bevorzugte Form. Microdata wird weiterhin verarbeitet, aber JSON-LD ist die Default-Empfehlung in der Google Search Documentation.

Welche Sites nutzen 2026 noch Microdata?

Primär drei Kategorien: Legacy-Sites aus der Vor-JSON-LD-Ära (vor 2016), ältere eCommerce-Templates die nicht migriert wurden, und einige WordPress-Themes mit veralteter Schema-Pflege. Bei nächster Modernisierung sollten alle diese Sites zu JSON-LD wechseln.

Kann ich Microdata und JSON-LD parallel nutzen?

Technisch ja, praktisch nicht empfohlen. Duplikation erhöht das Fehler-Risiko, weil bei Schema-Updates beide Varianten synchron gehalten werden müssen. Wenn schon vorhanden, sollte eine Variante als Single Source of Truth gewählt werden — typisch JSON-LD.