UGC Fresh Data Program: Was Google von Forenplattformen verlangt
KI-Symbolbild
Symbolbild, mit KI erstellt.
Definition: Das UGC Fresh Data Program ist ein Programm von Google, in dem Plattformen mit überwiegend nutzergenerierten Inhalten (User-Generated Content, UGC) neue Beiträge und aktuelle Engagement-Zähler in kurzen Abständen an Google melden. Ziel ist, dass Foreninhalte schneller in der Suche und in KI-Funktionen ankommen. Die technische Grundlage bilden strukturierte Daten nach Schema.org.
Rund um das Programm kursieren Annahmen, die sich mit der Dokumentation nicht decken. Fünf davon gehen wir der Reihe nach durch und prüfen sie gegen Google Search Central, Schema.org und die Berichterstattung von Search Engine Roundtable.
Mythos 1: Jede Website mit Nutzerbeiträgen kann mitmachen
Das UGC Fresh Data Program richtet sich an Plattformen mit überwiegend nutzergenerierten Inhalten. Eine Kommentarspalte irgendwo auf der Website reicht dafür nicht. Laut Search Engine Roundtable (Barry Schwartz, 2026) kommen Plattformen mit überwiegend nutzergenerierten Inhalten auf eigenen Seiten in Frage. Die URLs müssen stabil sein, das Volumen groß, die Inhalte öffentlich zugänglich ohne Login oder Paywall, und es braucht aktive Moderation. Die Einreichung der Inhalte soll idealerweise innerhalb von Minuten erfolgen (https://seroundtable.com/google-ugc-fresh-data-program-42265.html).
Auch nach der Bewerbung steht nichts fest. Laut der Google-Dokumentation zum Programm (2026) kommt die Antwort auf eine Bewerbung innerhalb von 6 bis 8 Wochen (https://developers.google.com/search/docs/appearance/ugc-fresh-data-program). Search Engine Roundtable hält zudem fest, dass Google kein Erscheinen in der Suche garantiert.
Für einen Blog, einen Shop oder einen Handwerksbetrieb ist das Programm damit keine Option. Es lohnt sich trotzdem, die Anforderungen zu kennen, weil sie zeigen, was Google bei frischen Inhalten technisch erwartet.
Mythos 2: Frische lässt sich ohne Markup melden
Laut Google Search Central (2026) braucht die Plattform SocialMediaPosting oder DiscussionForumPosting mit interactionStatistic-Unterfeldern sowie eine sichere OAuth-2.0-API-Authentifizierung. Die Engagement-Zähler, also etwa Antworten und Likes, müssen laut derselben Seite innerhalb von 72 Stunden nach Erstellung eines Beitrags aktualisierbar sein (https://developers.google.com/search/docs/appearance/ugc-fresh-data-program).
Angenommen, ein Forum veröffentlicht täglich 500 neue Beiträge. Bei einem Zählerfenster von 72 Stunden wären dann immer rund 1.500 Beiträge gleichzeitig im Aktualisierungsfenster, deren Zähler abrufbar sein müssten. Das ist ein reines Rechenbeispiel und keine Angabe aus der Dokumentation.
Die Meldung der Frische läuft nach dieser Beschreibung also über strukturierte Daten und eine authentifizierte API. Zugleich nennt die Dokumentation konkrete Felder und ein konkretes Zeitfenster, nicht bloß ein allgemeines Ziel. Wer das Programm nutzen will, muss diese Vorgaben technisch umsetzen können.
Mythos 3: Forum-Markup garantiert Rich Snippets
Das ist der Punkt mit dem größten Enttäuschungspotenzial. Laut Google Search Central (2026) ist das Forum-Markup für Foren gedacht, in denen Menschen gemeinsam eigene Erfahrungen teilen. Es verlangt unter anderem author (Person oder Organization) sowie datePublished im ISO-8601-Format. Eine Darstellung in den Suchergebnissen garantiert Google ausdrücklich nicht (https://developers.google.com/search/docs/appearance/structured-data/discussion-forum).
Schema.org definiert DiscussionForumPosting als “A posting to a discussion forum” und führt als Vererbungskette SocialMediaPosting, Article, CreativeWork und Thing auf (https://schema.org/DiscussionForumPosting). Für die Praxis heißt das: Die Felder, die für Artikel gelten, gelten über die Vererbung auch für Forenbeiträge.
Gültiges Markup ist die Eintrittskarte. Ob Google daraufhin eine Darstellung ausspielt, entscheidet Google. Wie stark Rich Snippets und KI-Zusammenfassungen sich dabei gegenseitig beeinflussen, ist öffentlich nicht belegt. Aus unserer Sicht sollte man Markup deshalb als Voraussetzung verstehen und nicht als Versprechen.
Mythos 4: Das Thema betrifft nur Foren
Wörtlich genommen stimmt das, denn das Programm adressiert Forenplattformen. Die Markup-Logik dahinter lässt sich aber auf normale Websites übertragen. Die folgende Tabelle ordnet die Bausteine aus dem Fokus dieses Beitrags ein. Die Spalte rechts ist unsere Einordnung und keine Aussage aus der Google-Dokumentation.
| Schema-Typ | Typischer Einsatz | Bezug zur Programmlogik |
|---|---|---|
| Article | Blogbeitrag, Ratgeber | Elternklasse von DiscussionForumPosting, gleiche Pflichtfelder wie author und datePublished |
| Organization | Unternehmensseite | Liefert die Entität für das Feld author, wenn eine Organisation schreibt |
| FAQ | Frage-Antwort-Bereiche | Strukturiert einzelne Antworten, die sich getrennt auslesen lassen |
| Product | Produktseite | Übertragung des Prinzips: Preis und Verfügbarkeit als eigene, prüfbare Angaben pflegen |
| LocalBusiness | Standortseite | Übertragung des Prinzips: Adresse und Öffnungszeiten als eigene, prüfbare Angaben pflegen |
| BreadcrumbList | Jede Seite mit Hierarchie | Zeigt die Einordnung der Seite im Gesamtangebot |
Aus unserer Sicht liegt der Nutzen in der Übertragung: Das Programm zeigt, dass Google Aktualität, Urheberschaft und Kennzahlen als getrennte Felder erwartet. Wir halten es deshalb für sinnvoll, Preise, Adressen und Öffnungszeiten nicht nur im Fließtext zu nennen, sondern sie zusätzlich als eigene Angaben im Markup zu pflegen. Das ist unsere Bewertung. Auf der Programmseite steht es so nicht.
Wie du Schema.org grundsätzlich einsetzt, erklärt unser Beitrag Schema.org Markup für KI: Strukturierte Daten richtig nutzen. Für die Seitenhierarchie hilft BreadcrumbList Schema für KI-Navigation und Kontextverständnis.
Mythos 5: Wer Foren hat, muss nur Google beliefern
Das Programm ist ein Google-Programm, und die Dokumentation beschreibt nur Googles Sicht. Ob andere KI-Systeme wie ChatGPT, Perplexity oder Claude strukturierte Forenmarkups auswerten, ist öffentlich nicht einheitlich dokumentiert. Das gilt auch für die Frage, ob sie Engagement-Zähler überhaupt berücksichtigen.
Wir halten sauberes Schema.org-Markup trotzdem für sinnvoll, weil es nicht an ein einzelnes Programm gebunden ist. Wer es pflegt, ist aus unserer Sicht unabhängig davon besser aufgestellt, ob und wann ein Programm wie dieses für die eigene Seite relevant wird. Zu Foren als Quelle für KI-Antworten findest du mehr in Foren-Content für KI-Sichtbarkeit: Reddit, GitHub, Stack Exchange.
Für einen ersten Überblick über dein eigenes Markup reicht ein Blick in den Quelltext deiner wichtigsten Seiten. Prüfe dort, welche der oben genannten Schema-Typen überhaupt vorhanden sind und ob die Felder author, datePublished und die Angaben zu Organisation und Standort gefüllt sind.
Was du aus dem Programm für dein Markup mitnimmst
Die belegbare Kernaussage ist schmal: Google verlangt für frische Foreninhalte strukturierte Daten, ein authentifiziertes API und Zähler, die binnen 72 Stunden aktuell sind. Das betrifft nur Forenplattformen, und auch dort antwortet Google auf eine Bewerbung erst innerhalb von 6 bis 8 Wochen.
Für alle anderen Websites bleibt eine Prüfliste, die sich aus den Feldern des Programms ableiten lässt: Hat jede inhaltliche Seite einen benannten author und ein datePublished im ISO-8601-Format? Stimmen Organization und LocalBusiness mit dem sichtbaren Text überein? Sind Preise und Verfügbarkeiten in Product aktuell? Wer diese Fragen mit Ja beantwortet, hat vermutlich eine solide technische Grundlage. Ob daraus Rich Snippets werden und KI-Systeme die Seite korrekt einordnen, ist nicht belegt und liegt bei Google, das keine Darstellung garantiert.
Häufig gestellte Fragen
Was ist das UGC Fresh Data Program? Es ist ein Google-Programm für Plattformen mit überwiegend nutzergenerierten Inhalten. Laut Google Search Central (2026) müssen sie neue Beiträge und Engagement-Zähler per strukturierter Daten und OAuth-2.0-API an Google liefern (https://developers.google.com/search/docs/appearance/ugc-fresh-data-program).
Welches Markup verlangt Google für das Programm? Google nennt SocialMediaPosting oder DiscussionForumPosting mit interactionStatistic-Unterfeldern. Beim Forum-Markup kommen unter anderem author und datePublished im ISO-8601-Format hinzu.
Garantiert das Programm eine Darstellung in der Suche oder in KI-Funktionen? Nein. Google garantiert laut seiner Dokumentation zum Forum-Markup keine Darstellung in den Suchergebnissen. Auch Search Engine Roundtable (2026) berichtet, dass kein Erscheinen zugesichert wird.
Kann ich als Betreiber eines Shops oder Blogs teilnehmen? Voraussichtlich nicht, denn das Programm richtet sich an Plattformen mit überwiegend nutzergenerierten Inhalten, großem Volumen und aktiver Moderation. Für normale Websites bleibt der Nutzen im Übertragen der Markup-Prinzipien auf Article, Product, LocalBusiness und BreadcrumbList.
Hinweis zur Erstellung
Dieser Beitrag und sein Titelbild wurden mit Unterstützung künstlicher Intelligenz erstellt und vor der Veröffentlichung redaktionell geprüft. Abgebildete Motive sind Symbolbilder. Die Analyse hinter dem geaio-Score arbeitet dagegen regelbasiert — dort ist kein KI-Modell im Spiel. Mehr dazu unter KI-Transparenz. Redaktionelle Freigabe: Jens Schöberling.