Google strukturierte Daten für Foren und Profilseiten

Google hat gerade eine neue Möglichkeit für Foren-Websites angekündigt, ihre Inhalte zu SEO-Zwecken als „strukturierte Daten“ zu kennzeichnen.

https://developers.google.com/search/blog/2023/11/discussion-and-profile-markup

Neu bei strukturierten Daten: Markup für Diskussionsforen und Profilseiten

Montag, 27. November 2023

Heute kündigen wir die Unterstützung für strukturierte Daten für Profilseiten und Diskussionsforen für die Verwendung in der Google Suche an, einschließlich neuer Berichte in der Search Console. Dieses Markup funktioniert mit Google Suchfunktionen, die darauf ausgelegt sind, die Perspektiven von Einzelpersonen von Social-Media-Plattformen, Foren und anderen Communities anzuzeigen. Die Implementierung dieser strukturierten Daten trägt dazu bei, dass das, was die Suche in diesen Funktionen anzeigt, so genau und vollständig wie möglich ist.

Es wäre großartig, wenn Discourse diese unterstützen würde. (Sie unterstützen JSON-LD und Microdata.)

4 „Gefällt mir“

Das ist cool (das ist verwirrender als die Foren)

1 „Gefällt mir“

@Falco Angesichts dieses Updates, bei dem Google Mitglieder identifiziert, wäre es dann nicht ideal, Mitgliederprofile ohne noindex in Discourse zu haben?

2 „Gefällt mir“

Discourse sollte das auf jeden Fall unterstützen!

1 „Gefällt mir“

Das würde ich auch gerne sehen!

Benutzen wir das nicht schon seit vielen Jahren (https://meta.discourse.org/t/google-structured-data-invalid-article-schema/57037/11?u=falco)?

Ist das Neue hier nur der Profilteil?

Irgendwie ja. Ich denke, es wurde etwas besser auf soziale Medien zugeschnitten.

Ihr könnt euren Google Search Console-Bericht überprüfen, aber wenn ich zu https://search.google.com/search-console/r/discussion-forum gehe und mein Forum überprüfe, sehe ich Folgendes:

Warum Elemente ungültig sind:

  • Entweder „text“, „image“ oder „video“ sollte angegeben werden
  • Fehlendes Feld „datePublished“
  • Fehlendes Feld „author“

Elementdarstellung verbessern

  • Fehlendes Feld „url“
  • Fehlendes Feld „text“ (in „comment“)

Es scheint also noch mehr Arbeit zu tun zu geben.

3 „Gefällt mir“

1. itemprop="text"

Fügen Sie hier immer itemprop="text" hinzu, da articleBody (nicht mehr?) für DiscussionForumPosting nicht angegeben ist.

2. mainEntityOfPage

mainEntityOfPage darf nur einmal für DiscussionForumPosting gesetzt werden und niemals für mehrere Comment:
z. B. prüfen Sie auf post.is_first_post

3. itemprop="url"

Fügen Sie itemprop="url" zum itemscope von DiscussionForumPosting hinzu.
Dadurch wird sichergestellt, dass Kommentare auf Unterseiten (...?page=2) an das Hauptthema gebunden sind.

<link itemprop="url" href="???">

post.topic.url ist hier nicht gesetzt. Gibt es so etwas wie @topic_view.url?

Wichtig: Der itemprop url muss in der Crawler-Ansicht auf die erste Seite des Themas verweisen:

  • z. B. https://example.org/t/topic-title/1234
  • nicht https://example.org/t/topic-title/1234?page=2

Siehe DiscussionForumPosting –> Empfohlene Eigenschaften –> url

url: Die kanonische URL der Diskussion. Bei mehrseitigen Threads setzen Sie diese Eigenschaft auf die URL der ersten Seite. Bei einer einzelnen Diskussion ist dies normalerweise die aktuelle URL.

1 „Gefällt mir“

Welche Version von Discourse verwenden Sie?

Die eindeutige Kennzeichnung von DiscussionForumPosting und Comment wurde mit Discourse v3.1.0, veröffentlicht im August '23, implementiert.

Ich verwende die CDCK-gehostete Version, immer die aktuellste. Das Discourse-Team kann dies reproduzieren, indem es die Google Search Console für meta.discourse.org überprüft.

Ich glaube, @techAPJ beschäftigt sich hier mit einer ähnlichen Anfrage:

3 „Gefällt mir“

Danke an alle. Ich hoffe, das bekommt Anfang des neuen Jahres hier etwas Aufmerksamkeit. Ich bin sehr daran interessiert, alles für Google SEO zu optimieren; lassen Sie mich wissen, wenn ich helfen kann.

Lass uns die Diskussion in diesem Thema fortsetzen, wo wir versuchen, eine Lösung für alle Probleme mit strukturierten Daten zu finden.