Strukturierte Daten für Fragen und Antworten (QAPage)

Abbildung eines Rich-Suchergebnisses für Fragen und Antworten

Q&A-Seiten sind Webseiten mit Daten, bei denen sich jeweils Frage und Antwort(en) abwechseln. Das heißt: Es wird eine Frage gezeigt, auf die eine oder mehrere Antworten folgen. Inhalte, die einen solchen Zusammenhang von Frage und Antwort(en) darstellen, kannst du mit den schema.org-Typen QAPage, Question und Answer auszeichnen.

Inhalte von Seiten mit korrektem Markup können als Rich-Ergebnis auf einer Suchergebnisseite angezeigt werden. Eine solche umfassende Auszeichnung trägt viel dazu bei, dass deine Website in der Suche von den richtigen Nutzern gefunden wird. Sie sehen beispielsweise ein Rich-Suchergebnis für die Nutzerabfrage "Wie entferne ich ein Kabel, das in einem USB-Port feststeckt?" wenn die Seite mit Antworten auf diese Frage ausgezeichnet wurde.

Das Auszeichnen deiner F&A-Seite mit Markup ermöglicht aber nicht nur die oben gezeigte Darstellung deiner Inhalte in Rich-Suchergebnissen, sondern hilft Google auch dabei, ein besseres Snippet für deine Seite zu generieren. Der Inhalt der Antworten kann im einfachen Ergebnis angezeigt werden, wenn das Rich-Suchergebnis nicht angezeigt wird.

So fügst du strukturierte Daten hinzu

Strukturierte Daten sind ein standardisiertes Format, mit dem du Informationen zu einer Seite angeben und die Seiteninhalte klassifizieren kannst. Falls strukturierte Daten für dich ein neues Thema sind, findest du hier Informationen dazu, wie sie funktionieren.

In der folgenden Übersicht haben wir zusammengefasst, wie du strukturierte Daten erstellst, testest und veröffentlichst.

  1. Füge die erforderlichen Properties hinzu. Hier erfährst du, wie du strukturierte Daten je nach verwendetem Format auf der Seite einfügst.
  2. Folge den Richtlinien.
  3. Prüfe deinen Code mit dem Test für Rich-Suchergebnisse und behebe alle kritischen Fehler. Zusätzlich solltest du alle nicht kritischen Probleme beheben, die im Tool möglicherweise gemeldet werden. Das kann dabei helfen, die Qualität deiner strukturierten Daten zu verbessern. Das ist jedoch nicht nötig, um für Rich-Suchergebnisse geeignet zu sein.
  4. Stelle ein paar Seiten mit deinen strukturierten Daten bereit und teste mit dem URL-Prüftool, wie Google die Seiten sieht. Achte darauf, dass die Seiten für Google zugänglich sind und nicht durch eine robots.txt-Datei, das noindex-Tag oder Anmeldeanforderungen blockiert werden. Wenn die Seiten in Ordnung sind, kannst du Google bitten, deine URLs noch einmal zu crawlen.
  5. Damit Google über künftige Änderungen auf dem Laufenden bleibt, empfehlen wir dir, eine Sitemap einzureichen. Mit der Search Console Sitemap API lässt sich dieser Vorgang automatisieren.

Beispiele

Das folgende Beispiel enthält Markup-Definitionen für QAPage, Question und Answer in JSON-LD:


