Was sind strukturierte Daten?
Strukturierte Daten sind ein standardisiertes Format, um Inhalte auf Ihrer Seite eindeutig zu markieren. Statt Google raten zu lassen, dass "149" ein Preis und "Webentity" ein Firmenname ist, sagen Sie es explizit mit einem Vokabular namens Schema.org.
Es ist der Unterschied zwischen einem Absatz Fliesstext und einem Formular mit klar beschrifteten Feldern. Beides enthaelt dieselben Informationen, aber das Formular ist fuer Maschinen sofort lesbar.
Warum das fuer Rankings wichtig ist
Strukturierte Daten verbessern Rankings nicht direkt. Google sagt das seit Jahren. Aber sie bewirken drei wichtige Dinge:
Rich Results in Google. FAQ-Markup kann Fragen direkt in den Suchergebnissen zeigen. Product-Markup zeigt Preis und Verfuegbarkeit. Article-Markup bringt Headline, Datum und Autor ins Snippet. Das steigert die Klickrate oft deutlich.
Zitate in KI-Antworten (GEO). Das ist 2026 besonders relevant. Wenn jemand ChatGPT, Perplexity oder Google AI Overviews etwas fragt, ziehen diese Systeme bevorzugt aus Quellen, die leicht maschinenlesbar sind. Strukturierte Daten machen genau das. Eine Seite mit FAQPage-Schema zu "Was ist ein Canonical-Tag?" wird eher zitiert als eine Seite, auf der die Antwort irgendwo im Fliesstext steckt.
Knowledge-Graph-Verstaendnis. Organization-Schema hilft Google, Ihr Unternehmen besser einzuordnen. Product- oder SoftwareApplication-Schema hilft beim Verstaendnis Ihres Angebots.
Was ohne strukturierte Daten passiert:
- Normale blaue Links statt Rich Results
- KI-Modelle greifen eher zu besser strukturierten Wettbewerbern
- Google muss raten, was Ihr Inhalt bedeutet
Wie es in der Praxis funktioniert
Strukturierte Daten werden meist als JSON-LD in den <head> eingebaut:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "FAQPage",
"mainEntity": [{
"@type": "Question",
"name": "What is a canonical tag?",
"acceptedAnswer": {
"@type": "Answer",
"text": "A canonical tag tells search engines which URL is the official version of a page."
}
}]
}
</script>
Die wichtigsten Schema-Typen fuer B2B-Websites:
| Schema-Typ | Was er tut | Wo er sinnvoll ist |
|---|---|---|
| Organization | Firmenidentitaet, Logo, Social Links | Homepage (global) |
| SoftwareApplication | Produktdetails, Preise, Features | Homepage oder Produktseite |
| FAQPage | Fragen und Antworten | Seiten mit FAQ-Bereich |
| Article | Blog-Metadaten, Autor, Datum | Blogposts |
| BreadcrumbList | Navigationspfad | Alle Unterseiten |
| DefinedTerm | Glossar- oder Learn-Eintraege | Wissensseiten |
| HowTo | Schritt-fuer-Schritt-Anleitungen | Tutorial-Content |
Hauefige Fehler:
- Schema einfuegen, das nicht zum sichtbaren Inhalt passt
- Review-Schema fuer selbst verfasste Testimonials nutzen
- Nicht mit Googles Rich Results Test pruefen
- Nur Organization-Schema setzen und Seitentypen ignorieren
So handhabt Webentity das
Jede Webentity-Website bekommt Organization- und SoftwareApplication-Schema. Blogposts erhalten Article-Schema mit datePublished und dateModified. FAQ-Bereiche bekommen FAQPage-Markup. Learn-Eintraege nutzen DefinedTerm-Schema.
Wenn unsere KI-Agenten einen neuen Blogpost schreiben, wird das Article-Schema direkt aus dem Frontmatter erzeugt - Titel, Datum, Autor und Bild kommen automatisch mit.
Fuer GEO ist strukturiertes Daten-Markup nur die halbe Miete. Die andere Haelfte ist Inhaltsqualitaet. Genau darum recherchieren unsere Agenten mit Perplexity, schreiben mit Claude und validieren Aussagen vor der Veroeffentlichung.