Serie: Strukturierte Daten & Schema.org

Zusammenfassung

Schema.org bietet Hunderte von Typen zur Beschreibung von Entitäten. Die richtige Wahl bestimmt, wie Suchmaschinen Seiten interpretieren und im Knowledge Graph verankern. Dieser Guide erklärt die Top 10 Typen für SEO, zeigt praktische Code-Beispiele, Required Properties und einen klaren Entscheidungsbaum für alle wichtigen Use Cases.

Schema-Typen für Entitäten

Auswahl, Bedeutung und praktische Anwendung

1. Was sind Schema-Typen und warum sind sie wichtig?

Schema-Typen definieren, welche Art von Entität beschrieben wird. Sie sind die Grundlage dafür, wie Suchmaschinen Inhalte verstehen und einordnen.

Warum wichtig?

Suchmaschinen erkennen präziser den Content-Typ
Korrekte Knowledge Graph-Einordnung
Beziehungen zwischen Entitäten werden sichtbar
Rich Results nur bei korrektem Typ

Die Typ-Wahl ist eine strategische Entscheidung, kein technisches Detail.

2. Grundprinzipien der Schema.org-Struktur

2.1. Hierarchien

Alle Typen stammen von Thing ab:

Thing
├─ CreativeWork (→ Article, VideoObject, Recipe)
├─ Person
├─ Organization (→ LocalBusiness)
├─ Place
├─ Product
├─ Event (→ Course)
└─ Action

Untertypen erben alle Properties der Obertypen. NewsArticle hat alle Properties von Article UND von CreativeWork.

3. Top 10 Schema-Typen für SEO

Diese 10 Typen decken ~90% aller SEO-Anwendungen:

1. Article (inkl. BlogPosting, NewsArticle) ★★★★★
Alle redaktionellen Inhalte, Blogs, News

2. Product ★★★★★
E-Commerce, Produktseiten

3. Organization (inkl. LocalBusiness) ★★★★★
Unternehmens-Markup, About-Seiten

4. Person ★★★★☆
Autoren, Team, Experten-Profile

5. FAQPage ★★★★☆
FAQ-Sektionen

6. HowTo ★★★★☆
Anleitungen, Tutorials

7. Recipe ★★★☆☆
Rezepte (Lebensmittel & Metaphorisch)

8. Event (inkl. Course) ★★★☆☆
Veranstaltungen, Webinare, Kurse

9. VideoObject ★★★☆☆
Video-Inhalte

10. BreadcrumbList ★★★★★
Navigation (technisch, aber wichtig)

4. Entscheidungsbaum: Den richtigen Typ finden

Beschreibt die Seite...
├─ Wissen/Information?
│ ├─ Redaktioneller Inhalt → Article
│ ├─ Anleitung/Tutorial → HowTo
│ ├─ Rezept → Recipe
│ └─ FAQ → FAQPage
├─ Ein physisches/digitales Produkt? → Product
├─ Eine Veranstaltung?
│ ├─ Kurs/Training → Course
│ └─ Event → Event
├─ Ein Unternehmen?
│ ├─ Mit physischem Standort → LocalBusiness
│ └─ Online/Global → Organization
├─ Eine Person? → Person
├─ Einen Ort? → Place / TouristDestination
└─ Video-Content? → VideoObject

5. Required vs. Recommended Properties

Article

Required: headline

Recommended: author, datePublished, dateModified, image, publisher

Product

Required: name

Recommended: image, description, brand, offers, aggregateRating, review

Organization

Required: name

Recommended: url, logo, address, telephone, sameAs

LocalBusiness

Required: name, address

Recommended: telephone, openingHours, priceRange, geo, image

6. Praktische Code-Beispiele

6.1. Article (Blog-Artikel)

{ "@context": "https://schema.org", "@type": "Article", "headline": "Titel des Artikels", "author": { "@type": "Person", "name": "Marcus Volz" }, "datePublished": "2025-12-09", "image": "https://example.com/bild.jpg", "publisher": { "@type": "Organization", "name": "eLengua", "logo": { "@type": "ImageObject", "url": "https://elengua.com/logo.png" } } }

6.2. Product (E-Commerce)

{ "@context": "https://schema.org", "@type": "Product", "name": "Produktname", "image": "https://example.com/produkt.jpg", "description": "Produktbeschreibung", "brand": { "@type": "Brand", "name": "Markenname" }, "offers": { "@type": "Offer", "price": "99.99", "priceCurrency": "EUR", "availability": "https://schema.org/InStock" }, "aggregateRating": { "@type": "AggregateRating", "ratingValue": "4.5", "reviewCount": "89" } }