<html>
  <head>
    <title>How many ounces are there in a pound?</title>
    <script type="application/ld+json">
    {
      "@context": "https://schema.org",
      "@type": "QAPage",
      "mainEntity": {
        "@type": "Question",
        "name": "How many ounces are there in a pound?",
        "text": "I have taken up a new interest in baking and keep running across directions in ounces and pounds. I have to translate between them and was wondering how many ounces are in a pound?",
        "answerCount": 3,
        "upvoteCount": 26,
        "datePublished": "2024-02-14T15:34-05:00",
        "author": {
          "@type": "Person",
          "name": "Mary Stone",
          "url": "https://example.com/profiles/mary-stone"
        },
        "acceptedAnswer": {
          "@type": "Answer",
          "text": "1 pound (lb) is equal to 16 ounces (oz).",
          "image": "https://example.com/images/conversion-chart.jpg",
          "upvoteCount": 1337,
          "url": "https://example.com/question1#acceptedAnswer",
          "datePublished": "2024-02-14T16:34-05:00",
          "author": {
            "@type": "Person",
            "name": "Julius Fernandez",
            "url": "https://example.com/profiles/julius-fernandez"
          }
        },
        "suggestedAnswer": [
          {
            "@type": "Answer",
            "text": "Are you looking for ounces or fluid ounces? If you are looking for fluid ounces there are 15.34 fluid ounces in a pound of water.",
            "upvoteCount": 42,
            "url": "https://example.com/question1#suggestedAnswer1",
            "datePublished": "2024-02-14T15:39-05:00",
            "author": {
              "@type": "Person",
              "name": "Kara Weber",
              "url": "https://example.com/profiles/kara-weber"
            },
            "comment": {
              "@type": "Comment",
              "text": "I'm looking for ounces, not fluid ounces.",
              "datePublished": "2024-02-14T15:40-05:00",
              "author": {
                "@type": "Person",
                "name": "Mary Stone",
                "url": "https://example.com/profiles/mary-stone"
              }
            }
          }, {
            "@type": "Answer",
            "text": " I can't remember exactly, but I think 18 ounces in a lb. You might want to double check that.",
            "upvoteCount": 0,
            "url": "https://example.com/question1#suggestedAnswer2",
            "datePublished": "2024-02-14T16:02-05:00",
            "author": {
              "@type": "Person",
              "name": "Joe Cobb",
              "url": "https://example.com/profiles/joe-cobb"
            }
          }
        ]
      }
    }
    </script>
  </head>
  <body>
  </body>
</html>

<html>
<body itemscope itemtype="https://schema.org/QAPage">
<div itemprop="mainEntity" itemscope itemtype="https://schema.org/Question">
   <h2 itemprop="name">How many ounces are there in a pound?</h2>
   <div itemprop="upvoteCount">52</div>
   <div itemprop="text">I have taken up a new interest in baking and keep running across directions in ounces and pounds. I have to translate between them and was wondering how many ounces are in a pound?</div>
<div>
    <div><span itemprop="answerCount">3</span> answers</div>
    <div><span itemprop="upvoteCount">26</span> votes</div>
    <div itemprop="acceptedAnswer" itemscope itemtype="https://schema.org/Answer">
       <div itemprop="upvoteCount">1337</div>
       <div itemprop="text">
       1 pound (lb) is equal to 16 ounces (oz).
       </div>
      <a itemprop="url" href="https://example.com/question1#acceptedAnswer">Answer Link</a>
      </div>
    <div itemprop="suggestedAnswer" itemscope itemtype="https://schema.org/Answer">
       <div itemprop="upvoteCount">42</div>
       <div itemprop="text">
       Are you looking for ounces or fluid ounces? If you are looking for fluid ounces there are 15.34 fluid ounces in a pound of water.
       </div>
       <a itemprop="url" href="https://example.com/question1#suggestedAnswer1">Answer Link</a>
     </div>
     <div itemprop="suggestedAnswer" itemscope itemtype="https://schema.org/Answer">
       <div itemprop="upvoteCount">0</div>
       <div itemprop="text">
       I can't remember exactly, but I think 18 ounces in a lb. You might want to double check that.
       </div>
       <a itemprop="url" href="https://example.com/question1#suggestedAnswer2">Answer Link</a>
    </div>
</div>
</div>
</body>
</html>

Richtlinien

Damit deine Seite als Rich-Suchergebnis für Q&A-Seiten dargestellt werden kann, musst du folgende Richtlinien beachten:

