Schema Markup & Structured Data: JSON-LD richtig einsetzen

Schema Markup hilft Suchmaschinen, Inhalte nicht nur als Text, sondern als strukturierte Informationen zu verstehen. Statt nur zu lesen, dass auf einer Seite ein Unternehmen, ein Produkt, ein Artikel oder eine FAQ (Frequently Asked Questions, häufig gestellte Fragen) steht, kann die Maschine diese Informationen eindeutig zuordnen.

Dieser Artikel erklärt zwei RankScan-Massnahmen der Kategorie Website Health: «Seiten ohne strukturierte DatenSchema Markup ist Code, der den Inhalt einer Webseite strukturiert beschreibt, sodass Suchmaschinen ihn nicht nur als Text, sondern als eindeutige Informationen verstehen.Zum Glossareintrag → (JSON-LDJSON-LD (JavaScript Object Notation for Linked Data) ist ein Datenformat, mit dem strukturierte Daten getrennt vom sichtbaren HTML in eine Seite eingebunden werden. Google empfiehlt es, wenn es technisch möglich ist.Zum Glossareintrag →)» und «Startseite ohne Organization-MarkupDas Organization Schema beschreibt ein Unternehmen oder eine Organisation als Entität, mit Angaben wie Name, URL, Logo, Adresse, Kontakt und offiziellen Profilen.Zum Glossareintrag →». Die Massnahmen «Keine klare Q&A-Struktur» und «Frage-Überschriften ohne direkte Antwort» verlangen kein Markup. Sie stehen im Artikel zu Fragen mit direkter Antwort.

Wichtig ist die richtige Einordnung:

Structured Data ist kein Ranking-Trick und keine Garantie für Rich SnippetsRich Results sind erweiterte Darstellungen in Google, etwa mit Bewertungen, Preisen oder Breadcrumbs, die durch passende strukturierte Daten ermöglicht werden können.Zum Glossareintrag →. Es ist ein technisches Verständlichkeitssignal.

Für Google kann strukturiertes Markup Voraussetzung für bestimmte Rich Results sein. Für Website-Betreiber ist es vor allem ein Weg, Inhalte maschinenlesbarer, eindeutiger und konsistenter auszuzeichnen.

Dieser Artikel erklärt, was Schema Markup ist, wann du JSON-LDJavaScript Object Notation (JSON) ist ein leichtgewichtiges, textbasiertes Datenformat zum Speichern und Austauschen von Daten. Es ist für Menschen lesbar und für Maschinen gut verarbeitbar.Zum Glossareintrag → (JavaScript Object Notation for Linked Data, ein Datenformat für strukturierte Daten) einsetzen solltest, welche Schema-Typen je Seitentyp sinnvoll sind und wie du die zwei Massnahmen umsetzt.

Was ist Schema Markup? #

Schema Markup ist Code, der den Inhalt einer Webseite strukturiert beschreibt.

Beispiel: Auf einer Produktseite sieht ein Mensch sofort:

• Produktname,
• Preis,
• Verfügbarkeit,
• Marke,
• Bewertung.

Suchmaschinen können diese Informationen zwar aus dem Text ableiten, aber mit Structured Data werden sie explizit ausgezeichnet.

Google beschreibt strukturierte Daten als standardisiertes Format, um Informationen über eine Seite bereitzustellen und deren Inhalt zu klassifizieren. Strukturierte Daten können Google helfen, Inhalte besser zu verstehen und sie für Rich Results zu qualifizieren.
Quelle: Google Search Central: Einführung in strukturierte Daten

Schema.org, Structured Data und Rich Results: Der Unterschied #

Diese Begriffe werden oft vermischt, bedeuten aber nicht dasselbe.

Schema.org ist das Wörterbuch.
JSON-LD ist das Format.
Structured Data sind die ausgezeichneten Informationen.
Rich Results sind ein möglicher Effekt.

Schema.org beschreibt sich selbst als gemeinsames Vokabular für strukturierte Daten im Internet.
Quelle: Schema.org: Getting started

Warum Structured Data für Website Health wichtig ist #

Structured Data ist nicht auf jeder Seite gleich wichtig. Aber fehlende oder fehlerhafte strukturierte Daten können dazu führen, dass wichtige Informationen für Suchmaschinen schwerer eindeutig zuzuordnen sind.

Typische Vorteile:

• klarere Entitätsinformationen,
• bessere maschinenlesbare Inhaltsstruktur,
• Rich-Result-Fähigkeit bei passenden Seitentypen,
• bessere Verbindung zwischen Organisation, Website, Autor, Artikel und Produkten,
• konsistentere Signale zwischen Website, Google Business Profile, Social Profiles und externen Quellen,
• einfachere Validierung technischer SEOSuchmaschinenoptimierung (SEO) umfasst alle Maßnahmen, mit denen eine Website in den unbezahlten (organischen) Suchergebnissen besser sichtbar wird.Zum Glossareintrag →-Qualität (Suchmaschinenoptimierung).

Wichtig: Google sagt ausdrücklich, dass strukturierte Daten verwendet werden können, um Inhalte zu verstehen und für Rich Results zu qualifizieren. Google garantiert aber nicht, dass Rich Results auch angezeigt werden.
Quelle: Google Search Central: Structured Data Gallery

Warum JSON-LD empfohlen wird #

Es gibt mehrere Möglichkeiten, strukturierte Daten einzubinden:

• JSON-LD,
• Microdata,
• RDFa.

Google empfiehlt JSON-LD, wenn das Website-Setup es erlaubt, weil es einfacher zu implementieren und zu pflegen ist.
Quelle: Google Search Central: Einführung in strukturierte Daten

Beispiel:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "WebPage",
  "name": "Schema Markup & Structured Data: Guide mit JSON-LD",
  "description": "Ein Guide zur Umsetzung strukturierter Daten mit JSON-LD."
}
</script>

Vorteile von JSON-LD:

• getrennt vom sichtbaren HTML (Hypertext Markup Language, der Auszeichnungssprache für Webseiten),
• leichter in Templates auszugeben,
• besser wartbar,
• weniger anfällig bei Designänderungen,
• gut für CMSEin Content-Management-System (CMS) ist eine Software zur Erstellung, Verwaltung und Veröffentlichung von Webinhalten, meist ohne Programmierkenntnisse. Bekannte Beispiele sind WordPress oder Shopify.Zum Glossareintrag →- (Content-Management-System, System zur Verwaltung von Webinhalten) und Shop-Templates geeignet.

Für RankScan zählt nur JSON-LD. Der Crawl liest die Blöcke <script type="application/ld+json"> im HTML.

Was bedeutet «Seiten ohne strukturierte Daten (JSON-LD)»? #

Die RankScan-Massnahme «Seiten ohne strukturierte Daten (JSON-LD)» bedeutet: Auf den betroffenen Seiten fand der Crawl keinen JSON-LD-Block.

RankScan prüft, ob die Seite einen JSON-LD-Block enthält. Ob der Typ zur Seite passt, prüfst du selbst. Darum nennt der Titel JSON-LD. Der Befund zeigt nur, dass im ausgelieferten HTML kein JSON-LD-Block steht.

Mögliche Ursachen sind: Die Vorlage gibt kein Markup aus, ein Plugin ist deaktiviert, oder das Markup steht in einem anderen Format als JSON-LD.

Einstufung in RankScan: Schwere hoch · Aufwand mittel · Arbeitsart Entwicklung.

RankScan zählt dabei nur diese Seitentypen:

• Startseite,
• Artikel,
• Produktseiten,
• Kategorieseiten,
• FAQ-Seiten,
• Kontakt- und Standortseiten,
• Seiten, die keinem Typ eindeutig zugeordnet sind.

Rechtsseiten, Bestätigungsseiten wie «Danke» und Funktionsseiten wie ein Login nimmt RankScan aus dieser Massnahme heraus. Das ist ein Produktentscheid zur Priorisierung, keine allgemeine SEO-Regel. Auch auf diesen Seiten kann Markup sinnvoll sein.

Den passenden Typ wählst du selbst, nach Seitentyp und Inhalt. Die Tabelle «Die wichtigsten Schema-Typen nach Seitentyp» weiter unten hilft dabei.

Vorgehen #

1. Prüfe an einer betroffenen Seite im Quelltext, ob dort wirklich kein strukturiertes Markup steht.
2. Ordne die betroffenen Seiten nach Seitentyp, etwa Angebot, Artikel, Produkt, Event oder Standort.
3. Verwaltungsseiten wie Login oder Rechnungsadresse brauchen kein Markup. Erkennt RankScan eine solche Seite nicht selbst, überspringe sie.
4. Wähle bei jeder solchen Seite «Überspringen» unter «Betroffene Seiten». Ab dem nächsten Scan zählt sie nicht mehr.
5. Gib die übrigen Seitentypen an Entwicklung oder Agentur weiter.
6. Lass das Schema.org-Markup je Seitentyp in der Vorlage als JSON-LD ergänzen, nicht auf jeder Seite einzeln.
7. Prüfe je Vorlage eine Seite mit dem Test für Rich-Suchergebnisse von Google.
8. Melde die Massnahme als umgesetzt, sobald das Markup online ist.