6.3. LocalBusiness

{ "@context": "https://schema.org", "@type": "LocalBusiness", "name": "Firmenname", "image": "https://example.com/laden.jpg", "address": { "@type": "PostalAddress", "streetAddress": "Musterstraße 123", "addressLocality": "Berlin", "postalCode": "10115", "addressCountry": "DE" }, "telephone": "+49-30-12345678", "openingHours": "Mo-Fr 09:00-18:00", "priceRange": "$$" }

7. Schema-Typen richtig verschachteln

Typen können ineinander verschachtelt werden:

Article mit verschachteltem Person (Author):

{ "@type": "Article", "headline": "Titel", "author": { "@type": "Person", "name": "Max Mustermann", "jobTitle": "SEO-Experte", "worksFor": { "@type": "Organization", "name": "eLengua" } } }

Jede verschachtelte Entität bekommt ihren eigenen @type. So entstehen semantische Beziehungen.

8. Häufige Fehler und Trouble-Shooting

Fehler 1: Falscher Typ für Content

Problem: Product-Markup auf einer Artikel-Seite

Folge: Keine Rich Snippets, falsche Knowledge Graph-Zuordnung

Lösung: Article-Typ verwenden

Fehler 2: Unvollständige Required Properties

Problem: Article ohne headline

Folge: Markup wird ignoriert

Lösung: Rich Results Test nutzen, fehlende Properties ergänzen

Fehler 3: Mehrere konkurrierende Haupttypen

Problem: Article UND Product auf derselben Seite für denselben Content

Folge: Verwirrung für Suchmaschinen

Lösung: Einen Haupttyp wählen

9. Best Practices

✓ Spezifischsten verfügbaren Typ wählen

✓ Alle Required Properties ausfüllen

✓ Recommended Properties maximieren

✓ Markup mit sichtbarem Content synchron halten

✓ Rich Results Test nutzen

✓ Bei Unsicherheit: breiteren Typ wählen (Article statt TechArticle)

10. Fazit

Schema-Typen definieren, wie Entitäten maschinell verstanden werden. Die Top 10 Typen decken die meisten SEO-Anwendungen ab. Der Entscheidungsbaum und die Code-Beispiele ermöglichen schnelle, korrekte Implementierung.

Für eLengua ist die präzise Typauswahl das Fundament sauberer semantischer Modellierung.

Über den Autor

Marcus A. Volz ist Linguist und Spezialist für semantische KI-Systeme bei eLengua. Er analysiert, wie Suchmaschinen und KI-Systeme Bedeutung verstehen – von strukturierten Daten über Entity-Mapping bis zur semantischen Content-Architektur.

Häufig gestellte Fragen (FAQ)

Welchen Schema-Typ sollte ich für meine Seite wählen?

Wählen Sie basierend auf dem Hauptinhalt: Artikel → Article, Produkte → Product, Unternehmen → Organization/LocalBusiness, Events → Event/Course, Anleitungen → HowTo. Wählen Sie immer den spezifischsten verfügbaren Typ.

Was ist der Unterschied zwischen Article und BlogPosting?

BlogPosting ist ein Untertyp von Article für Blog-Content. Für SEO sind beide gleichwertig. Article ist der sichere Universaltyp für alle redaktionellen Inhalte.

Welche Properties sind Pflicht?

Article benötigt: headline, author, datePublished. Product: name, image, offers. Organization: name, url. Google's Rich Results Test zeigt fehlende Properties an.

Kann ich mehrere Schema-Typen auf einer Seite nutzen?

Ja, aber nur für verschiedene Entitäten. Produktseite kann Product + Organization + BreadcrumbList haben. Nie zwei konkurrierende Haupttypen für denselben Content.

Was passiert bei falschem Typ?

Falsche Interpretation, keine Rich Snippets, fehlerhafte Knowledge Graph-Einordnung. Beispiel: Product-Markup auf Artikel-Seite verwirrt Suchsysteme.

Organization vs. LocalBusiness?

LocalBusiness bei physischem Standort und Öffnungszeiten. Organization für rein online oder globales Markup. LocalBusiness ist Untertyp von Organization.

Wie verschachtele ich Schema-Typen?

Durch Einbettung: Article enthält author (Person), Product enthält brand (Organization). Jeder verschachtelte Typ bekommt eigenen @type.

Sind spezifische Untertypen immer besser?

Meist ja, aber nicht immer. MedicalBusiness zu spezifisch für SEO. Nutze spezifischsten von Google dokumentierten Typ. Im Zweifel breiteren Typ wählen.