Inhaltsrichtlinien

  • Verwende QAPage-Markup nur dann, wenn deine Seite Informationen in einem Frage-Antwort-Format enthält, d. h., wenn eine Frage gefolgt von der oder den zugehörigen Antworten aufgeführt wird.
  • Die Nutzer müssen Antworten auf die Frage einsenden können. Verwende QAPage-Markup nicht für Inhalte, die nur eine einzige Antwort auf eine bestimmte Frage enthalten und bei denen Nutzer keine weiteren Antworten ergänzen können. Wähle in diesen Fällen FAQPage. Hier einige Beispiele:

    Gültige Anwendungsfälle:

    • Eine Forenseite, auf der Nutzer auf eine einzelne Frage antworten können
    • Eine Produktsupportseite, auf der Nutzer auf eine einzelne Frage antworten können

    Ungültige Anwendungsfälle:

    • Eine FAQ-Seite, die vom Team der Website selbst verfasst wurde, ohne dass Nutzer alternative Antworten einsenden können
    • Eine Produktseite, auf der Nutzer mehrere Fragen und Antworten auf einer einzigen Seite einsenden können
    • Eine Anleitung, die eine Frage beantwortet
    • Ein Blogpost, der eine Frage beantwortet
    • Ein Fachartikel, der eine Frage beantwortet
  • Wende QAPage-Markup nicht auf alle Seiten einer Website oder eines Forums an, wenn nicht alle Seiten den Anforderungen an die Inhalte entsprechen. Beispielsweise können in einem Forum viele Fragen eingestellt sein, die jede für sich genommen für Markup infrage käme. Wenn es in diesem Forum jedoch auch Seiten gibt, die keine Fragen enthalten, dann erfüllen diese Seiten die Anforderungen nicht.
  • Verwende QAPage-Markup nicht für FAQ-Seiten oder Seiten mit mehreren Fragen pro Seite. Das QAPage-Markup ist für Seiten vorgesehen, die sich mit einer einzigen Frage befassen und die zugehörigen Antworten enthalten.
  • Verwende QAPage-Markup nicht für Werbezwecke.
  • Jedes Question-Element muss den gesamten Fragetext und jedes Answer-Element den vollständigen Antworttext enthalten.
  • Das Answer-Markup ist für Antworten auf die Frage vorgesehen, nicht für Kommentare zur Frage oder zu anderen Antworten. Verwende für diese Art von Inhalten stattdessen die Eigenschaft comment und den Typ Comment.
  • Fragen und Antworten werden möglicherweise nicht als Rich-Suchergebnis angezeigt, wenn sie obszöne, vulgäre, sexuell explizite oder gewaltverherrlichende Inhalte, Werbung für gefährliche oder illegale Handlungen, Hassrede oder Belästigungen enthalten.
  • Seiten mit Fragen und Antworten für Bildungseinrichtungen, die schwerpunktmäßig Fragen beantworten, die Nutzer zu ihren Hausarbeiten oder Hausaufgaben eingereicht haben, kommen unter Umständen für ein Karussell mit Fragen und Antworten infrage. Diese Seiten enthalten eventuell nur eine einzige Antwort, die von internen Experten (statt von Nutzern) zur Verfügung gestellt oder ausgewählt wird.
    Beispiel: Eine Bildungsseite, auf der ein Nutzer eine Frage gestellt hat, zu der Experten eine Top-Antwort auswählen.

Definitionen von Typen strukturierter Daten

In diesem Abschnitt werden die strukturierten Datentypen für QAPage beschrieben.

Du musst alle erforderlichen schema.org-Properties hinzufügen, damit die Inhalte als Rich-Suchergebnis angezeigt werden können. Zusätzlich kannst du die empfohlenen Properties einbinden, um deine strukturierten Daten für die Nutzer weiter aufzuwerten.

Mit dem Test für Rich-Suchergebnisse von Google kannst du die strukturierten Daten prüfen und als Vorschau anzeigen lassen.

QAPage

Mit dem Typ QAPage wird angegeben, dass die betreffende Seite eine Frage und mindestens eine zugehörige Antwort enthält. Wir verwenden nur strukturierte Question-Daten von Seiten mit QAPage-Markup. Pro Seite darf nur eine Definition des Typs QAPage vorhanden sein.

Die vollständige Definition von QAPage findest du unter https://schema.org/QAPage.

In der folgenden Tabelle werden die Properties des Typs QAPage beschrieben, die von der Google Suche verwendet werden.