Prüfweg: Der nächste vollständige Crawl prüft alle betroffenen Seiten. RankScan meldet dann «Behoben» oder «Noch nicht behoben» mit der Zahl der Seiten, die noch fehlen.

Was bedeutet «Startseite ohne Organization-Markup»? #

Die RankScan-Massnahme «Startseite ohne Organization-Markup» bedeutet: Auf der Startseite fand der Crawl kein JSON-LD vom Typ Organization mit Name (name), URL (url) und Logo (logo). Untertypen wie LocalBusiness zählen ebenfalls als Organization.

Einstufung in RankScan: Schwere niedrig · Aufwand gering · Arbeitsart Entwicklung.

Das Markup hilft Suchmaschinen, Website, Marke und Profile eindeutig zuzuordnen, etwa für das Logo im Knowledge Panel. Einen Ranking-Effekt nennt Google nicht.

Das Organization Schema beschreibt dein Unternehmen als Entität.

Typische Angaben:

• Name,
• URL,
• Logo,
• rechtlicher Name,
• Adresse und Telefon, wenn du Kundschaft an einem Standort empfängst,
• Social-Media-Profile,
• Identifikatoren,
• Gründungsinformationen,
• Markenbeziehungen.

Schema.org definiert Organization als Organisation wie Unternehmen, Schule, NGO, Club oder ähnliche Institution.
Quelle: Schema.org: Organization

Google empfiehlt, das Organization-Markup auf der Startseite zu platzieren. Auf jeder Seite muss es nicht stehen. Google nennt dabei keine Pflichtfelder, empfiehlt aber unter anderem name, url, logo, description und sameAs.
Quelle: Google Search Central: Organization

Vorgehen #

1. Stell für Entwicklung oder Agentur die Angaben zusammen: Name, URL, Logo und deine Profile, etwa Instagram oder LinkedIn.
2. Schreib als Beschreibung einen Satz, wer du bist und was du anbietest.
3. Lass auf der Startseite ein Organization-Markup mit diesen Angaben ergänzen.
4. Empfängst du Gäste oder Kundschaft an einem Standort, nimm einen genaueren Typ wie Hotel oder Restaurant, mit Adresse und Telefon.
5. Prüfe das Markup mit dem Test für Rich-Suchergebnisse von Google.
6. Melde die Massnahme als umgesetzt, sobald das Markup online ist.

Prüfweg: Der nächste vollständige Crawl prüft die Startseite. Fehlt dort name, url oder logo, steht die Massnahme danach auf «Noch nicht behoben».

Betriebe mit Standort: LocalBusiness mit Adresse und Telefon #

Ist das Organization-Markup vollständig, prüft RankScan einen zweiten Fall. Beschreibt die Startseite deinen Betrieb als LocalBusiness oder mit einem genaueren Typ wie Hotel, Restaurant, Store oder ProfessionalService, braucht dieser Datensatz eine Adresse (address) und eine Telefonnummer (telephone). Fehlt eines davon, zeigt die Massnahme den Titel «LocalBusiness-Markup ohne Adresse oder Telefon».

Google verlangt bei LocalBusiness eine Adresse und empfiehlt eine Telefonnummer. Mit beiden ordnen Suchmaschinen deinen Standort eindeutig zu. Einen Ranking-Effekt nennt Google nicht.
Quelle: Google Search Central: Strukturierte Daten für lokale Unternehmen

Online-Firmen ohne Standort brauchen weder Adresse noch Telefon im Markup. Ein reiner Online-Shop ist trotzdem oft als Store ausgezeichnet. Store ist bei Schema.org ein Untertyp von LocalBusiness, also ein Ladengeschäft. Für einen Online-Shop ohne Standort passt OnlineStore oder Organization. Google empfiehlt für E-Commerce-Websites den Typ OnlineStore.
Quellen: Google Search Central: Organization, Schema.org: OnlineStore

