Structured Data (JSON-LD) erklärt: Was das ist und wie lokale Unternehmen es richtig nutzen

Wenn du lokal ranken willst, geht’s nicht nur um Keywords. Du willst, dass Google dein Unternehmen, deine Seitenstruktur und deinen Content eindeutig versteht. Genau dafür ist JSON-LD Structured Data da.

Was ist Structured Data (einfach erklärt)

Structured Data (auch „Schema Markup“) sind Daten, die du im HTML hinterlegst, damit Suchmaschinen schneller und eindeutiger verstehen:

• Was ist diese Seite? (Artikel, Leistungsseite, Kontaktseite)
• Wer steckt dahinter? (Firma/Publisher/Autor)
• Welche Struktur hat die Website? (Breadcrumbs)

Wichtig: Structured Data ist kein sichtbarer Text, sondern ein maschinenlesbarer Block (meist als JSON-LD).

JSON-LD in einem Satz

JSON-LD ist ein JSON-Objekt in einem <script type="application/ld+json">…</script> Block, das Informationen nach Schema.org beschreibt.

Was Structured Data real bringt (und was nicht)

Es bringt häufig:

• mehr Klarheit (Google versteht Entities besser)
• bessere Darstellung wenn Google Rich Results ausspielt
• oft bessere CTR (weil Snippets informativer sein können)

Es bringt nicht automatisch:

• garantiert bessere Rankings
• Rich Results auf Knopfdruck (Google entscheidet selbst)

Wenn deine Seite technisch/inhaltlich schwach ist, rettet Schema das nicht. Die Basis bleibt wichtig: Next.js SEO (App Router) Guide.

Wann lohnt es sich besonders?

• du bist lokaler Dienstleister und willst klare Unternehmenszuordnung (NAP, Logo, Website)
• du hast Blog/Artikel und willst Publisher/Autor sauber auszeichnen
• du hast viele Unterseiten und willst die Struktur (Breadcrumbs) stärken
• du nutzt FAQs wirklich sinnvoll (nicht als Fake)

Wenn du lokales SEO insgesamt aufbauen willst: Lokales SEO Guide

Die 5 Markups, die für lokale Unternehmen am meisten bringen

1) Organization / LocalBusiness

Für Dienstleister ist das die Basis:

• Name, URL, Logo
• gleiche Daten wie im Footer/Impressum
• konsistente NAP-Daten (Name/Address/Phone)

Tipp: NAP muss mit Website/Impressum/Google Business Profile konsistent sein – sonst sendest du widersprüchliche Signale.

Beispiel (minimal, aber sauber):

{
  "@context": "https://schema.org",
  "@type": "LocalBusiness",
  "name": "22Orbit",
  "url": "https://22orbit.de",
  "telephone": "+49-000-000000",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Musterstraße 1",
    "addressLocality": "Magdeburg",
    "postalCode": "39100",
    "addressCountry": "DE"
  }
}

2) BreadcrumbList

Breadcrumbs helfen Maschinen (und oft auch Nutzern) beim Verständnis:

• Startseite → Blog → Artikel
• Startseite → Service → Unterseite

Das reduziert „Welche Seite ist das?“ und stärkt interne Struktur.

Beispiel:

{
  "@context": "https://schema.org",
  "@type": "BreadcrumbList",
  "itemListElement": [
    {
      "@type": "ListItem",
      "position": 1,
      "name": "Start",
      "item": "https://22orbit.de/"
    },
    {
      "@type": "ListItem",
      "position": 2,
      "name": "Blog",
      "item": "https://22orbit.de/blog"
    },
    {
      "@type": "ListItem",
      "position": 3,
      "name": "Structured Data (JSON-LD) erklärt",
      "item": "https://22orbit.de/blog/2026-01-20-structured-data-json-ld-lokal"
    }
  ]
}

3) BlogPosting für Artikel

Für Blogposts:

• headline, datePublished, dateModified
• mainEntityOfPage (Canonical-URL)
• author/publisher

Beispiel (auszugsweise):

{
  "@context": "https://schema.org",
  "@type": "BlogPosting",
  "headline": "Structured Data (JSON-LD) erklärt",
  "datePublished": "2026-01-20",
  "dateModified": "2026-01-20",
  "mainEntityOfPage": {
    "@type": "WebPage",
    "@id": "https://22orbit.de/blog/2026-01-20-structured-data-json-ld-lokal"
  },
  "author": {
    "@type": "Organization",
    "name": "22Orbit"
  },
  "publisher": {
    "@type": "Organization",
    "name": "22Orbit"
  }
}

4) FAQPage nur mit echten FAQs

Wenn du Einwände aktiv abräumst, ist FAQ perfekt.

Tipp: FAQs sind nicht nur Schema – sie sind Conversion-Text.

Wenn du Landingpages/FAQ als Conversion-Hebel nutzen willst: Landingpage Guide

5) WebSite (SearchAction) (optional, aber oft sinnvoll)

Wenn du eine interne Suche hast, kann WebSite + SearchAction helfen, dass Google die Suche besser versteht.

Nur umsetzen, wenn ihr wirklich eine Suchfunktion habt.

Schritt-für-Schritt: So implementierst du JSON-LD sauber

1. Entscheide, was du auszeichnest (nicht „alles“)
2. Erstelle kleine, konsistente Blöcke (LocalBusiness, Breadcrumbs, BlogPosting)
3. Nur auszeichnen, was sichtbar stimmt (kein Fake)
4. Validieren (Rich Results Test / Schema Validator)
5. Nach Launch beobachten (Search Console)

Wenn du einen Launch planst: Website Launch Checkliste

Häufige Fehler (die du vermeiden solltest)

• Schema passt nicht zum sichtbaren Inhalt (größter Fehler)
• Fake-FAQs / Fake-Reviews
• falsche Canonicals / falsche mainEntityOfPage
• widersprüchliche URLs (www/non-www, http/https)
• Daten stimmen nicht mit Impressum/GBP überein (NAP-Konflikt)

Debug: So prüfst du es wirklich

• Rich Results Test: zeigt, ob Google dein Markup grundsätzlich versteht
• Schema Validator: prüft Schema.org-Kompatibilität
• DevTools: ist der JSON-LD Block wirklich im HTML?
• Search Console: werden URLs indexiert, gibt es Warnungen?

Wenn du gerade an lokaler Sichtbarkeit arbeitest: Lokales SEO Guide

Nächster Schritt

Wir können deine wichtigsten Seiten so strukturieren, dass Google sie „auf Anhieb“ korrekt versteht.

• Kontakt
• Services
• Webseiten