Erforderliche Properties

mainEntity

Question

Das Question-Element dieser Seite muss in der Property mainEntity des QAPage-Elements verschachtelt sein.

Question

Question definiert die Frage, die auf dieser Seite beantwortet wird, und enthält gegebenenfalls die Antworten auf diese Frage. Für jede Seite wird genau ein Question-Typ erwartet, der in der Property mainEntity von schema.org/QAPage verschachtelt ist. Pro Seite darf nur eine Definition des Typs Question vorhanden sein.

Die vollständige Definition von Question findest du unter https://schema.org/Question. Die von Google unterstützten Eigenschaften sind folgende:

Erforderliche Properties

answerCount

Integer

Die Gesamtzahl der Antworten auf die Frage. Beispiel: Sind 15 Antworten vorhanden, dann hat dieses Element den Wert 15, auch wenn aufgrund des Seitenumbruchs nur die ersten 10 Antworten mit Markup ausgezeichnet wurden. Bei Fragen ohne Antworten kann der Wert auch 0 sein.

Entweder acceptedAnswer oder suggestedAnswer Answer

Damit eine Frage als Rich-Suchergebnis dargestellt werden kann, muss sie mindestens eine Antwort haben. Dies kann ein acceptedAnswer- oder ein suggestedAnswer-Element sein. Möglicherweise haben Fragen jedoch unmittelbar nach deiner Veröffentlichung noch keine Antworten. Setze bei Fragen ohne Antworten die Property answerCount auf 0. Fragen ohne Antworten kommen für Rich-Suchergebnisse nicht infrage.

acceptedAnswer

Answer

Eine Top-Antwort auf die Frage. Hiervon können null oder mehr Elemente pro Frage vorhanden sein. Solche Antworten müssen auf deiner Website auf irgendeine Weise als Top-Antwort ausgewiesen sein. Die Auswahl der Top-Antwort könnte durch den Fragesteller, einen Moderator oder über ein Abstimmungssystem erfolgen. Weitere Arten der Sortierung – beispielsweise nach der Aktualität der Antworten – dürfen nicht zur Ermittlung von Top-Antworten herangezogen werden.

suggestedAnswer

Answer

Eine mögliche Antwort, die aber nicht als Top-Antwort (acceptedAnswer) ausgewiesen wurde. Hiervon können null oder mehr Elemente pro Frage vorhanden sein.

name

Text

Der vollständige Fragetext in Kurzform. Beispiel: „Wie viele Teelöffel ergeben eine Tasse?“

Empfohlene Properties

author

Person oder Organization

Informationen zum Autor der Frage. Beachte die Best Practices für Autoren-Markup, damit Google Autoren über verschiedene Funktionen hinweg besser verstehen kann.

Füge so viele Properties hinzu, wie für den Autor sinnvoll sind. Verwende dazu die unterstützten Properties aus den strukturierten Daten für Artikel und Profilseiten als Leitfaden.

author.url

URL

Ein Link zu einer Webseite, die den Autor der Frage eindeutig identifiziert, höchstwahrscheinlich eine Profilseite der Fragen-und-Antworten-Website. Wir empfehlen, diese Seite mit strukturierten Daten für die Profilseite auszuzeichnen.

comment

Comment

Einen Kommentar, der sich auf die Frage bezieht, falls vorhanden. Im Idealfall ist dieser Inhalt keine Antwort, sondern normalerweise eine Klarstellung oder Diskussion über die Frage.

dateModified

DateTime

Datum und Uhrzeit der Bearbeitung der Antwort, falls zutreffend, im ISO 8601-Format.

datePublished

DateTime

Datum und Uhrzeit der Veröffentlichung der Frage. Die Angabe erfolgt im ISO 8601-Format.

image

ImageObject oder URL

Inline-Bilder innerhalb der Frage, falls zutreffend.

text

Text

Der vollständige Fragetext in Langform. Beispiel: „Ich koche mir gerade etwas und muss wissen, wie viele Teelöffel zusammen eine Tasse ergeben. Wie viele Teelöffel ergeben eine Tasse?“

upvoteCount

Integer