Vorgehen bei «LocalBusiness-Markup ohne Adresse oder Telefon»:

1. Empfängst du keine Kundschaft an einem Standort, lass den Typ auf OnlineStore oder Organization ändern.
2. Nimm Adresse und Telefonnummer aus dem Impressum. Sie sind die Vorlage für das Markup.
3. Lass im Markup der Startseite die Adresse ergänzen, mit Strasse, Postleitzahl, Ort und Land.
4. Lass die Telefonnummer im internationalen Format ergänzen, etwa +41 41 123 45 67.
5. Nennt das Markup mehrere Standorte, braucht jeder Standort eigene Angaben.
6. Prüfe das Markup mit dem Test für Rich-Suchergebnisse von Google.
7. Melde die Massnahme als umgesetzt, sobald das Markup online ist.

Prüfweg: Der nächste vollständige Crawl prüft die Startseite. Als Telefon zählt auch eine Nummer im contactPoint. Die einzelnen Felder der Adresse prüft RankScan nicht.

Beispiel: Organization Schema mit JSON-LD #

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Organization",
  "@id": "https://example.ch/#organization",
  "name": "Example AG",
  "legalName": "Example AG",
  "description": "Die Example AG plant und baut Holzhäuser in der Region Zürich.",
  "url": "https://example.ch/",
  "logo": "https://example.ch/assets/logo.png",
  "telephone": "+41 44 123 45 67",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Bahnhofstrasse 10",
    "postalCode": "8001",
    "addressLocality": "Zürich",
    "addressCountry": "CH"
  },
  "contactPoint": {
    "@type": "ContactPoint",
    "telephone": "+41 44 123 45 67",
    "contactType": "customer service",
    "email": "kontakt@example.ch"
  },
  "sameAs": [
    "https://www.linkedin.com/company/example",
    "https://www.youtube.com/@example"
  ]
}
</script>

Wichtig:

• name, url und logo immer setzen, sonst gilt das Markup für RankScan als fehlend,
• description als einen Satz schreiben: wer du bist und was du anbietest,
• @id stabil halten,
• Logo-URL erreichbar machen,
• Social Profiles nur eintragen, wenn sie offiziell sind,
• Adresse und Telefon sind bei Organization freiwillig. Setzt du sie, halte sie aktuell,
• Angaben müssen zum sichtbaren Unternehmen passen.

Beispiel: LocalBusiness mit Adresse und Telefon #

Empfängst du Kundschaft an einem Standort, nimm den genauesten passenden Untertyp von LocalBusiness. Für ein Hotel sieht das so aus:

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "Hotel",
  "@id": "https://hotel-example.ch/#hotel",
  "name": "Hotel Example",
  "description": "Das Hotel Example ist ein Stadthotel mit 40 Zimmern am Bahnhof Luzern.",
  "url": "https://hotel-example.ch/",
  "logo": "https://hotel-example.ch/assets/logo.png",
  "telephone": "+41 41 123 45 67",
  "address": {
    "@type": "PostalAddress",
    "streetAddress": "Pilatusstrasse 5",
    "postalCode": "6003",
    "addressLocality": "Luzern",
    "addressCountry": "CH"
  }
}
</script>

Wichtig:

• address mit Strasse, Postleitzahl, Ort und Land angeben, so wie im Impressum,
• telephone im internationalen Format schreiben,
• jeden Standort als eigenen Datensatz mit eigener Adresse und Telefonnummer auszeichnen,
• ohne Standort mit Kundschaft OnlineStore oder Organization statt Store oder LocalBusiness verwenden.

Fragen und Antworten: kein Fall für Markup #

Die RankScan-Massnahmen «Keine klare Q&A-Struktur» und «Frage-Überschriften ohne direkte Antwort» verlangen kein Markup. Sie sind redaktionelle Aufgaben im sichtbaren Text: eine Frage als Zwischentitel H2 oder H3, die Antwort in den ersten Sätzen darunter. Beide erklärt der Artikel zu Fragen mit direkter Antwort.

FAQPage-Markup ist dafür optional, nicht verlangt. Wenn du es trotzdem einsetzt, muss es den sichtbaren Inhalt abbilden. Google verlangt in den allgemeinen Richtlinien, dass strukturierte Daten den sichtbaren Seiteninhalt repräsentieren.
Quelle: Google Search Central: Allgemeine Richtlinien für strukturierte Daten

FAQ Markup: realistisch einordnen #

