Schema.org @graph: Fortgeschrittene Implementierung

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 <script>-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 <script type="application/ld+json">-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:

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

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.