Definition: Was ist Schema.org @graph?
Schema.org @graph ist eine JSON-LD-Konstruktion, die es ermöglicht, mehrere strukturierte Daten-Objekte in einem einzigen-Tag zu definieren und miteinander zu verknüpfen. Statt für jede Entität ein separates Script-Element zu verwenden, beschreibt @graph ein zusammenhängendes Netzwerk von Entitäten — einen lokalen Knowledge Graph Ihrer Website.
Die @graph-Eigenschaft akzeptiert ein Array von JSON-LD-Objekten, die durch @id-Referenzen miteinander verbunden sind. So entsteht ein maschinenlesbares Abbild der semantischen Beziehungen auf Ihrer Seite.
Warum @graph statt einzelne Script-Tags?
Die traditionelle Methode — mehrere -Tags — hat Nachteile:
1. Keine expliziten Verbindungen zwischen Entitäten
2. Redundante Daten (z.B. Author-Informationen wiederholt)
3. Keine Graph-Struktur — isolierte Datenpunkte
4. Mehr HTTP-Overhead durch mehrere Script-Tags
Mit @graph definieren Sie einmal die Person, einmal die Organization, einmal die WebSite — und referenzieren diese Entitäten überall per @id.
Context: Warum fortgeschrittene Schema.org Implementierung entscheidend ist
Im Kontext moderner Suchmaschinen und AI-Systeme wird strukturierte Daten immer wichtiger. Google nutzt Schema.org für Rich Snippets, Knowledge Panels und Featured Snippets. AI-Systeme wie ChatGPT, Gemini und Perplexity verwenden strukturierte Daten zur Informationsextraktion.
Für Websites wie erdinc.ai und ai-automation-hub.ch ist Schema.org nicht optional — es ist ein strategischer Vorteil. Unsere Entity SEO Optimierung basiert fundamental auf korrekter Schema.org Implementierung.
Der Zusammenhang mit Topical Authority
Schema.org @graph verstärkt die Topical Authority auf mehreren Ebenen:
- •Entity Disambiguation: Google versteht eindeutig, WER hinter der Website steht
- •Service-Katalog: Alle Dienstleistungen sind maschinenlesbar definiert
- •Content-Beziehungen: Blog-Posts sind semantisch mit Services verknüpft
- •Trust-Signale: Kontaktdaten, Qualifikationen und Referenzen sind strukturiert
AEO und Voice Search
Für Answer Engine Optimization ist Schema.org @graph besonders relevant. AI-Systeme extrahieren Fakten direkt aus strukturierten Daten:
- •Speakable Specification markiert Inhalte für Voice Search
- •FAQPage Schema liefert direkte Antworten
- •HowTo Schema strukturiert Anleitungen für AI-Assistenten
Information: Die erdinc.ai Schema-Architektur
Grundstruktur des @graph
Die folgende Architektur zeigt, wie wir den @graph auf erdinc.ai implementiert haben:
{
"@context": "https://schema.org",
"@graph": [
{
"@type": "Person",
"@id": "https://erdinc.ai/#person",
"name": "Özden Erdinc",
"jobTitle": "AI Architect & Semantic SEO Experte",
"url": "https://erdinc.ai",
"sameAs": [
"https://linkedin.com/in/oezden-erdinc",
"https://github.com/oezdenErdinc"
],
"knowsAbout": [
"Artificial Intelligence",
"Semantic SEO",
"Knowledge Graphs",
"Next.js",
"TypeScript"
],
"worksFor": { "@id": "https://erdinc.ai/#organization" }
},
{
"@type": "Organization",
"@id": "https://erdinc.ai/#organization",
"name": "erdinc.ai",
"url": "https://erdinc.ai",
"founder": { "@id": "https://erdinc.ai/#person" },
"areaServed": {
"@type": "Country",
"name": "Switzerland"
}
},
{
"@type": "WebSite",
"@id": "https://erdinc.ai/#website",
"url": "https://erdinc.ai",
"name": "erdinc.ai — AI Architect",
"publisher": { "@id": "https://erdinc.ai/#organization" },
"inLanguage": "de-CH"
}
]
}
Erklärung der @id-Referenzen
Der Schlüssel zum @graph sind die @id-Referenzen. Jede Entität bekommt eine eindeutige URI:
| Entität | @id | Zweck |
|---|---|---|
| Person | https://erdinc.ai/#person | Identifies den AI Architect |
| Organization | https://erdinc.ai/#organization | Identifies das Unternehmen |
| WebSite | https://erdinc.ai/#website | Identifies die Website |
Wenn eine Entität auf eine andere verweist, genügt ein { "@id": "..." }-Objekt. Google löst diese Referenzen auf und baut daraus einen zusammenhängenden Graph.
Service-Schema mit PriceSpecification
Für Dienstleistungsseiten erweitern wir den @graph um Service-Entitäten:
{
"@type": "Service",
"@id": "https://erdinc.ai/#service-topical-maps",
"name": "Topical Maps & Semantic Content Strategie",
"description": "Entwicklung einer kompletten Topical Map nach Gübür-Methodik.",
"provider": { "@id": "https://erdinc.ai/#organization" },
"areaServed": {
"@type": "Country",
"name": "Switzerland"
},
"offers": {
"@type": "Offer",
"priceSpecification": {
"@type": "UnitPriceSpecification",
"price": "2500",
"priceCurrency": "CHF",
"unitText": "pro Projekt",
"minPrice": "2500",
"maxPrice": "8000"
},
"availability": "https://schema.org/InStock"
},
"serviceType": "Semantic SEO Consulting"
}
FAQPage automatisch generieren
FAQPage-Schema ist besonders wertvoll für Featured Snippets. Wir generieren es automatisch aus den FAQ-Daten:
function generateFAQSchema(faqs: Array<{ question: string; answer: string }>) {
return {
"@type": "FAQPage",
"@id": https://erdinc.ai/${slug}/#faq,
"mainEntity": faqs.map((faq) => ({
"@type": "Question",
"name": faq.question,
"acceptedAnswer": {
"@type": "Answer",
"text": faq.answer,
},
})),
};
}
Speakable Specification für Voice Search
Die Speakable-Spezifikation markiert Textabschnitte, die von Voice-Assistenten vorgelesen werden sollen:
{
"@type": "WebPage",
"@id": "https://erdinc.ai/blog/schema-org-advanced/#webpage",
"speakable": {
"@type": "SpeakableSpecification",
"cssSelector": [
".blog-excerpt",
".definition-section",
".key-takeaway"
]
}
}
BreadcrumbList im @graph
Die Breadcrumb-Navigation wird ebenfalls im @graph definiert:
{
"@type": "BreadcrumbList",
"@id": "https://erdinc.ai/blog/schema-org-advanced/#breadcrumb",
"itemListElement": [
{
"@type": "ListItem",
"position": 1,
"name": "Home",
"item": "https://erdinc.ai"
},
{
"@type": "ListItem",
"position": 2,
"name": "Blog",
"item": "https://erdinc.ai/blog"
},
{
"@type": "ListItem",
"position": 3,
"name": "Schema.org @graph"
}
]
}
Best Practices für @graph-Implementierung
1. Konsistente @id-Konvention
Verwenden Sie eine einheitliche Namenskonvention für alle @id-Werte:
https://domain.ch/#person → Hauptperson
https://domain.ch/#organization → Hauptorganisation
https://domain.ch/#website → Website-Entität
https://domain.ch/page/#webpage → Spezifische Seite
https://domain.ch/page/#breadcrumb → Breadcrumb der Seite
https://domain.ch/page/#faq → FAQ der Seite
2. Validierung
Nutzen Sie diese Tools zur Validierung:
- •Google Rich Results Test: Prüft, ob Rich Snippets generiert werden
- •Schema Markup Validator: Validiert die JSON-LD-Syntax
- •Google Search Console: Zeigt Schema-Fehler und Warnungen
3. Dynamische @graph-Generierung in Next.js
In Next.js generieren wir den @graph dynamisch pro Seite:
function buildGraphForPage(page: PageData): object[] {
const graph = [
personSchema, // Immer enthalten
organizationSchema, // Immer enthalten
websiteSchema, // Immer enthalten
buildWebPageSchema(page),
buildBreadcrumbSchema(page),
];
if (page.faqs?.length) {
graph.push(generateFAQSchema(page.faqs));
}
if (page.type === "service") {
graph.push(buildServiceSchema(page));
}
if (page.type === "blog") {
graph.push(buildArticleSchema(page));
}
return graph;
}
4. Vermeidung häufiger Fehler
| Fehler | Problem | Lösung |
|---|---|---|
| Fehlende @id | Entitäten nicht verknüpfbar | Jede Entität bekommt eine @id |
| Doppelte @id | Konflikte im Graph | Einheitliche Namenskonvention |
| Fehlende @context | JSON-LD nicht interpretierbar | Immer auf Root-Level setzen |
| Zu viele Typen | Schema-Warnings | Nur relevante Typen verwenden |
| Veraltete Properties | Deprecation-Warnings | Schema.org-Dokumentation prüfen |
Fortgeschrittene Techniken
Article-Schema mit Author-Referenz
{
"@type": "Article",
"@id": "https://erdinc.ai/blog/schema-org-advanced/#article",
"headline": "Schema.org @graph: Fortgeschrittene Implementierung",
"author": { "@id": "https://erdinc.ai/#person" },
"publisher": { "@id": "https://erdinc.ai/#organization" },
"isPartOf": { "@id": "https://erdinc.ai/#website" },
"mainEntityOfPage": { "@id": "https://erdinc.ai/blog/schema-org-advanced/#webpage" },
"datePublished": "2026-03-23",
"inLanguage": "de-CH"
}
Durch die @id-Referenzen wird der Author nicht dupliziert, sondern mit dem bestehenden Person-Objekt im Graph verknüpft. Google versteht: Dieser Artikel wurde von derselben Person geschrieben, die auch die Organization gegründet hat.
sameAs für Entity Disambiguation
Die sameAs-Property ist entscheidend für Entity Disambiguation — sie verbindet Ihre lokale Entität mit bekannten Datenbanken:
"sameAs": [
"https://linkedin.com/in/oezden-erdinc",
"https://github.com/oezdenErdinc",
"https://www.wikidata.org/wiki/Q..."
]
Fazit: Schema.org @graph als strategischer Vorteil
Schema.org @graph ist kein Nice-to-have — es ist die Grundlage für maschinenlesbare Webpräsenzen. In einer Welt, in der AI-Systeme und Suchmaschinen Inhalte zunehmend als Graphen verstehen, ist ein sauber implementierter @graph ein messbarer Wettbewerbsvorteil.
Die Implementierung erfordert initiale Planung, zahlt sich aber langfristig aus: durch bessere Rich Snippets, höhere CTR, Voice-Search-Kompatibilität und AI-Readiness. Bei erdinc.ai haben wir diese Architektur von Anfang an eingeplant — und sehen die Ergebnisse in den SERPs.
Nächster Schritt: Überprüfen Sie Ihre aktuelle Schema.org Implementierung mit dem Google Rich Results Test und identifizieren Sie fehlende @graph-Verbindungen.
Özden Erdinc
AutorAI Architect for the Semantic Web
Spezialisiert auf Topical Authority, Semantic SEO und KI-Agenten-Entwicklung. Hilft Schweizer Unternehmen, ihre digitale Präsenz mit semantisch optimierten Web-Lösungen zu transformieren.
Weitere Artikel
KI-Agenten entwickeln — Praxisguide
KI-Agenten revolutionieren Business-Prozesse. Erfahren Sie, wie wir autonome Agenten entwickeln, die echte Probleme lösen.
Entity SEO — Optimierung für Entitäten
Entity SEO ist der Paradigmenwechsel in der Suchmaschinenoptimierung. Lernen Sie, wie Entitäten das Ranking bestimmen.
Lighthouse 100/100/100/100: Performance-Optimierung mit Next.js 15
Praxisbericht: Wie wir auf erdinc.ai perfekte Lighthouse Scores erreicht haben — mit Three.js Conditional Loading, Font-Strategie und Static Export.