Google hat eine Änderung an mehreren strukturierten Datentypen angekündigt. Diese Änderung betrifft die Anforderungen an die strukturierten Daten HowTo, QAPage und SpecialAnnouncement. Die Anleitung enthält keine Beispiele, was die Verständlichkeit etwas erschwert, aber in diesem Artikel werden die Änderungen erläutert.
In der Anleitung von Google heißt es:
“Die folgenden strukturierten Datenfelder wurden aus der Dokumentation entfernt, da sie von der Google-Suche nicht verwendet werden und Rich Result Test keine Warnungen für sie kennzeichnet.”
Im Allgemeinen kann die Einbeziehung nicht erforderlicher strukturierter Daten hilfreich sein, wenn sie dazu beitragen, eine Seite besser zu beschreiben, obwohl diese strukturierten Daten auf den Suchergebnisseiten von Google keine sichtbaren Ergebnisse in Form von Rich-Suchergebnissen liefern.
John Mueller von Google hat sich in der Vergangenheit dazu geäußert:
„Ich denke, das ist eine der kniffligeren Fragen bei all den strukturierten Daten, da wir viele Dinge haben, mit denen wir versuchen, eine Seite und den Inhalt auf der Seite zu verstehen, die wir nicht unbedingt direkt anzeigen die Suchergebnisse.
Aber viele Dinge helfen uns, den Inhalt und den Kontext einer bestimmten Seite besser zu verstehen.
Und das sind Dinge wie ein allgemeines Schema.org-Markup, mit dem Sie verschiedene Dinge tun können.
Und das würde ich irgendwie sagen, fast schade, dass wir das im Rich-Result-Test nicht hervorheben.“
Werbung
Weiter unten lesen
Mueller warnt dann davor, mit extra strukturierten Daten über Bord zu gehen.
In Bezug auf die von Google als erforderlich entfernten strukturierten Dateneigenschaften warnt Google nicht davor, diese zu verwenden, außer dass der Rich Results-Test diese ignoriert und Google sie nicht verwendet.
„…da sie von der Google-Suche nicht verwendet werden und Rich Result Test keine Warnungen für sie markiert. “
HowTo Änderungen an strukturierten Daten
Google hat angekündigt, das strukturierte Datenfeld „Beschreibung“, das sich ausschließlich auf den HowTo-Datentyp bezieht, entfernt zu haben. Die Eigenschaft „description“ kann weiterhin in anderen Eigenschaften des HowTo-Datentyps verwendet werden, wird aber im HowTo-Teil nicht mehr benötigt.
Hier ist ein Beispiel, wie es früher war:
<script type="application/ld+json">
{
"@context": "https://schema.org",
"@type": "HowTo",
"name": "How to tile a kitchen backsplash",
"description": "Any kitchen can be much more vibrant with a great tile backsplash. This guide will help you install one with beautiful results, like our example kitchen seen here.",
"image":
"@type": "ImageObject",
"url": "https://example.com/photos/1x1/photo.jpg",
"height": "406",
"width": "305"
,
Hier ist der neue Weg, der das „Bezeichnung”-Eigenschaft des HowTo-Typs:
<script type="application/ld+json"> { "@context": "https://schema.org", "@type": "HowTo", "name": "How to tile a kitchen backsplash", "image": "@type": "ImageObject", "url": "https://example.com/photos/1x1/photo.jpg", "height": "406", "width": "305" ,
Es ist anfangs etwas knifflig, weil die Dokumentation es nicht ausführlich erklärt.
In der Dokumentation heißt es einfach:
Die folgenden strukturierten Datenfelder wurden aus der Dokumentation entfernt, da sie von der Google-Suche nicht verwendet werden und Rich-Result-Test keine Warnungen für sie kennzeichnet:
HowTo: Beschreibung.“
Werbung
Weiter unten lesen
Sehen Sie, was ich meinte, als ich sagte, die Dokumentation sei etwas spärlich?
Wechsel zu den strukturierten QAPage-Daten
Die author-Eigenschaft wurde als Anforderung entfernt, wenn die vorgeschlageneAnswer-Eigenschaft unter der mainEntity-Eigenschaft verwendet wird.
Die vorgeschlageneAnswer-Eigenschaft wird wie folgt beschrieben:
„Eine mögliche Antwort, aber nicht als Top-Antwort akzeptiert (acceptedAnswer). Es kann null oder mehr davon pro Frage geben.“
Der Zweck der nun entfernten Autoreneigenschaft bestand darin, den Autor der Frage zu benennen.
Die Anleitung von Google ist wie folgt geschrieben:
mainEntity.suggestedAnswer.author
Irgendwie undurchsichtig, oder?
So sahen die geänderten strukturierten Daten früher aus:
"vorgeschlagene Antwort": [
{
"@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.",
"dateCreated": "2016-11-02T21:11Z",
"upvoteCount": 42,
"url": "https://example.com/question1#suggestedAnswer1",
"author":
"@type": "Person",
"name": "AnotherUser"
This is what it looks like now:
"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" ,
See the difference?
Everything after the URL part that pertains to the “author” property is gone.
These additional properties that are a part of the mainEntity property have also been removed
- mainEntity.dateCreated
- mainEntity.suggestedAnswer.dateCreated
- mainEntity.acceptedAnswer.author
- mainEntity.acceptedAnswer.dateCreated
- mainEntity.author
SpecialAnnouncement Structured Data
The SpecialAnnouncement structured data is a Covid-19 structured data that is in Beta, meaning that it’s not super official yet. In fact, the SpecialAnnouncement structured data itself is still under development at Schema.org.
Google offered these examples of situations where the SpecialAnnouncement structured data is appropriate:
- “Announcement of a shelter-in-place directive
- Closure notice (for example, closing a school or public transportation)
- Announcement of government benefits (for example, unemployment support, paid leave, or one-time payments)
- Quarantine guidelines
- Travel restrictions
- Notification of a new drive-through testing center
- Announcement of an event transitioning from offline to online, or cancellation
- Announcement of revised hours and shopping restrictions
- Disease spread statistics and maps”
The following properties have been removed for SpecialAnnouncement and are no longer required:
- provider
- audience
- serviceType
- address
- category
Here’s an example of the “serviceType” and “provider” properties that are no longer required:
Advertisement
Continue Reading Below
Before:
"governmentBenefitsInfo": {
"@type": "GovernmentService",
"name": "Paycheck Protection Program",
"url": "https://www.sba.gov/funding-programs/loans/coronavirus-relief-options/paycheck-protection-program-ppp",
"provider":
"@type": "GovernmentOrganization",
"name": "US Small Business Administration"
,
"serviceType": "https://schema.org/BusinessSupport",
"audience":
"@type": "Audience",
"name": "Small businesses"
After:
“governmentBenefitsInfo”:
“@type”: “GovernmentService”,
“name”: “Paycheck Protection Program”
It’s a big difference without the structured data properties that are missing but it’s also simpler.
If in doubt or confused, I suggest reviewing the before and after versions of the structured data. You can find the before version at Archive.org
Citations
Google’s QA Page Structured Data Developer Page
https://developers.google.com/search/docs/advanced/structured-data/qapage
Google’s HowTo Structured Data Type Page
https://developers.google.com/search/docs/advanced/structured-data/how-to
Google’s SpecialAnnouncements Structured Data Help Page
https://developers.google.com/search/docs/advanced/structured-data/special-announcements
Google’s Changelog for Updates to their Documentation
https://developers.google.com/speed/docs/insights/release_notes