- November: Dokumentation für strukturierte Daten der Profilseite, Dokumentation für strukturierte Daten des Diskussionsforums und erweiterte Empfehlungen für die Dokumentation für strukturierte Daten der Q&A-Seite hinzugefügt.
Strukturierte Daten des Diskussionsforums (DiscussionForumPosting)
bookmark_border
Die Auszeichnung für Diskussionsforen ist für alle Websites im Forum-Stil gedacht, auf denen Menschen gemeinsam Perspektiven aus erster Hand austauschen. Wenn Forum-Websites diese Auszeichnung hinzufügen, kann Google Search Online-Diskussionen im gesamten Web besser identifizieren und diese Auszeichnung in Funktionen wie „Diskussionen und Foren“ und „Perspektiven“ verwenden.
Folgt Ihr Forum einem Frage-und-Antwort-Muster? Verwenden Sie stattdessen die Auszeichnung für Q&A.
So verwenden Sie „DiscussionForumPosting“ in einem Forum
Im Allgemeinen empfehlen wir, Kommentare unter dem Beitrag zu verschachteln, auf den sie sich beziehen. Wenn das Forum eine eigene Threadstruktur hat, verwenden Sie einen Kommentarbaum, um die Struktur darzustellen:
{
„@context“: „https://schema.org“,
„@type“: „DiscussionForumPosting“,
„headline“: „Sehr beliebter Thread“,
…
„comment“: [{
„@type“: „Kommentar“,
„text“: „Das sollte nicht so beliebt sein“,
…
„comment“: [{
„@type“: „Kommentar“,
„text“: „Ja, das sollte es“,
…
}]
}]
}
Wenn es eher linearer Natur ist (z. B. ein Originalbeitrag, gefolgt von einer Reihe von Antworten), verschachteln Sie sie alle als Kommentare unter dem Originalbeitrag. Idealerweise enthalten spätere Inhaltsseiten in mehrseitigen Foren den Originalbeitrag mit der URL der Hauptseite:
{
// JSON-LD in einem Forum ohne Threads unter https://example.com/post/very-popular-thread/14
„@context“: „https://schema.org“,
„@type“: „DiscussionForumPosting“,
„headline“: „Sehr beliebter Thread“, // Nur die Überschrift/das Thema ist explizit vorhanden
„url“: „https://example.com/post/very-popular-thread“,
…
„comment“: [{
„@type“: „Kommentar“,
„text“: „Erster Beitrag auf dieser Seite“,
…
},{
„@type“: „Kommentar“,
„text“: „Zweiter Beitrag auf dieser Seite“,
…
}]
}
Wenn sich die URL hauptsächlich auf einen einzelnen Beitrag bezieht, verwenden Sie mainEntity (oder mainEntityOfPage), um den primären DiscussionForumPosting zu identifizieren:
{
„@context“: „https://schema.org“,
„@type“: „WebPage“,
„url“: „https://example.com/post/very-popular-thread“,
„mainEntity“: {
„@type“: „DiscussionForumPosting“
…
}
}
Bei Webseiten mit einer Liste von Beiträgen (z. B. auf einer Profil-, Themen- oder Kategorieseite) ist es üblich, dass nicht alle Informationen auf derselben Seite vorhanden sind und der Benutzer klicken muss, um die zusätzlichen Informationen (wie Antworten) zu erhalten. Es liegt an Ihnen, ob Sie nur die Informationen einschließen, die auf der Seite vorhanden sind (und die URL zum diskussionsspezifischen Beitrag einschließen).
Markieren Sie keinen Beitrag auf der Seite als Hauptentität, wenn es sich nicht um eine Diskussionsseite für den Beitrag handelt. Um zu zeigen, dass Seiten eine zusammenhängende Reihe von Beiträgen sind, kann es sinnvoll sein, sie alle an eine Sammlung oder Artikelliste anzuhängen.
So fügen Sie strukturierte Daten hinzu
Strukturierte Daten sind ein standardisiertes Format zum Bereitstellen von Informationen über eine Seite und zum Klassifizieren des Seiteninhalts. Wenn Sie mit strukturierten Daten noch nicht vertraut sind, können Sie mehr darüber erfahren, wie strukturierte Daten funktionieren.
Hier finden Sie eine Übersicht darüber, wie Sie strukturierte Daten erstellen, testen und veröffentlichen. Eine Schritt-für-Schritt-Anleitung zum Hinzufügen strukturierter Daten zu einer Webseite finden Sie im Codelab für strukturierte Daten.
Fügen Sie die erforderlichen Eigenschaften hinzu. Erfahren Sie, wo Sie basierend auf dem von Ihnen verwendeten Format strukturierte Daten auf der Seite einfügen.
Sie verwenden ein CMS? Möglicherweise ist es einfacher, ein in Ihr CMS integriertes Plug-In zu verwenden.
Sie verwenden JavaScript? Erfahren Sie, wie Sie mit JavaScript strukturierte Daten generieren.
Befolgen Sie die Richtlinien.
Validieren Sie Ihren Code mit dem Rich Results-Test und beheben Sie alle kritischen Fehler. Beheben Sie auch alle nicht kritischen Probleme, die möglicherweise im Tool markiert werden, da diese dazu beitragen können, die Qualität Ihrer strukturierten Daten zu verbessern (dies ist jedoch nicht erforderlich, um für Rich Results in Frage zu kommen).
Stellen Sie einige Seiten bereit, die Ihre strukturierten Daten enthalten, und testen Sie mit dem URL-Prüftool, wie Google die Seite sieht. Vergewissern Sie sich, dass Ihre Seite für Google zugänglich ist und nicht durch eine robots.txt-Datei, das Noindex-Tag oder Anmeldeanforderungen blockiert wird. Wenn die Seite in Ordnung aussieht, können Sie Google bitten, Ihre URLs erneut zu crawlen.
Hinweis: Lassen Sie etwas Zeit für das erneute Crawlen und Indizieren. Bedenken Sie, dass es nach der Veröffentlichung einer Seite mehrere Tage dauern kann, bis Google sie findet und crawlt.
Um Google über zukünftige Änderungen auf dem Laufenden zu halten, empfehlen wir Ihnen, eine Sitemap einzureichen. Sie können dies mit der Sitemap API der Search Console automatisieren.
Beispiele
Das folgende Markup-Beispiel zeigt eine nicht verzweigte, lineare Forumseite:
JSON-LDMicrodata
Ich war beim Konzert!
mp4″,
„Name“: „Video des Konzerts“,
„Uploaddatum“: „2023-03-01T06:34:34+02:00“,
„ThumbnailURL“: „https://example.com/media/super-cool-concert-snap.jpg“
},
„URL“: „https://example.com/post/very-popular-thread“,
„Autor“: {
„@Typ“: „Person“,
„Name“: „Katie Pope“,
„URL“: „https://example.com/user/katie-pope“,
„agentInteractionStatistic“: {
„@type“: „InteractionCounter“,
„interactionType“: „https://schema.org/WriteAction“,
„userInteractionCount“: 8
}
},
„datePublished“: „2023-03-01T08:34:34+02:00“,
„interactionStatistic“: {
„@type“: „InteractionCounter“,
„interactionType“: „https://schema.org/LikeAction“,
„userInteractionCount“: 27
},
„comment“: [{
„@type“: „Kommentar“,
„text“: „Mit wem sind Sie zusammen?“,
„author“: {
„@type“: „Person“,
„name“: „Saul Douglas“,
„url“: „https://example.com/user/saul-douglas“,
„agentInteractionStatistic“: {
„@type“: „InteractionCounter“,
„interactionType“: „https://schema.org/WriteAction“,
„userInteractionCount“: 167
}
},
„datePublished“: „2023-03-01T09:46:02+02:00“
},{
„@type“: „Kommentar“,
„text“: „Das ist meine Mutter, ist sie nicht cool?“,
„author“: {
„@type“: „Person“,
„name“: „Katie Pope“,
„url“: „https://example.com/user/katie-pope“,
„agentInteractionStatistic“: {
„@type“: „InteractionCounter“,
„interactionType“: „https://schema.org/WriteAction“,
„userInteractionCount“: 8
}
},
„datePublished“: „2023-03-01T09:50:25+02:00“,
„interactionStatistic“: {
„@type“: „InteractionCounter“,
„interactionType“: „https://schema.org/LikeAction“,
„userInteractionCount“: 7
}
}]
}
Richtlinien
Damit Ihre strukturierten Diskussionsforumdaten für die Verwendung in der Google-Suche geeignet sind, müssen Sie diese Richtlinien einhalten:
Allgemeine Richtlinien für strukturierte Daten
Grundlagen der Suche
Inhaltsrichtlinien
Technische Richtlinien
Inhaltsrichtlinien
Verwenden Sie ausschließlich die Auszeichnung „DiscussionForumPosting“, um einen benutzergenerierten Beitrag in einem Website-Forum zu beschreiben. Verwenden Sie diese Auszeichnung nicht für Inhalte, die hauptsächlich von den Herausgebern der Website oder ihren Vertretern verfasst wurden.
Wir empfehlen zwar gültige Auszeichnungen anderer Typen (Artikel, SocialMediaPosting, VideoObject), die sehr ähnliche Auszeichnungen mit Kommentaren, Autoreninformationen und Interaktionsstatistiken verwenden können, diese sollten jedoch nicht die Auszeichnung „DiscussionForumPosting“ verwenden. Hier einige Beispiele:Gültige Anwendungsfälle:
Eine Community-Forumseite, auf der Benutzer über ein bestimmtes Spiel sprechen können
Eine allgemeine Forumplattform, die eine große Vielfalt an Unterforuminhalten hostet
Ungültige Anwendungsfälle:
Ein Artikel oder Blog, der direkt von einem Vertreter der Website geschrieben wurde (auch mit Kommentaren)
Benutzerbewertungen zu einem Produkt
Beachten Sie, dass für die meisten Anwendungsfälle von Google eine Q&A-Seite als Sonderfall einer Diskussionsforumseite gilt. Wenn die Struktur der Forumwebsite hauptsächlich aus Fragen mit Antworten besteht, empfehlen wir Ihnen, stattdessen Q&A-Auszeichnung zu verwenden. Wenn die Struktur allgemeiner ist und normalerweise nicht aus Fragen und Antworten besteht, ist DiscussionForumPosting die bessere Wahl.
Stellen Sie sicher, dass jedes DiscussionForumPosting den gesamten Text des Beitrags enthält und dass jeder Kommentar den gesamten Text der Antwort enthält, wenn er auf dieser Seite gefunden wird.
Technische Richtlinien
Im Gegensatz zu unserer allgemeinen Präferenz für strukturierte Daten empfehlen wir, die DiscussionForumPosting-Auszeichnung nach Möglichkeit in Microdata (oder RDFa) bereitzustellen. Dadurch müssen Sie keine großen Textblöcke in der Auszeichnung duplizieren. Dies ist jedoch nur eine Empfehlung und JSON-LD wird weiterhin vollständig unterstützt.
Definitionen strukturierter Datentypen
In diesem Abschnitt werden die strukturierten Datentypen im Zusammenhang mit DiscussionForumPosting beschrieben.
Sie müssen die erforderlichen Eigenschaften einschließen, damit Ihr Inhalt für die Verwendung in der Google-Suche berechtigt ist. Sie können auch die empfohlenen Eigenschaften einschließen, um weitere Informationen zu Ihren Diskussionsforumseiten hinzuzufügen, was zu einer besseren Nutzererfahrung führen könnte.
Diskussionsforumsbeitrag
Der Typ „Diskussionsforumsbeitrag“ definiert einen Originalbeitrag, der das Diskussionsthema darstellt. Dieser Typ besteht zwar im Allgemeinen aus Text, es ist jedoch möglich, dass ein Forumsbeitrag nur aus Medieninhalten besteht.
Erforderliche Eigenschaften
Autor
Person oder OrganisationInformationen zum Autor des Beitrags. Damit Google Autoren anhand verschiedener Funktionen optimal verstehen kann, empfehlen wir, die Best Practices für die Autorenauszeichnung zu befolgen.
Fügen Sie so viele Eigenschaften ein, wie für den Autor sinnvoll sind, und verwenden Sie dabei die unterstützten Eigenschaften aus strukturierten Daten von Artikeln und Profilseiten als Leitfaden.
Autor.name
TextDer Name des Autors des Beitrags.
Veröffentlichungsdatum
Datum/Uhrzeit
Datum und Uhrzeit der Erstellung des Beitrags im ISO 8601-Format.
Entweder Text oder BildAlter oder Video Um den Inhalt des Beitrags darzustellen, müssen Sie eine der folgenden Eigenschaften einschließen:
Text
Bild
Video
Dies ist nicht erforderlich, wenn Sie einen Beitrag auf einer anderen Seite (mit einer externen URL) darstellen, wie auf späteren Seiten von Foren oder Forenkategorieseiten.
Empfohlene Eigenschaften
author.url
URL
Ein Link zu einer Webseite, die den Autor des Beitrags eindeutig identifiziert, höchstwahrscheinlich eine Profilseite des Forums. Wir empfehlen, diese Seite mit strukturierten Daten der Profilseite zu markieren.
Kommentar Kommentar
Ein Kommentar zum oder eine Antwort auf den Beitrag, falls zutreffend. Markieren Sie Kommentare in der Reihenfolge, in der sie auf der Seite erscheinen.
creativeWorkStatus Text
Wenn der Beitrag gelöscht wurde, aber für den Kontext oder Threading erhalten bleibt, setzen Sie diese Eigenschaft auf „Gelöscht“.
dateModified DateTime
Das Datum und die Uhrzeit der Bearbeitung des Beitrags im ISO 8601-Format, falls zutreffend. Wenn keine Änderungen vorgenommen wurden, ist es nicht erforderlich, das Veröffentlichungsdatum zu duplizieren.
Überschrift
TextDer Titel des Beitrags. Wenn kein separater Titel vorhanden ist, duplizieren oder kürzen Sie den Text nicht zu einer Überschrift.
image ImageObject oder URL
Alle Inline-Bilder im Beitrag, falls zutreffend. Wenn keine Bilder vorhanden sind, fügen Sie in dieses Feld keine Standard-, Symbol- oder Platzhalterbilder ein.
interactionStatistic InteractionCounter
Benutzerstatistiken, die auf den Hauptbeitrag angewendet werden, falls zutreffend.
Google unterstützt die folgenden interactionTypes:
https://schema.org/LikeAction: Die Anzahl der Likes oder Upvotes.
https://schema.org/DislikeAction: Die Anzahl der Dislikes oder Downvotes.
https://schema.org/ViewAction: Die Anzahl der Aufrufe.
https://schema.org/CommentAction oder https://schema.org/ReplyAction: Die Anzahl der Kommentare.
https://schema.org/ShareAction: Die Anzahl der erneuten Shares.
isPartOf CreativeWork oder URL
Die primäre Quelle des Beitrags, wenn der Beitrag in einem bestimmten Teil der gesamten Website erscheint. Zum Beispiel ein Unterforum oder eine Gruppe innerhalb der umfassenderen Website. Wenn ein CreativeWork (wie eine Webseite) verwendet wird, verwenden Sie die Eigenschaft url, um dessen URL anzugeben.
sharedContent
CreativeWorkDer primäre freigegebene Inhalt des Beitrags. Am häufigsten wird dies verwendet, um Webseiten (mit URLs) als thematische Diskussion zu teilen, aber auch Bilder oder Videos können mit dieser Eigenschaft verwendet werden, insbesondere wenn sie der primäre Inhalt des Kommentars sind.
Hier ist ein Beispiel, wie Sie hinzufügen können, dass im Beitrag ein Link freigegeben wurde:
…
„sharedContent“: { „@type“: „WebPage“, url: „https://example.com/external-url“ }
…
text Text
Jeder beliebige Text im Beitrag, falls zutreffend. Dies kommt sehr häufig vor, kann aber in manchen Fällen weggelassen werden, wenn der Beitrag andere Medien enthält.
URL
URLDie kanonische URL der Diskussion. Legen Sie in mehrseitigen Threads diese Eigenschaft auf die URL der ersten Seite fest. Bei einer einzelnen Diskussion ist dies normalerweise die aktuelle URL.
Video VideoObject
Alle Inline-Videos im Beitrag, falls zutreffend.
Kommentar
Der Kommentartyp definiert einen Kommentar zu einem ursprünglichen CreativeWork. In diesem Fall handelt es sich um einen Diskussionsforum-Beitrag. Er hat viele der gleichen Eigenschaften wie unsere Richtlinien für Diskussionsforum-Beiträge.
Erforderliche Eigenschaften
Autor
Person oder OrganisationInformationen über den Autor des Kommentars. Damit Google Autoren über verschiedene Funktionen hinweg bestmöglich versteht, empfehlen wir, die Best Practices für die Autorenauszeichnung zu befolgen.
Fügen Sie so viele Eigenschaften ein, wie für den Autor sinnvoll sind, und verwenden Sie dabei die unterstützten Eigenschaften aus den strukturierten Daten von Artikeln und Profilseiten als Leitfaden.
datePublished
DateTime
Datum und Uhrzeit der Kommentarerstellung im ISO 8601-Format. Wenn keine Änderungen vorgenommen wurden, ist es nicht erforderlich, das Veröffentlichungsdatum zu duplizieren.
text
TextDer Haupttext des Kommentars. Idealerweise entspricht dieses Feld dem Text, der auf der Seite im Kommentar vorhanden ist.
Empfohlene Eigenschaften
author.url
URL
Ein Link zu einer Webseite, die den Autor des Kommentars eindeutig identifiziert, höchstwahrscheinlich eine Profilseite des Forums. Wir empfehlen, diese Seite mit strukturierten Daten der Profilseite zu markieren.
comment Kommentar
Ein weiterer Kommentar über oder als Antwort auf den Kommentar, falls zutreffend. Markieren Sie die Kommentare in der Reihenfolge, in der sie auf der Seite erscheinen.
creativeWorkStatus Text
Wenn der Kommentar gelöscht wurde, aber für den Kontext oder Threading erhalten bleibt, setzen Sie diese Eigenschaft auf „Gelöscht“.
dateModified DateTime
Datum und Uhrzeit der letzten Bearbeitung des Kommentars im ISO 8601-Format, falls zutreffend.
Bild ImageObject oder URL
Alle Inline-Bilder im Kommentar, falls zutreffend. Wenn keine Bilder vorhanden sind, fügen Sie in dieses Feld keine Standard-, Symbol- oder Platzhalterbilder ein.
interactionStatistic InteractionCounter
Benutzerstatistiken, die auf den Kommentar angewendet werden, falls zutreffend.
Google unterstützt die folgenden Interaktionstypen:
https://schema.org/LikeAction: Die Anzahl der Likes oder Upvotes.
https://schema.org/DislikeAction: Die Anzahl der Dislikes oder Downvotes.
https://schema.org/ViewAction: Die Anzahl der Aufrufe.
https://schema.org/CommentAction oder https://schema.org/ReplyAction: Die Anzahl der Kommentare.
https://schema.org/ShareAction: Die Anzahl der erneuten Freigaben.
sharedContent
CreativeWorkDer primäre gemeinsam genutzte InhaltInhalt im Kommentar. Am häufigsten wird dies verwendet, um Webseiten (mit URLs) als aktuelle Diskussion zu teilen, aber auch Bilder oder Videos können mit dieser Eigenschaft verwendet werden, insbesondere wenn sie den Hauptinhalt des Kommentars darstellen.
Hier ist ein Beispiel, wie Sie hinzufügen können, dass im Kommentar ein Link geteilt wurde:
…
„sharedContent“: { „@type“: „WebPage“, url: „https://example.com/external-url“ }
…
url
URLDie URL zu diesem bestimmten Kommentar auf der Seite. Fügen Sie diese Eigenschaft nicht ein, wenn es sich nur um die URL des Originalbeitrags handelt.
video VideoObject
Alle Inline-Videos innerhalb des Kommentars, falls zutreffend.
InteractionCounter
Der InteractionCounter ermöglicht die Zuordnung einer Zählung zu einer bestimmten Art von Interaktion. Dies kann sowohl für Inhaltseigenschaften (DiscussionForumPosting und Kommentar) als auch für Autoreneigenschaften verwendet werden.
Erforderliche Eigenschaften
userInteractionCount
IntegerDie Anzahl der Male, die diese Interaktion durchgeführt wurde.
interactionType
Untertyp der Aktion
Eine Liste gültiger Aktionsuntertypen für diese Eigenschaft finden Sie in der Eigenschaft, die den InteractionCounter verwendet (z. B. interactionStatistic).
Rich-Ergebnisse mit der Search Console überwachen
Die Search Console ist ein Tool, mit dem Sie die Leistung Ihrer Seiten in der Google-Suche überwachen können. Sie müssen sich nicht für die Search Console anmelden, um in die Google-Suchergebnisse aufgenommen zu werden, aber sie kann Ihnen helfen, zu verstehen und zu verbessern, wie Google Ihre Website sieht. Wir empfehlen, die Search Console in den folgenden Fällen zu prüfen:
Nach dem erstmaligen Bereitstellen strukturierter Daten
Nach dem Veröffentlichen neuer Vorlagen oder dem Aktualisieren Ihres Codes
Regelmäßiges Analysieren des Datenverkehrs
Nach dem erstmaligen Bereitstellen strukturierter Daten
Nachdem Google Ihre Seiten indexiert hat, suchen Sie mithilfe des entsprechenden Statusberichts zu Rich-Suchergebnissen nach Problemen. Im Idealfall gibt es eine Zunahme gültiger Elemente und keine Zunahme ungültiger Elemente. Wenn Sie Probleme in Ihren strukturierten Daten finden:
Korrigieren Sie die ungültigen Elemente.
Überprüfen Sie eine Live-URL, um festzustellen, ob das Problem weiterhin besteht.
Fordern Sie mithilfe des Statusberichts eine Validierung an.
Nach dem Veröffentlichen neuer Vorlagen oder dem Aktualisieren Ihres Codes
Achten Sie bei wesentlichen Änderungen an Ihrer Website auf eine Zunahme ungültiger Elemente in strukturierten Daten.
Wenn Sie eine Zunahme ungültiger Elemente feststellen, haben Sie möglicherweise eine neue Vorlage eingeführt, die nicht funktioniert, oder Ihre Website interagiert auf eine neue und schlechte Weise mit der vorhandenen Vorlage.
Wenn Sie einen Rückgang gültiger Elemente feststellen (dem jedoch kein Anstieg ungültiger Elemente gegenübersteht), betten Sie möglicherweise keine strukturierten Daten mehr in Ihre Seiten ein. Verwenden Sie das URL-Prüftool, um die Ursache des Problems zu ermitteln.
Warnung: Verwenden Sie keine zwischengespeicherten Links, um Ihre Seiten zu debuggen. Verwenden Sie stattdessen das URL-Prüftool, da es über die aktuellste Version Ihrer Seiten verfügt.
Regelmäßige Analyse des Datenverkehrs
Analysieren Sie Ihren Google Search-Datenverkehr mithilfe des Leistungsberichts. Die Daten zeigen Ihnen, wie oft Ihre Seite als Rich-Ergebnis in der Suche angezeigt wird, wie oft Benutzer darauf klicken und welche durchschnittliche Position Sie in den Suchergebnissen einnehmen. Sie können diese Ergebnisse auch automatisch mit der Search Console API abrufen.
Fehlerbehebung
Wenn Sie Probleme beim Implementieren oder Debuggen strukturierter Daten haben, finden Sie hier einige Ressourcen, die Ihnen möglicherweise helfen.
Wenn Sie ein Content-Management-System (CMS) verwenden oder jemand anderes sich um Ihre Site kümmert, bitten Sie diese Person um Hilfe. Leiten Sie unbedingt alle Search Console-Nachrichten weiter, in denen das Problem beschrieben wird.
Google garantiert nicht, dass Funktionen, die strukturierte Daten nutzen, in den Suchergebnissen angezeigt werden. Eine Liste der häufigsten Gründe, warum Google Ihre Inhalte möglicherweise nicht in einem Rich-Suchergebnis anzeigt, finden Sie in den allgemeinen Richtlinien für strukturierte Daten.
Möglicherweise liegt ein Fehler in Ihren strukturierten Daten vor. Prüfen Sie die Liste der Fehler bei strukturierten Daten.
Wenn für Ihre Seite eine manuelle Aktion bezüglich strukturierter Daten erfolgt ist, werden die strukturierten Daten auf der Seite ignoriert (die Seite kann jedoch weiterhin in den Google-Suchergebnissen angezeigt werden). Verwenden Sie zum Beheben von Problemen mit strukturierten Daten den Bericht „Manuelle Aktionen“.
Lesen Sie die Richtlinien noch einmal, um festzustellen, ob Ihre Inhalte nicht den Richtlinien entsprechen. Das Problem kann entweder durch Spam-Inhalte oder die Verwendung von Spam-Markup verursacht werden. Es kann jedoch sein, dass es sich nicht um ein Syntaxproblem handelt, sodass der Test für Rich-Suchergebnisse diese Probleme nicht erkennen kann.
Beheben Sie Probleme bei fehlenden Rich-Suchergebnissen/Rückgang der Gesamtzahl an Rich-Suchergebnissen.
Planen Sie Zeit für das erneute Crawlen und Indizieren ein. Denken Sie daran, dass es nach der Veröffentlichung einer Seite mehrere Tage dauern kann, bis Google sie findet und crawlt. Allgemeine Fragen zum Crawling und zur Indexierung finden Sie in den FAQ zum Crawling und zur Indexierung von Google Search.
Stellen Sie eine Frage im Forum von Google Search Central.
Q&A (QAPage) strukturierte Daten
bookmark_border
Q&A-Seiten sind Webseiten, die Daten im Frage-und-Antwort-Format enthalten, also eine Frage gefolgt von den Antworten. Für Inhalte, die eine Frage und ihre Antworten darstellen, können Sie Ihre Daten mit den Typen QAPage, Question und Answer von schema.org markieren.
Richtig markierte Seiten können ein Rich-Ergebnis auf der Suchergebnisseite anzeigen. Diese Rich-Behandlung hilftIhre Site erreicht die richtigen Nutzer bei der Suche. Sie sehen möglicherweise ein Rich-Ergebnis für die Nutzerabfrage „Wie entferne ich ein Kabel, das in einem USB-Anschluss feststeckt?“, wenn die Seite mit Antworten auf diese Frage markiert wurde.
Neben der Aktivierung Ihres Inhalts für die Rich-Ergebnis-Behandlung hilft das Markieren Ihrer Q&A-Seite Google dabei, ein besseres Snippet für Ihre Seite zu generieren. Der Inhalt der Antworten kann im Basisergebnis erscheinen, wenn das Rich-Ergebnis nicht angezeigt wird.
So fügen Sie strukturierte Daten hinzu
Strukturierte Daten sind ein standardisiertes Format zum Bereitstellen von Informationen über eine Seite und zum Klassifizieren des Seiteninhalts. Wenn Sie mit strukturierten Daten noch nicht vertraut sind, können Sie mehr darüber erfahren, wie strukturierte Daten funktionieren.
Hier finden Sie eine Übersicht zum Erstellen, Testen und Freigeben strukturierter Daten. Eine Schritt-für-Schritt-Anleitung zum Hinzufügen strukturierter Daten zu einer Webseite finden Sie im Codelab für strukturierte Daten.
Fügen Sie die erforderlichen Eigenschaften hinzu. Erfahren Sie, wo Sie strukturierte Daten basierend auf dem von Ihnen verwendeten Format auf der Seite einfügen.
Sie verwenden ein CMS? Möglicherweise ist es einfacher, ein Plugin zu verwenden, das in Ihr CMS integriert ist.
Sie verwenden JavaScript? Erfahren Sie, wie Sie mit JavaScript strukturierte Daten generieren.
Befolgen Sie die Richtlinien.
Validieren Sie Ihren Code mit dem Rich Results Test und beheben Sie alle kritischen Fehler. Erwägen Sie auch die Behebung aller nicht kritischen Probleme, die möglicherweise im Tool markiert werden, da diese dazu beitragen können, die Qualität Ihrer strukturierten Daten zu verbessern (dies ist jedoch nicht erforderlich, um für Rich Results in Frage zu kommen).
Stellen Sie einige Seiten bereit, die Ihre strukturierten Daten enthalten, und verwenden Sie das URL-Prüftool , um zu testen, wie Google die Seite sieht. Stellen Sie sicher, dass Ihre Seite für Google zugänglich ist und nicht durch eine robots.txt-Datei, das Noindex-Tag oder Anmeldeanforderungen blockiert wird. Wenn die Seite in Ordnung aussieht, können Sie Google bitten, Ihre URLs erneut zu crawlen.
Hinweis: Lassen Sie Zeit für das erneute Crawlen und Neuindizieren. Denken Sie daran, dass es nach der Veröffentlichung einer Seite mehrere Tage dauern kann, bis Google sie findet und crawlt.
Damit Google über zukünftige Änderungen informiert bleibt, empfehlen wir Ihnen, eine Sitemap einzureichen. Sie können dies mit der Sitemap API der Search Console automatisieren.
Beispiele
Das folgende Markup-Beispiel enthält die Typdefinitionen QAPage, Question und Answer in JSON-LD:
JSON-LDMicrodata
Wie viele Unzen sind in einem Pfund?
Richtlinien
Damit Ihre Q&A-Seite für diesen Rich Tre infrage kommt,atment müssen Sie diese Richtlinien befolgen:
Allgemeine Richtlinien für strukturierte Daten
Grundlagen der Suche
Inhaltsrichtlinien
Inhaltsrichtlinien
Verwenden Sie die QAPage-Auszeichnung nur, wenn Ihre Seite Informationen im Frage-und-Antwort-Format enthält, also eine Frage gefolgt von den Antworten.
Benutzer müssen Antworten auf die Frage einreichen können. Verwenden Sie die QAPage-Auszeichnung nicht für Inhalte, die nur eine Antwort auf eine bestimmte Frage haben und keine Möglichkeit für Benutzer bieten, alternative Antworten hinzuzufügen; verwenden Sie stattdessen FAQPage. Hier einige Beispiele: Gültige Anwendungsfälle:
Eine Forumsseite, auf der Benutzer Antworten auf eine einzelne Frage einreichen können
Eine Produktsupportseite, auf der Benutzer Antworten auf eine einzelne Frage einreichen können
Ungültige Anwendungsfälle:
Eine von der Site selbst verfasste FAQ-Seite, auf der Benutzer keine Möglichkeit haben, alternative Antworten einzureichen
Eine Produktseite, auf der Benutzer mehrere Fragen und Antworten auf einer Seite einreichen können
Eine Anleitung, die eine Frage beantwortet
Ein Blogbeitrag, der eine Frage beantwortet
Ein Aufsatz, der eine Frage beantwortet
Wenden Sie QAPage-Markup nicht auf alle Seiten einer Site oder eines Forums an, wenn nicht der gesamte Inhalt zulässig ist. In einem Forum können beispielsweise viele Fragen gepostet werden, die einzeln für das Markup zulässig sind. Wenn das Forum jedoch auch Seiten enthält, die keine Fragen sind, sind diese Seiten nicht zulässig.
Verwenden Sie QAPage-Markup nicht für FAQ-Seiten oder Seiten mit mehreren Fragen pro Seite. QAPage-Markup ist für Seiten gedacht, auf denen der Fokus der Seite auf einer einzelnen Frage und ihren Antworten liegt.
Verwenden Sie QAPage-Markup nicht für Werbezwecke.
Stellen Sie sicher, dass jede Frage den gesamten Fragetext enthält und dass jede Antwort den gesamten Antworttext enthält.
Antwort-Markup ist für Antworten auf die Frage gedacht, nicht für Kommentare zu der Frage oder Kommentare zu anderen Antworten. Verwenden Sie für diese Art von Inhalt stattdessen die Kommentar-Eigenschaft und den Kommentartyp.
Fragen- und Antwortinhalte werden möglicherweise nicht als Rich-Suchergebnis angezeigt, wenn sie einen der folgenden Inhaltstypen enthalten: obszön, gotteslästerlich, sexuell eindeutig, grafisch gewalttätig, Werbung für gefährliche oder illegale Aktivitäten oder hasserfüllte oder belästigende Sprache.
Bildungsbezogene Q&A-Seiten, deren Hauptaugenmerk darauf liegt, eine richtige Antwort auf eine von einem Benutzer eingereichte Hausaufgabenfrage zu geben, können für ein Q&A-Karussell-Erlebnis geeignet sein. Diese Seiten dürfen nur eine einzige Antwort haben, die von internen Experten (anstatt von Benutzern) bereitgestellt oder ausgewählt wird.
Beispiel: Eine Bildungsseite, auf der ein Benutzer eine einzige Frage eingereicht hat und die beste Antwort von Experten ausgewählt wird.
Definitionen strukturierter Datentypen
In diesem Abschnitt werden die strukturierten Datentypen im Zusammenhang mit QAPage beschrieben.
Sie müssen die erforderlichen Eigenschaften einschließen, damit Ihr Inhalt als Rich-Suchergebnis angezeigt werden kann. Sie können auch die empfohlenen Eigenschaften einschließen, um Ihren strukturierten Daten weitere Informationen hinzuzufügen, die für eine bessere Nutzererfahrung sorgen können.
Sie können den Rich-Suchergebnis-Test von Google verwenden, um Ihre strukturierten Daten zu validieren und in der Vorschau anzuzeigen.
QAPage
Der Typ QAPage gibt an, dass die Seite auf eine bestimmte Frage und ihre Antwort(en) fokussiert ist. Wir verwenden nur strukturierte Fragedaten von Seiten mit QAPage-Markup. Es darf nur eine Definition des Typs QAPage pro Seite geben.
Die vollständige Definition von QAPage ist verfügbar unter https://schema.org/QAPage.
Die folgende Tabelle beschreibt die Eigenschaften des Typs QAPage, die von der Google-Suche verwendet werden.
Erforderliche Eigenschaften
mainEntity
QuestionDie Frage für diese Seite muss unter der mainEntity-Eigenschaft des QAPage-Elements verschachtelt sein.
Question
Der Fragetyp definiert die Frage, die diese Seite beantwortet, und enthält die Antworten auf diese Frage, falls vorhanden. Auf der Seite wird genau ein Fragetyp erwartet, der unter der mainEntity-Eigenschaft von schema.org/QAPage verschachtelt ist. Es darf nur eine Fragetypdefinition pro Seite geben.
Wenn Ihre Site eine empfohlene Eigenschaft nicht unterstützt, lassen Sie diese Eigenschaft aus Ihren strukturierten Daten weg.
Die vollständige Definition von Question ist unter https://schema.org/Question verfügbar. Die von Google unterstützten Eigenschaften sind die folgenden:
Erforderliche Eigenschaften
answerCount
IntegerDie Gesamtzahl der Antworten auf die Frage. Wenn es beispielsweise 15 Antworten gibt, aber nur die ersten 10 aufgrund der Seitennummerierung markiert sind, wäre dieser Wert 15. Bei Fragen ohne Antworten kann er auch 0 sein.
Entweder acceptedAnswer oder suggestedAnswer AntwortUm für das Rich-Ergebnis infrage zu kommen, muss eine Frage mindestens eine Antwort haben – entweder eine acceptedAnswer oder eine suggestedAnswer. Fragen können jedoch beim ersten Posten keine Antworten haben. Setzen Sie für Fragen ohne Antworten die Eigenschaft answerCount auf 0. Fragen ohne Antworten sind nicht für das Rich-Ergebnis berechtigt.
acceptedAnswer
AntwortEine Top-Antwort auf die Frage. Es kann null oder mehr davon pro Frage geben. Dies muss Antworten darstellen, die auf Ihrer Site in irgendeiner Weise akzeptiert werden. Zum Beispiel als Top-Antwort vom Fragensteller, einem Moderator oder einem Abstimmungssystem akzeptiert. Andere Formen der Sortierung von Antworten, wie z. B. die aktuellsten, dürfen nicht verwendet werden, um die Top-Antworten zu identifizieren.
vorgeschlagene Antwort
AntwortEine mögliche Antwort, aber nicht als Antwort akzeptiertop-Antwort (akzeptierte Antwort). Pro Frage können null oder mehr davon vorhanden sein.
Name
TextDer vollständige Text der Kurzform der Frage. Beispiel: „Wie viele Teelöffel sind in einer Tasse?“.
Empfohlene Eigenschaften
Autor
Person oder OrganisationInformationen zum Autor der Frage. Damit Google Autoren anhand verschiedener Funktionen am besten verstehen kann, empfehlen wir, die Best Practices zur Autorenauszeichnung zu befolgen.
Fügen Sie so viele Eigenschaften ein, wie für den Autor sinnvoll sind, und verwenden Sie dabei die unterstützten Eigenschaften aus den strukturierten Daten von Artikeln und Profilseiten als Leitfaden.
Autor.URL
URL
Ein Link zu einer Webseite, die den Autor der Frage eindeutig identifiziert, höchstwahrscheinlich eine Profilseite der Q&A-Website. Wir empfehlen, diese Seite mit strukturierten Daten der Profilseite auszuzeichnen.
Kommentar Kommentar
Ein Kommentar zur Frage, falls vorhanden. Im Idealfall ist dieser Inhalt keine Antwort, sondern normalerweise eine Klarstellung oder Diskussion zur Frage.
dateModified DateTime
Datum und Uhrzeit der Bearbeitung der Antwort (sofern zutreffend) im ISO 8601-Format.
datePublished DateTime
Datum und Uhrzeit der Veröffentlichung der Frage (sofern zutreffend) im ISO 8601-Format.
image ImageObject oder URL
Alle Inline-Bilder innerhalb der Frage (sofern zutreffend).
text
TextDer vollständige Text der Langform der Frage. Beispiel: „Ich koche und muss wissen, wie viele Teelöffel in einer Tasse sind. Wie viele Teelöffel sind in einer Tasse?“
upvoteCount
IntegerDie Gesamtzahl der Stimmen, die diese Frage erhalten hat. Wenn die Seite Upvotes und Downvotes unterstützt, legen Sie den Wert upvoteCount auf einen einzigen Gesamtwert fest, der sowohl Upvotes als auch Downvotes darstellt. Wenn es beispielsweise 5 Upvotes und 2 Downvotes gibt, ist der Gesamtwert für upvoteCount 3. Wenn es 5 Upvotes gibt und Downvotes nicht unterstützt werden, ist der Wert für upvoteCount 5.
Video VideoObject
Alle Inline-Videos innerhalb der Frage, falls zutreffend.
Antwort
Der Antworttyp definiert die vorgeschlagenen und akzeptierten Antworten auf die Frage auf dieser Seite. Definieren Sie Antworten innerhalb der Frage als Werte für die Eigenschaften vorgeschlagene Antwort und akzeptierte Antwort.
Die folgende Tabelle beschreibt die Eigenschaften des Antworttyps, der innerhalb einer Frage verwendet wird.
Die vollständige Definition von Antwort finden Sie unter https://schema.org/Answer.
Wenn Ihre Site eine empfohlene Eigenschaft nicht unterstützt, lassen Sie diese Eigenschaft aus Ihren strukturierten Daten weg.
Erforderliche Eigenschaften
Text
TextDer vollständige Text der Antwort. Wenn nur ein Teil markiert ist, wird Ihr Inhalt möglicherweise nicht angezeigt und Google kann nicht den besten anzuzeigenden Text bestimmen.
Empfohlene Eigenschaften
Autor
Person oder OrganisationInformationen über den Autor der Antwort. Damit Google Autoren über verschiedene Funktionen hinweg optimal verstehen kann, empfehlen wir, die Best Practices zur Autorenmarkierung zu befolgen.
Fügen Sie so viele Eigenschaften ein, wie für den Autor sinnvoll sind, und verwenden Sie dabei die unterstützten Eigenschaften aus den strukturierten Daten von Artikeln und Profilseiten als Leitfaden.
Autor.URL
URL
Ein Link zu einer Webseite, die den Autor der Antwort eindeutig identifiziert, höchstwahrscheinlich eine Profilseite der Q&A-Website. Wir empfehlen, diese Seite mit strukturierten Daten der Profilseite zu markieren.
Kommentar Kommentar
Ein Kommentar zur Antwort, normalerweise eine Klarstellung oder Diskussion zur Antwort, falls zutreffend.
dateModified DateTime
Datum und Uhrzeit der Bearbeitung der Antwort im ISO 8601-Format, falls zutreffend.
datePublished DateTime
Datum und Uhrzeit der Beantwortung der Frage im ISO 8601-Format.
image ImageObject oder URL
Alle Inline-Bilder innerhalb der Frage, falls zutreffend.
upvoteCount
IntegerDie Gesamtzahl der Stimmen, die diese Antwort erhalten hat, falls zutreffend. Wenn die Seite Upvotes und Downvotes unterstützt, legen Sie den Wert upvoteCount auf einen einzigen Gesamtwert fest, der sowohl Upvotes als auch Downvotes darstellt. Wenn es beispielsweise 5 Upvotes und 2 Downvotes gibt, ist der für upvoteCount verwendete Gesamtwert 3. Wenn es 5 Upvotes gibt und Downvotes nicht unterstützt werden, ist der Wert für upvoteCount 5.
url
URLEine URL, die direkt auf diese Antwort verweist. Beispiel: https://www.examplesite.com/question#answer1
Es wird dringend empfohlen, für jede Antwort eine URL anzugeben, da dies die Benutzererfahrung verbessert, wenn der Benutzer zu Ihrer Site durchklickt.
Video Videoobjekt oder URL
Alle Inline-Videos innerhalb der Antwort, falls zutreffend.
Kommentar
Der Kommentartyp kann optional verwendet werden, um Klarstellungen oder Diskussionen zu der Frage oder Antwort zu beschreiben, die weder Frage noch Antwort sind. Definieren Sie Kommentare innerhalb der Frage oder Antwort als Werte für die Kommentareigenschaft.
Die vollständige Definition von Kommentar ist verfügbar unter https://schema.org/Comment.
Erforderliche Eigenschaften
Text
TextDer vollständige Text des Kommentars. Wenn nur ein Teil markiert ist, kann Google möglicherweise nicht den besten anzuzeigenden Text bestimmen.
Empfohlene Eigenschaften
Autor
Person oder OrganisationInformationen über den Autor des Kommentars. Damit Google Autoren anhand verschiedener Funktionen besser verstehen kann, empfehlen wir, die Best Practices zur Autorenauszeichnung zu befolgen.
Fügen Sie so viele Eigenschaften ein, wie sinnvoll sind.e für den Autor, wobei die unterstützten Eigenschaften aus den strukturierten Daten von Artikeln und Profilseiten als Leitfaden dienen.
author.url
URL
Ein Link zu einer Webseite, die den Autor des Kommentars eindeutig identifiziert, höchstwahrscheinlich eine Profilseite der Q&A-Website. Wir empfehlen, diese Seite mit strukturierten Daten von Profilseiten zu markieren.
comment Kommentar
Ein verschachtelter, verzweigter Kommentar, der auf den Kommentar antwortet, falls zutreffend.
dateModified DateTime
Das Datum und die Uhrzeit, zu der der Kommentar bearbeitet wurde, im ISO 8601-Format, falls zutreffend.
datePublished DateTime
Das Datum und die Uhrzeit, zu der der Kommentar geschrieben wurde, im ISO 8601-Format.
image ImageObject oder URL
Alle Inline-Bilder innerhalb des Kommentars, falls zutreffend.
video VideoObject oder URL
Alle Inline-Videos innerhalb des Kommentars, falls zutreffend.
Rich-Ergebnisse mit der Search Console überwachen
Die Search Console ist ein Tool, mit dem Sie die Leistung Ihrer Seiten in der Google-Suche überwachen können. Sie müssen sich nicht bei der Search Console anmelden, um in den Google-Suchergebnissen enthalten zu sein, aber sie kann Ihnen dabei helfen, zu verstehen und zu verbessern, wie Google Ihre Website sieht. Wir empfehlen, die Search Console in den folgenden Fällen zu überprüfen:
Nach dem erstmaligen Bereitstellen strukturierter Daten
Nach dem Veröffentlichen neuer Vorlagen oder dem Aktualisieren Ihres Codes
Bei regelmäßiger Analyse des Datenverkehrs
Nach dem erstmaligen Bereitstellen strukturierter Daten
Nachdem Google Ihre Seiten indexiert hat, suchen Sie mithilfe des entsprechenden Statusberichts zu Rich-Suchergebnissen nach Problemen. Im Idealfall gibt es eine Zunahme gültiger Elemente und keine Zunahme ungültiger Elemente. Wenn Sie Probleme in Ihren strukturierten Daten finden:
Korrigieren Sie die ungültigen Elemente.
Überprüfen Sie eine Live-URL, um festzustellen, ob das Problem weiterhin besteht.
Fordern Sie mithilfe des Statusberichts eine Validierung an.
Nach dem Veröffentlichen neuer Vorlagen oder dem Aktualisieren Ihres Codes
Achten Sie bei wesentlichen Änderungen an Ihrer Website auf eine Zunahme ungültiger Elemente in strukturierten Daten.
Wenn Sie eine Zunahme ungültiger Elemente feststellen, haben Sie möglicherweise eine neue Vorlage eingeführt, die nicht funktioniert, oder Ihre Site interagiert auf neue und schlechte Weise mit der vorhandenen Vorlage.
Wenn Sie eine Abnahme gültiger Elemente feststellen (ohne dass eine Zunahme ungültiger Elemente damit einhergeht), betten Sie möglicherweise keine strukturierten Daten mehr in Ihre Seiten ein. Verwenden Sie das URL-Prüftool, um die Ursache des Problems herauszufinden.
Warnung: Verwenden Sie keine zwischengespeicherten Links, um Ihre Seiten zu debuggen. Verwenden Sie stattdessen das URL-Prüftool, da es über die aktuellste Version Ihrer Seiten verfügt.
Regelmäßige Analyse des Datenverkehrs
Analysieren Sie Ihren Google-Suchverkehr mithilfe des Leistungsberichts. Die Daten zeigen Ihnen, wie oft Ihre Seite als Rich-Ergebnis in der Suche angezeigt wird, wie oft Benutzer darauf klicken und welche durchschnittliche Position Sie in den Suchergebnissen einnehmen. Sie können diese Ergebnisse auch automatisch mit der Search Console API abrufen.
Fehlerbehebung
Falls Sie Probleme beim Implementieren oder Debuggen strukturierter Daten haben, finden Sie hier einige Ressourcen, die Ihnen möglicherweise helfen.
Wenn Sie ein Content-Management-System (CMS) verwenden oder jemand anderes sich um Ihre Site kümmert, bitten Sie diese Person um Hilfe. Leiten Sie alle Search Console-Nachrichten mit Einzelheiten zum Problem an diese Person weiter.
Google garantiert nicht, dass Funktionen, die strukturierte Daten verwenden, in den Suchergebnissen angezeigt werden. Eine Liste der häufigsten Gründe, warum Google Ihre Inhalte möglicherweise nicht in einem Rich-Suchergebnis anzeigt, finden Sie in den allgemeinen Richtlinien für strukturierte Daten.
Möglicherweise liegt ein Fehler in Ihren strukturierten Daten vor. Prüfen Sie die Liste der Fehler bei strukturierten Daten.
Wenn für Ihre Seite eine manuelle Aktion bezüglich strukturierter Daten erfolgt ist, werden die strukturierten Daten auf der Seite ignoriert (die Seite kann jedoch weiterhin in den Google-Suchergebnissen angezeigt werden). Um Probleme mit strukturierten Daten zu beheben, verwenden Sie den Bericht „Manuelle Aktionen“.
Lesen Sie die Richtlinien noch einmal, um festzustellen, ob Ihre Inhalte nicht den Richtlinien entsprechen. Das Problem kann entweder durch Spam-Inhalte oder die Verwendung von Spam-Markup verursacht werden. Es kann jedoch sein, dass es sich nicht um ein Syntaxproblem handelt und der Test für Rich-Ergebnisse diese Probleme daher nicht erkennen kann.
Beheben Sie Probleme bei fehlenden Rich-Ergebnissen/Rückgang der Gesamtzahl an Rich-Ergebnissen.
Warten Sie etwas Zeit für das erneute Crawlen und Indizieren. Denken Sie daran, dass es nach der Veröffentlichung einer Seite mehrere Tage dauern kann, bis Google sie findet und crawlt. Allgemeine Fragen zum Crawlen und Indizieren finden Sie in den FAQs zum Crawlen und Indizieren der Google-Suche.
Stellen Sie eine Frage im Forum von Google Search Central.
Related Posts
Recent Comments