Die Gesamtzahl der Stimmen, die diese Frage erhalten hat. Wenn die Seite mit Dafür- und Dagegen-Stimmen (Upvotes und Downvotes) arbeitet, setze den Wert von upvoteCount auf einen Gesamtwert, der die Summe dieser Stimmen repräsentiert. Sind beispielsweise 5 Dafür-Stimmen und 2 Dagegen-Stimmen eingegangen, beläuft sich der Gesamtwert von upvoteCount auf 3. Hast du hingegen 5 Dafür-Stimmen erhalten und werden Dagegen-Stimmen von der Website nicht unterstützt, hat upvoteCount den Wert 5.

video

VideoObject

Inline-Videos innerhalb der Frage, falls zutreffend.

Answer

Mit dem Typ Answer werden jeweils die vorgeschlagenen und akzeptierten Antworten auf Question auf dieser Seite angegeben. Definiere Answers innerhalb von Question als Werte der Properties suggestedAnswer und acceptedAnswer.

In der folgenden Tabelle werden die Properties des Typs Answer beschrieben, der in einem Question-Element verwendet wird.

Die vollständige Definition von Answer findest du unter https://schema.org/Answer.

Erforderliche Properties

text

Text

Der vollständige Antworttext. Wenn nur ein Teil des Antworttextes markiert ist, wird dein Inhalt eventuell nicht angezeigt und Google kann auch den besten Text für die Darstellung nicht ermitteln.

Empfohlene Properties

author

Person oder Organization

Informationen zum Autor der Antwort. Beachte die Best Practices für Autoren-Markup, damit Google Autoren über verschiedene Funktionen hinweg besser verstehen kann.

Füge so viele Eigenschaften hinzu, wie es für den Autor am sinnvollsten ist. Verwende dazu die unterstützten Eigenschaften aus den strukturierten Daten für Artikel und Profilseiten als Leitfaden.

author.url

URL

Ein Link zu einer Webseite, die den Autor der Antwort eindeutig identifiziert, höchstwahrscheinlich eine Profilseite der Fragen-und-Antworten-Website. Wir empfehlen, diese Seite mit strukturierten Daten für die Profilseite auszuzeichnen.

comment

Comment

Ein Kommentar, der sich auf die Antwort bezieht, in der Regel eine Erläuterung 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. Die Angabe erfolgt im ISO 8601-Format.

image

ImageObject oder URL

Inline-Bilder innerhalb der Frage, falls zutreffend.

upvoteCount

Integer

Die Gesamtzahl der Stimmen, die diese Antwort erhalten hat, sofern zutreffend. Wenn die Seite mit Dafür- und Dagegen-Stimmen (Upvotes und Downvotes) arbeitet, setze den Wert von upvoteCount auf einen Gesamtwert, der die Summe dieser Stimmen repräsentiert. Sind beispielsweise 5 Dafür-Stimmen und 2 Dagegen-Stimmen eingegangen, beläuft sich der Gesamtwert von upvoteCount auf 3. Hast du hingegen 5 Dafür-Stimmen erhalten und werden Dagegen-Stimmen von der Website nicht unterstützt, hat upvoteCount den Wert 5.

url

URL

Eine URL, die direkt auf diese Antwort verweist. zum Beispiel: https://www.examplesite.com/question#answer1

video

VideoObject oder URL

Inline-Videos innerhalb der Antwort, falls zutreffend.

Comment

Der Typ Comment kann optional verwendet werden, um Klarstellungen oder Diskussionen zu einer Frage oder Antwort zu beschreiben, die weder eine Frage noch eine Antwort sind. Definieren Sie Comments innerhalb von Question oder Answer als Werte für die Eigenschaft comment.

Die vollständige Definition von Comment findest du unter https://schema.org/Comment.

Erforderliche Properties

text

Text

Der vollständige Text des Kommentars. Wenn nur ein Teil mit Markup ausgezeichnet ist, kann Google möglicherweise nicht den besten Text für die Anzeige bestimmen.

Empfohlene Properties

author

Person oder Organization

