Rich-Results-Vorschau

Article, FAQPage, HowTo, Product, Recipe, Review, Event, LocalBusiness, Organization, BreadcrumbList und VideoObject. Auch Untertypen wie NewsArticle werden erkannt.

Ja — füge ein @graph-Array ein, und jeder Typ erhält seine eigene Vorschaukarte und seinen eigenen Validierungsbericht.

Die für jeden Typ erforderlichen Felder (FAQPage benötigt mainEntity, Product benötigt name + offers) und warnt vor fehlenden empfohlenen Feldern für die Eignung zu Rich Results.

Ja, die Rich-Results-Vorschau ist zu 100 % kostenlos, ohne Registrierung, ohne versteckte Gebühren und ohne Nutzungslimits. Die gesamte Verarbeitung erfolgt lokal in deinem Browser und gewährleistet vollständige Privatsphäre.

Absolut. Die Rich-Results-Vorschau verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Ja, die Rich-Results-Vorschau ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst sie auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne eine App herunterzuladen.

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach die Rich-Results-Vorschau in deinem Browser und beginne sofort mit der Nutzung. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Ja, die Rich-Results-Vorschau wurde gemäß den aktuellen Richtlinien und Best Practices von Google Search entwickelt. Wir aktualisieren das Tool regelmäßig, um Änderungen der Suchmaschinenanforderungen zu berücksichtigen.

Gib einfach deinen Text in das vorgesehene Feld ein, passe die Einstellungen nach Belieben an, und das Tool verarbeitet ihn sofort. Anschließend kannst du das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Die Rich-Results-Vorschau funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Alle drei sind Syntaxformen, um dasselbe schema.org-Vokabular auf einer Seite einzubinden, unterscheiden sich aber darin, wo das Markup steht. JSON-LD hält strukturierte Daten in einem einzigen, in sich geschlossenen Block innerhalb eines <script type="application/ld+json">-Tags, getrennt von Ihrem sichtbaren HTML. Microdata und RDFa verweben stattdessen Attribute wie itemprop und property direkt mit vorhandenen HTML-Elementen, was schwerer zu pflegen ist und bei Redesigns leicht kaputtgeht. Google empfiehlt ausdrücklich JSON-LD, weil es am saubersten hinzuzufügen, zu bearbeiten und dynamisch einzuspielen ist, ohne das Seitenlayout anzufassen. Diese Vorschau liest gezielt JSON-LD, fügen Sie also den Inhalt Ihres Script-Blocks ein, nicht das umgebende HTML. Liegt Ihr Markup derzeit als Microdata vor, wandeln Sie es zunächst in einen JSON-LD-Block um und fügen Sie es dann hier ein, um zu prüfen, ob die Felder korrekt geparst werden.

Gültiges Markup macht eine Seite lediglich für Rich Results berechtigt; es garantiert sie nie. Google entscheidet anhand von Seitenqualität, inhaltlicher Relevanz, der Frage, ob das Markup mit dem sichtbaren Seiteninhalt übereinstimmt, sowie eigenen Algorithmen, ob eine Erweiterung angezeigt wird — deshalb kann ein technisch einwandfreier FAQPage- oder Product-Ausschnitt trotzdem nur als schlichter blauer Link erscheinen. Auch manuelle Maßnahmen wegen Spam- oder versteckten Markups, sehr neue oder wenig autoritative Seiten sowie Duplicate Content können Rich Results unterdrücken. Dieses Tool prüft, ob Ihre Pflicht- und empfohlenen Felder vorhanden und korrekt sind, und beseitigt damit die technischen Hürden, die Sie tatsächlich beheben können. Betrachten Sie einen sauberen Validierungsbericht hier als das Überspringen der Eignungshürde und geben Sie Google dann Zeit, die Seite erneut zu crawlen und zu bewerten, bevor Sie mit der erweiterten Anzeige in der Suche rechnen.

Pflichtfelder sind die Eigenschaften, die Google für einen Typ als zwingend erforderlich einstuft, damit er überhaupt für Rich Results infrage kommt. Fehlt eines, ist die Seite nicht berechtigt, weshalb dieses Tool ein fehlendes Pflichtfeld als harten Fehlschlag kennzeichnet. FAQPage benötigt beispielsweise mainEntity, Product benötigt name und offers, und Event benötigt name, startDate und location. Empfohlene Felder sind optionale Eigenschaften, die das Ergebnis reichhaltiger und wettbewerbsfähiger machen, etwa image, aggregateRating und brand bei einem Product oder image, publisher und dateModified bei einem Article. Fehlende empfohlene Felder werden als Warnung statt als Fehler angezeigt, weil das Markup auch ohne sie funktioniert, nur weniger eindrucksvoll. Fügen Sie Ihren Ausschnitt ein, und das Validierungspanel kennzeichnet jedes Feld als bestanden, fehlgeschlagen oder Warnung, damit Sie genau wissen, was Sie vor der Veröffentlichung noch ergänzen sollten.

Eine einzelne Seite benötigt oft mehrere Schema-Blöcke gleichzeitig, zum Beispiel ein Article plus eine BreadcrumbList plus eine Organization. Statt mehrere Script-Tags zu stapeln, können Sie diese in einem JSON-LD-Block über ein @graph-Array kombinieren: Setzen Sie @context einmal oben und listen Sie dann jeden typisierten Knoten als Objekt innerhalb einer @graph-Eigenschaft auf. So bleiben zusammengehörige Entitäten beisammen und können sich über @id gegenseitig referenzieren. Alternativ können Sie auch ein einfaches Array von Objekten auf oberster Ebene einfügen. Diese Vorschau verarbeitet beide Strukturen, erkennt jeden Knoten, gibt jedem eine eigene Vorschaukarte und führt pro Typ einen separaten Validierungsbericht durch, mit einer kombinierten Zählung von bestanden, fehlgeschlagen und Warnung oben. Fügen Sie Ihren @graph-Block ein, um zu bestätigen, dass jeder Typ erkannt wird und keinem ein Pflichtfeld fehlt.

Dieses Tool spiegelt die Kernlogik von Googles Rich-Results-Test wider: Es erkennt den Schema-Typ, prüft dieselben Pflicht- und empfohlenen Felder und rendert eine Google-artige Karte, damit Sie Probleme sofort erkennen, während Sie bearbeiten. Der wesentliche Unterschied ist, dass es Ihren JSON-LD-Ausschnitt isoliert, vollständig in Ihrem Browser validiert, ohne eine live veröffentlichte URL zu benötigen — ideal für Entwürfe und unveröffentlichte Seiten. Da es mit einem festen Feldsatz arbeitet, statt die tatsächliche Seite abzurufen, kann es nicht bestätigen, dass das Markup mit dem sichtbaren Inhalt übereinstimmt, oder Probleme erkennen, die nur Google während eines Live-Crawls sieht. Nutzen Sie es als schnellen, privaten ersten Durchgang, um offensichtlich fehlende Felder und Syntaxfehler zu beheben, und lassen Sie die endgültig veröffentlichte URL anschließend durch Googles offiziellen Test laufen, bevor Sie sich auf das aktive Rich Result verlassen.