FAQ-MarkupFAQPage-Schema zeichnet sichtbare Fragen und Antworten auf einer Seite strukturiert aus. Es darf nur eingesetzt werden, wenn die FAQ-Inhalte tatsächlich auf der Seite sichtbar sind.Zum Glossareintrag → war lange ein beliebter Weg zu auffälligen FAQ-Rich-Results in Google. Diese Sichtbarkeit ist heute stark eingeschränkt.

Google hat im August 2023 angekündigt, FAQ-Rich-Results nur noch für bekannte, autoritative Websites von Behörden und Gesundheitsorganisationen anzuzeigen.
Quelle: Google Search Central Blog: Changes to HowTo and FAQ rich results

Die aktuelle Google-Dokumentation beschreibt FAQPage-Markup weiterhin. Strukturierte Daten garantieren aber kein Rich Result.
Quelle: Google Search Central: FAQPage Structured Data

Das heisst für dich:

• FAQ-Markup ist kein verlässlicher CTRDie Klickrate (Click-Through-Rate, CTR) gibt an, wie viele Nutzer ein Suchergebnis anklicken, im Verhältnis zur Anzahl der Anzeigen (Impressionen). Sie zeigt, wie attraktiv ein Treffer in der Suche wirkt.Zum Glossareintrag →-Hebel mehr (Click-Through-Rate, die Klickrate im Suchergebnis).
• FAQ-Markup gehört nicht künstlich auf jede Seite.
• Für Fragen und Antworten im Text verlangt keine RankScan-Massnahme FAQPage-Markup. Entscheidend sind die Frage als Zwischentitel und die direkte Antwort darunter.

Beispiel: FAQPage mit JSON-LD #

Dieses Beispiel ist optional. Keine RankScan-Massnahme verlangt FAQPage-Markup.

<script type="application/ld+json">
{
  "@context": "https://schema.org",
  "@type": "FAQPage",
  "mainEntity": [
    {
      "@type": "Question",
      "name": "Was ist Schema Markup?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Schema Markup ist strukturierter Code, der Suchmaschinen hilft, Inhalte einer Webseite eindeutig zu verstehen."
      }
    },
    {
      "@type": "Question",
      "name": "Garantiert FAQ-Markup ein Rich Result?",
      "acceptedAnswer": {
        "@type": "Answer",
        "text": "Nein. Structured Data kann für Rich Results qualifizieren, garantiert aber keine Anzeige in Google."
      }
    }
  ]
}
</script>

Wichtig:

• Die Fragen und Antworten müssen sichtbar auf der Seite stehen.
• FAQPage passt nicht für Foren mit mehreren Nutzerantworten.
• Für echte Frage-Antwort-Communitys ist QAPage passender.
• FAQ-Markup sollte nicht als Spam oder KeywordEin Keyword ist der Suchbegriff, mit dem Nutzer in einer Suchmaschine nach Informationen, Produkten oder Anbietern suchen. Keywords sind die Grundlage, an der sich Rankings und Sichtbarkeit messen lassen.Zum Glossareintrag →-Sammlung missbraucht werden.

Schema.org definiert FAQPage als Webseite mit einer oder mehreren häufig gestellten Fragen und Antworten.
Quelle: Schema.org: FAQPage

Die wichtigsten Schema-Typen nach Seitentyp #

Nicht jede Seite braucht dasselbe Markup. Entscheidend ist der Seitentyp.

Google bietet eine Galerie unterstützter Structured-Data-Typen für Google Search. Nicht jeder Schema.org-Typ erzeugt ein Google Rich Result.
Quelle: Google Search Central: Structured Data Gallery

Priorisierung: Welches fehlende Schema ist wirklich wichtig? #

Nicht jedes fehlende Schema sollte gleich behandelt werden. Die folgende Tabelle ist eine allgemeine fachliche Einordnung. RankScan zeigt je Massnahme eine einzige Schwere: hoch für «Seiten ohne strukturierte Daten (JSON-LD)» und niedrig für «Startseite ohne Organization-Markup».

Die wichtigste Regel:

Schema Markup dort priorisieren, wo strukturierte Daten echten Inhalt abbilden: Produkte, Organisation, Standorte, Artikel, FAQs, Events und Jobs.

Häufige Fehler bei Structured Data #

Fehler 1: Markup ohne sichtbaren Inhalt #

Structured Data darf keine Informationen enthalten, die Nutzer auf der Seite nicht sehen oder nachvollziehen können.

Schlecht:

"aggregateRating": {
  "ratingValue": "5.0",
  "reviewCount": "128"
}

wenn auf der Seite keine Bewertungen sichtbar sind.

Fehler 2: Falscher Schema-Typ #

Nicht jede Seite ist ein Article, nicht jede Leistungsseite ist eine FAQPage, und nicht jedes Unternehmen ist automatisch ein LocalBusiness. Ein reiner Online-Shop ist kein Store, sondern ein OnlineStore.

Wähle den Schema-Typ nach dem tatsächlichen Inhalt.

Fehler 3: Veraltete oder falsche Daten #

Preise, Öffnungszeiten, Telefonnummern, Verfügbarkeit und Bewertungen müssen aktuell sein.

Fehler 4: Syntaxfehler in JSON-LD #

Ein fehlendes Komma kann das gesamte Markup ungültig machen.

Fehler 5: Markup widerspricht Canonical oder sichtbarem Inhalt #

Wenn JSON-LD eine andere URL, einen anderen Namen oder andere Produktdaten enthält als die sichtbare Seite, entstehen widersprüchliche Signale.

Fehler 6: Zu viel generisches Markup #

«Mehr Schema» ist nicht automatisch besser. Markup sollte echte Inhalte beschreiben, nicht künstlich aufgebläht werden.

Content-Fehler oder Template-Fehler? #

Für RankScan ist wichtig, ob fehlendes Schema nur einzelne Seiten betrifft oder einen ganzen Seitentyp.

Content-Fehler #

Beispiele:

• Autorendaten fehlen bei einem einzelnen Artikel.
• Produktdaten sind unvollständig.
• Öffnungszeiten wurden nicht gepflegt.

Lösung: Inhalt oder Datenfeld ergänzen.

Template- oder CMS-Fehler #

Beispiele:

• Produkt-Template gibt kein Product-Schema aus.
• Article-Schema fehlt auf allen Blogartikeln.
• Organization-Schema wird nirgends ausgegeben.
• JSON-LD wird nur clientseitig erzeugt.
• falsche CanonicalDer Canonical-Tag ist ein HTML-Link-Element, das Suchmaschinen die bevorzugte (kanonische) URL einer Seite mitteilt. Er hilft, doppelte oder ähnliche URLs auf eine Hauptversion zu bündeln.Zum Glossareintrag →-URL wird im Schema verwendet.
• Mehrsprachigkeit erzeugt inkonsistente Angaben.
• Bewertungen werden in JSON-LD ausgegeben, obwohl sie im Template nicht sichtbar sind.

Lösung: Template, Datenmodell oder Plugin-Konfiguration korrigieren.

Was tun nach einem RankScan-Fund? #

Die Schritte der Massnahmen stehen oben bei jeder Massnahme. Die folgenden Schritte ergänzen sie mit Fachwissen für «Seiten ohne strukturierte Daten (JSON-LD)» und «Startseite ohne Organization-Markup».

Schritt 1: Seitentyp bestimmen #

Prüfe zuerst:

• Startseite,
• Unternehmensseite,
• Produktseite,
• Kategorie,
• Blogartikel,
• FAQ-Seite,
• Standortseite,
• Event,
• Jobseite.

Der Seitentyp entscheidet, welches Schema sinnvoll ist.

Schritt 2: Relevanz bewerten #

Frage:

• Ist die Seite indexierbarBei der Indexierung verarbeitet eine Suchmaschine gecrawlte Inhalte und entscheidet, ob eine URL in den Suchindex aufgenommen wird. Nur indexierte Seiten können in den Suchergebnissen erscheinen.Zum Glossareintrag →?
• Hat sie organische ImpressionenImpressionen geben an, wie oft das Suchergebnis einer Website in der Google-Suche eingeblendet wurde, unabhängig davon, ob darauf geklickt wurde. Sie sind eine Kernmetrik der Google Search Console und zeigen die reine Sichtbarkeit einer Seite für bestimmte Suchanfragen.Zum Glossareintrag →?
• Ist sie kommerziell wichtig?
• Enthält sie strukturierte Informationen?
• Gibt es Rich-Result-Potenzial?
• Ist das Markup für mehrere Seiten per Template umsetzbar?

Braucht eine Seite kein Markup, etwa ein Login, wähle bei ihr in RankScan «Überspringen». Ab dem nächsten Scan zählt sie nicht mehr.

Schritt 3: Passenden Schema-Typ wählen #

Beispiele:

Startseite → Organization + WebSite
Produktseite → Product + Offer
Blogartikel → Article oder BlogPosting
FAQ-Seite → FAQPage (optional)
Standortseite → LocalBusiness
Kategorie → BreadcrumbList + CollectionPage

Schritt 4: Datenquelle prüfen #

Structured Data sollte nicht manuell ausgedacht werden, sondern aus echten Datenfeldern kommen.

Prüfe:

• Titel,
• Beschreibung,
• URL,
• Canonical,
• Bild,
• Preis,
• Verfügbarkeit,
• Autor,
• Datum,
• Adresse,
• Telefon,
• Öffnungszeiten,
• FAQ-Fragen und Antworten.

Schritt 5: JSON-LD implementieren #

Implementiere JSON-LD möglichst templatebasiert.

Wichtig:

• im HTML ausgeben,
• mit sichtbarem Inhalt abgleichen,
• absolute URLs verwenden,
• Canonical-URL konsistent halten,
• pro Seitentyp passende Datenfelder nutzen.

Schritt 6: Validieren #

Nutze:

• Google Rich Results Test,
• Schema Markup Validator,
• Google Search ConsoleDie Google Search Console (GSC) ist ein kostenloses Google-Tool, das zeigt, wie eine Website in der organischen Suche performt, mit Daten zu Impressionen, Klicks, Klickrate und durchschnittlicher Position sowie zu Indexierung und technischen Problemen.Zum Glossareintrag →.

Der Google Rich Results Test prüft, ob eine Seite für Google-Rich-Result-Typen geeignet ist. Der Schema Markup Validator prüft allgemeiner die Schema.org-Auszeichnung.
Quellen: Google Rich Results Test, Schema Markup Validator

Melde danach die Massnahme als umgesetzt. Der nächste vollständige Crawl prüft die betroffenen Seiten. RankScan meldet dann «Behoben» oder «Noch nicht behoben».

Was RankScan misst und worauf ein guter Schema-Check achtet #

RankScan misst in diesen zwei Massnahmen genau drei Dinge:

• ob eine Seite überhaupt einen JSON-LD-Block enthält, nicht ob der Typ passt,
• ob die Startseite ein Organization-Markup mit name, url und logo hat,
• ob ein LocalBusiness-Markup der Startseite eine Adresse und eine Telefonnummer hat.

Die folgende Liste ist eine allgemeine Checkliste für eine gründliche Prüfung. Die meisten Punkte prüft RankScan in diesen Massnahmen nicht. Ein gründlicher Structured-Data-Check fragt:

• fehlt Structured Data komplett?
• fehlt Organization Schema?
• ist JSON-LD syntaktisch gültig?
• passt der Schema-Typ zum Seitentyp?
• stimmen Schema-URL und Canonical überein?
• sind Pflichtfelder für Google-Rich-Results vorhanden?
• sind empfohlene Felder vorhanden?
• sind sichtbarer Inhalt und Markup konsistent?
• sind Preise, Verfügbarkeit und Bewertungen aktuell?
• gibt es Markup auf noindex-Seiten?
• gibt es doppelte oder widersprüchliche Markups?
• betrifft der Fehler einzelne Seiten oder ein Template?
• gibt es Unterschiede zwischen Desktop, Mobile und gerendertem HTML?

Für diese Punkte nutzt du den Test für Rich-Suchergebnisse, den Schema Markup Validator und die Google Search Console.

Beispiel: SaaS-Website ohne Organization und Article Schema #

Ausgangslage #

Ein B2B-SaaS-Unternehmen veröffentlicht regelmässig Ratgeberartikel und hat mehrere Produktseiten. RankScan meldet:

«Seiten ohne strukturierte Daten (JSON-LD)»
«Startseite ohne Organization-Markup»

Analyse #

• Die Startseite hat kein Organization-Schema.
• Blogartikel haben kein JSON-LD, also auch kein Article-Markup.
• Breadcrumbs sind sichtbar, aber nicht als BreadcrumbList ausgezeichnet.

Lösung #

1. Organization-Schema mit Name, URL, Logo und Beschreibung auf der Startseite ergänzen, mit stabiler @id.
2. Article-Schema für Blogartikel im Template ergänzen.
3. BreadcrumbList auf Unterseiten ergänzen.
4. JSON-LD mit Rich Results Test und Schema Validator prüfen.
5. Beide Massnahmen als umgesetzt melden. Der nächste vollständige Crawl prüft sie.

Ergebnis #

Die Website liefert klarere maschinenlesbare Informationen zu Unternehmen, Artikeln und Navigation. Das verbessert nicht garantiert Rankings, aber es stärkt die technische Verständlichkeit und Rich-Result-Fähigkeit.

Checkliste: Schema Markup richtig einsetzen #

Nutze diese Checkliste:

• Gibt es JSON-LD auf relevanten Seitentypen?
• Ist der Schema-Typ passend zum Inhalt?
• Stimmen Markup und sichtbarer Inhalt überein?
• Stimmen Markup-URL und Canonical überein?
• Ist Organization-Schema vorhanden und aktuell?
• Sind Logo, Name, URL, Beschreibung und sameAssameAs ist eine Schema.org-Eigenschaft, die eine Entität mit Referenzseiten verknüpft, die ihre Identität eindeutig bestätigen, etwa offizielle Profile, Wikipedia oder Wikidata. Es dient der Disambiguierung.Zum Glossareintrag → korrekt?
• Empfängst du Kundschaft an einem Standort: Hat das LocalBusiness-Markup Adresse und Telefon?
• Haben Artikel Autor, Datum, Titel und Bild?
• Haben Produkte Preis, Verfügbarkeit, Bild und Marke?
• Falls du FAQPage-Markup nutzt: Stehen alle Fragen und Antworten sichtbar auf der Seite?
• Gibt es BreadcrumbList auf Unterseiten?
• Sind keine Fake-Bewertungen im Markup?
• Sind keine veralteten Preise oder Öffnungszeiten enthalten?
• Ist JSON-LD valide?
• Wurde mit Google Rich Results Test geprüft?
• Wurde mit Schema Markup Validator geprüft?
• Hast du die Massnahme als umgesetzt gemeldet?

Ergänzend dazu helfen E-E-A-T, semantisches HTML, Generative Engine Optimization und AI Readiness Score, um die Ursache sauber einzugrenzen und die nächsten SEO-Massnahmen zu priorisieren.

Für die weitere Optimierung sind vor allem Thin Content und hochwertige Inhalte relevant, weil diese Themen direkt mit der Bewertung und Auffindbarkeit der Seite zusammenhängen.

Fazit: Structured Data macht Inhalte eindeutiger #

Schema Markup ist kein magischer SEO-Hebel. Aber es ist ein wichtiges technisches Signal, um Inhalte klarer, konsistenter und maschinenlesbarer zu machen.

Die RankScan-Massnahmen «Seiten ohne strukturierte Daten (JSON-LD)» und «Startseite ohne Organization-Markup» zeigen, wo der Crawl keinen JSON-LD-Block oder kein vollständiges Organization-Markup fand. Bei einem Betrieb mit Standort zeigt die zweite Massnahme auch eine fehlende Adresse oder Telefonnummer im LocalBusiness-Markup. Ob ein vorhandener Typ passt, prüfst du selbst. Fragen und Antworten löst du dagegen im Text, nicht im Markup.

Die beste Vorgehensweise für das Markup lautet:

1. Seitentyp bestimmen,
2. Relevanz einschätzen,
3. passenden Schema-Typ wählen,
4. echte Datenquellen nutzen,
5. JSON-LD templatebasiert implementieren,
6. sichtbaren Inhalt und Markup abgleichen,
7. mit Google Rich Results Test und Schema Validator prüfen,
8. die Massnahme als umgesetzt melden. Der nächste vollständige Crawl prüft sie.

So wird Structured Data zu einem sauberen Website-Health-Prozess, und deine wichtigsten Inhalte werden für Suchmaschinen, Rich Results und moderne KI-Systeme (Künstliche Intelligenz) besser verständlich.

Quellen und weiterführende Informationen #

• Google Search Central: Einführung in strukturierte Daten
• Google Search Central: Structured Data Gallery
• Google Search Central: Allgemeine Richtlinien für strukturierte Daten
• Google Search Central: FAQPage Structured Data
• Google Search Central Blog: Changes to HowTo and FAQ rich results
• Google Search Central: Organization
• Google Search Central: Strukturierte Daten für lokale Unternehmen
• Schema.org: Getting started
• Schema.org: Organization
• Schema.org: OnlineStore
• Schema.org: FAQPage
• Google Rich Results Test
• Schema Markup Validator