SEO und Schema.org: Article und Organization als JSON-LD

Schema.org ist ein gemeinsames Vokabular für strukturierte Daten auf Webseiten: Typen wie Article und Organization, meist als JSON-LD im HTML. SEO bekommt damit maschinenlesbare Fakten neben dem Fließtext. Google kann daraus Rich Results bauen, muss aber nicht.

Zwei Prüfstationen, bevor du live gehst:

• Schema.org Validator: prüft, ob Typen und Properties zum Standard passen. Gut auch, um fremde Seiten zu lesen.
• Google Rich Results Test: prüft, was Google für erweiterte Suchergebnisse akzeptiert.

Was Schema.org dir bringt

Du beschreibst Entitäten explizit: das ist ein Artikel, das ist die Organisation dahinter, das ist das Publikationsdatum. Suchmaschinen und andere Parser müssen weniger raten. Sichtbarer Nutzen zeigt sich oft bei Fragetypen, Autorenzeilen, Logos und Wissenspanel-Bausteinen. Der Text bleibt trotzdem Pflicht. Markup ohne Inhalt ist Dekoration.

Article: Beispiel JSON-LD

Für Magazin- und Blogseiten reicht oft Article (oder ein Untertyp wie NewsArticle / BlogPosting, wenn er wirklich passt). Minimal sinnvoll:

{
  "@context": "https://schema.org",
  "@type": "Article",
  "headline": "SEO und Schema.org",
  "datePublished": "2023-01-05T11:57:54+01:00",
  "dateModified": "2026-09-09T12:00:00+02:00",
  "author": {
    "@type": "Person",
    "name": "John McGrinsey"
  },
  "publisher": {
    "@type": "Organization",
    "name": "McGrinsey",
    "logo": {
      "@type": "ImageObject",
      "url": "https://mcgrinsey.com/logo.png"
    }
  },
  "image": "https://mcgrinsey.com/media/auto-seo-und-schema-org.png",
  "mainEntityOfPage": "https://mcgrinsey.com/magazin/seo-und-schema-org/"
}

Ersetze URLs und Daten durch deine echten Werte. Headline kurz halten. Datum mit Zeitzone. Publisher-Logo als stabile absoluten URL.

Organization: Beispiel JSON-LD

Für About-, Impressum- oder Sitewide-Identity:

{
  "@context": "https://schema.org",
  "@type": "Organization",
  "name": "Example Corporation",
  "url": "https://www.example.com",
  "logo": "https://www.example.com/images/logo.png",
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://x.com/example"
  ],
  "contactPoint": {
    "@type": "ContactPoint",
    "contactType": "customer service",
    "email": "contact@example.com"
  }
}

sameAs verknüpft offizielle Profile. Eine Organization pro Marke reicht meist. Mehrere widersprüchliche Blöcke auf derselben Domain erzeugen Rauschen.

Brauchen Tabellen Schema, damit Google sie liest?

Nein. Tabelleninhalte kann der Googlebot auch ohne semantische Auszeichnung auslesen. Schema.org ersetzt keine klare HTML-Tabelle und keinen klaren Satz darüber. Es ergänzt, wo Typen und Beziehungen sonst implizit bleiben.

Kurzer Ablauf

1. Typ wählen (Article, Organization, …).
2. JSON-LD in ein <script type="application/ld+json"> im Dokument.
3. Validator.schema.org gegen die URL oder den Snippet-Text.
4. Rich Results Test, wenn du auf Google-Erweiterungen zielst.

Fakten-Tabelle

Aussage	Korb	Woher
Schema.org ist ein gemeinsames Vokabular für strukturierte Daten im Web	Fakt	schema.org docs
JSON-LD ist ein übliches Einbettungsformat für Schema.org in HTML	Fakt	schema.org / Google Search Central zu structured data
Article und Organization sind Schema.org-Typen mit dokumentierten Properties	Fakt	schema.org/Article, schema.org/Organization
Tabellen brauchen keine Schema-Auszeichnung, damit der Googlebot Zellen lesen kann	Fakt	Originalstub 05.01.2023; gängige Crawl-Praxis, kein Garant für ein bestimmtes Rich Result
Valides Markup erhöht die Chance auf Rich Results, erzwingt sie nicht	Hypothese	Google betont Eignung und Richtlinien; Ausspielung bleibt systemsseitig