Nur markieren, was auf der Seite sichtbar ist
Ich habe auch schon einen grünen Validator und null Effekt gesehen. Sie können JSON-LD in den Head kopieren und „valid“ bekommen, aber wenn der Code etwas beschreibt, was niemand sieht, repariert das keine leere Seite.
Den Fehler, den ich zuerst entfernen würde: Eine erfundene Bewertung oder einen Preis einfügen.
Was vorbereiten und welches Ergebnis erwarten
- Ergebnis: Suchmaschinen bekommen klare Seitenhinweise, und Sie können JSON-LD vor der Veröffentlichung validieren.
- Eine primäre Seiten-Entity wählen und realen Namen, URL, Telefon, Adresse, Service und Breadcrumbs sammeln.
- Halten Sie Quelldaten und Zugriffsrechte vom Output getrennt, damit Sie prüfen können, was Schema.org-Seitenmarkup erzeugt hat.
- Jedes Feld mit sichtbarem Text abgleichen und die URL in Rich Results Test, Schema.org-Validator und Search Console testen.
JSON-LD hinzufügen und vor Veröffentlichung validieren
- Seitentyp wählen
Service für einen Service, Organization/LocalBusiness für die Firma, Article für einen Artikel, BreadcrumbList für Navigation. Kein Product auf einem normalen Service.
Проверьте: Der Typ beschreibt die reale primäre Entity der Seite.
Если не сработало: Nur Article/Organization behalten und nichts markieren, worüber Sie unsicher sind.
- JSON-LD hinzufügen
Im CMS Custom code/Head suchen; auf einer statischen Site ein Script im Head. Felder müssen mit sichtbarem Content und der Canonical-URL übereinstimmen.
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "Service", "name": "Klimaanlagen-Reparatur", "serviceType": "Private Klimaanlagen-Reparatur", "url": "https://example.com/services/repair/" } </script>Проверьте: JSON-LD parst und enthält keine Daten, die auf der Seite fehlen.
Если не сработало: Anführungszeichen, Kommas und JSON-Encoding prüfen.
- Markup mit Tools validieren
Rich Results Test und Validator.Schema.org ausführen, dann URL in Search Console → URL Inspection einreichen. Report-Namen können variieren.
Проверьте: Keine Syntaxfehler oder kritischen Warnungen für den gewählten Typ.
Если не сработало: Zuerst JSON fixen, dann Support für ein bestimmtes Rich Result prüfen.
- Nach Veröffentlichung monitoren
Nach Updates Enhancement-Reports prüfen und bestätigen, dass Markup bei Adress-, Preis- oder FAQ-Änderungen nicht veraltet ist.
Проверьте: Structured Data entspricht der aktuellen Seite.
Если не сработало: Einen Typ entfernen, den Sie nicht mehr mit sichtbarem Text stützen können.
Ich wähle den Typ nach Seitenbedeutung
Für eine typische Service-Seite reichen oft `Organization`, `Service` und `BreadcrumbList`. Kein `aggregateRating` ohne Reviews auf der Seite; keinen Preis erfinden; keinen Service zum Product machen. JSON-LD-Daten müssen mit sichtbarem Text und realen URLs übereinstimmen.
Im CMS `Custom code / Head` suchen; auf einer statischen Site `script` in `<head>`. Dann Seite mit Rich Results Test und `validator.schema.org` prüfen und URL Inspection in Search Console öffnen.
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "Service",
"name": "Geschäftsprozess-Automatisierung",
"serviceType": "Geschäftsprozess-Automatisierung",
"url": "https://example.com/services/automation/"
}
</script>Woran merkt man, dass Markup nicht lügt
Quell-HTML öffnen und jedes `application/ld+json` finden: Häufiges Problem ist CMS plus Handcode mit zwei widersprüchlichen Graphen. Prüfen, dass `url`, `@id`, Bilder und Breadcrumbs auf Seiten mit 200 zeigen. Vor Änderungen Impressionen, Clicks, CTR und Position für 5–10 ähnliche Seiten speichern—sonst kein Effektvergleich.
- Valide Syntax garantiert kein Rich Result.
- Markup ersetzt keinen echten Content.
- Keine versteckten Daten nur für ein Snippet.
Ich teste Markup nicht nur anhand von Behauptungen
URL, Schema-Typ, Validierungsdatum, Validator-Fehler, sichtbaren Block und erwartetes Ergebnis speichern. Bei FAQPage müssen Fragen und Antworten expandierbar und für Menschen sichtbar sein. Bei Service müssen Name und Leistungsumfang dem Seitentext entsprechen.
Nach Veröffentlichung dem Kunden kein Rich Snippet versprechen. Recrawl abwarten, dann Impressionen und CTR mit ähnlichen URLs vergleichen. Structured Data hilft Suchmaschinen, die Seite zu verstehen, ersetzt aber keinen nützlichen Copy und garantiert keine Sonderanzeige.
Schema.org-Typ wählen, ohne Fakten zu erfinden
| Kriterium | Frage | Gutes Zeichen |
|---|---|---|
| Eingabe | Was genau geht in Schema.org-Seitenmarkup? | Eine primäre Seiten-Entity wählen und realen Namen, URL, Telefon, Adresse, Service und Breadcrumbs sammeln. |
| Aktion | Was darf das System von allein tun? | Nur vorab gelistete Aktionen, ohne Zugriff auf das gesamte Konto |
| Prüfung | Woran erkennen Sie, dass das Ergebnis akzeptabel ist? | Jedes Feld mit sichtbarem Text abgleichen und die URL in Rich Results Test, Schema.org-Validator und Search Console testen. |
| Fehlerfall | Wohin geht ein unklarer Fall? | Strittiges Feld oder Typ entfernen, statt es mit erfundener Bewertung, Preis oder Adresse zu füllen. |
Was sich nach der Einrichtung ändern sollte
Suchmaschinen bekommen klare Seitenhinweise, und Sie können JSON-LD vor der Veröffentlichung validieren.
Warum valides Markup trotzdem kein Snippet bringt
Eine erfundene Bewertung oder einen Preis einfügen.
Versteckten Text markieren, den der Besucher nie sieht.
Zehn Typen hinzufügen, ohne die primäre Entity zu verstehen.
Valides JSON als Garantie für ein Rich Result behandeln.
Wann Schema an Site-Daten angebunden werden muss
Holen Sie einen Spezialisten, wenn Markup für hunderte Seitentypen generiert wird, an einen Katalog angebunden ist oder mehrere Locales umfasst.
Was im JSON-LD prüfen
Kann ich zehn Schema-Typen auf einmal hinzufügen?
Besser mit Typen starten, die die primäre Entity der Seite beschreiben und durch sichtbaren Text gestützt sind.
Wo sollte ich JSON-LD validieren?
In Rich Results Test, Schema.org-Validator und über URL Inspection nach Veröffentlichung.
Garantiert FAQPage ein FAQ-Snippet?
Nein. Markup hilft, den Content zu verstehen, aber Anzeigeformat und Eligibility entscheidet die Suchmaschine.
Kann ich Bewertungen aus einem Formular markieren?
Nur wenn die Bewertung wirklich veröffentlicht ist, zur Entity gehört und Sie die Regeln der Suchmaschine einhalten.