Informationen zum Autor des Kommentars. Beachte die Best Practices für Autoren-Markup, damit Google Autoren über verschiedene Funktionen hinweg besser verstehen kann.

Füge so viele Properties hinzu, wie für den Autor sinnvoll sind. Verwende dazu die unterstützten Properties aus den strukturierten Daten für Artikel und Profilseiten als Leitfaden.

author.url

URL

Ein Link zu einer Webseite, die den Autor des Kommentars eindeutig identifiziert; höchstwahrscheinlich eine Profilseite der Fragen-und-Antworten-Website. Wir empfehlen, diese Seite mit strukturierten Daten für die Profilseite auszuzeichnen.

comment

Comment

Ein verschachtelter Kommentar, der auf den Kommentar antwortet, falls zutreffend.

dateModified

DateTime

Datum und Uhrzeit der Bearbeitung des Kommentars, sofern zutreffend. Diese Angabe erfolgt im ISO 8601-Format.

datePublished

DateTime

Datum und Uhrzeit, zu der der Kommentar verfasst wurde, im ISO 8601-Format.

image

ImageObject oder URL

Inline-Bilder innerhalb des Kommentars, falls zutreffend.

video

VideoObject oder URL

Inline-Videos innerhalb des Kommentars, falls zutreffend.

Rich-Suchergebnisse mit der Search Console beobachten

Die Search Console ist ein Tool, mit dem du die Leistung deiner Seiten in der Google-Suche beobachten kannst. Damit deine Website in die Google-Suchergebnisse aufgenommen wird, musst du dich nicht für die Search Console registrieren. Du kannst aber mithilfe der Search Console möglicherweise besser nachvollziehen, wie deine Website von Google gesehen wird, und sie bei Bedarf optimieren. Wir empfehlen, die Search Console in den folgenden Fällen aufzusuchen:

  1. Nach der erstmaligen Bereitstellung von strukturierten Daten
  2. Nach der Veröffentlichung neuer Vorlagen oder der Aktualisierung deines Codes
  3. Zur regelmäßigen Analyse der Zugriffe

Nach der erstmaligen Bereitstellung von strukturierten Daten

Nachdem Google deine Seiten indexiert hat, kannst du mithilfe des entsprechenden Statusberichts für Rich-Suchergebnisse nach Problemen suchen. Im Idealfall nimmt die Anzahl der gültigen Elemente zu, die Anzahl der ungültigen Elemente aber nicht. Wenn Probleme mit deinen strukturierten Daten auftreten:

  1. Korrigiere die ungültigen Elemente.
  2. Prüfe eine Live-URL, um festzustellen, ob das Problem weiterhin besteht.
  3. Beantrage die Validierung mithilfe des Statusberichts.

Nachdem du neue Vorlagen veröffentlicht oder deinen Code aktualisiert hast

Wenn du wichtige Änderungen an deiner Website vornimmst, solltest du auf eine Zunahme von ungültigen Elementen in strukturierten Daten achten.
  • Wenn du eine Zunahme der ungültigen Elemente feststellst, hast du möglicherweise eine neue Vorlage eingeführt, die nicht funktioniert. Eventuell interagiert deine Website auch auf eine neue und fehlerhafte Art mit der vorhandenen Vorlage.
  • Wenn du eine Abnahme der gültigen Elemente, aber keine Zunahme der ungültigen Elemente feststellst, sind möglicherweise keine strukturierten Daten mehr in deine Seiten eingebettet. Verwende das URL-Prüftool, um die Ursache des Problems zu ermitteln.

Zur regelmäßigen Analyse der Zugriffe

Analysiere mit dem Leistungsbericht die Zugriffe über die Google Suche. Die Daten geben Aufschluss darüber, wie oft deine Seite als Rich-Suchergebnis angezeigt wird, wie oft Nutzer darauf klicken und wie hoch deine durchschnittliche Position in den Suchergebnissen ist. Diese Ergebnisse lassen sich auch mit der Search Console API automatisch abrufen.

Fehlerbehebung

Falls du Probleme bei der Implementierung oder Fehlerbehebung von strukturierten Daten hast, versuch es mit diesen Lösungsansätzen: