Dieser Beitrag wurde mit KI-Unterstützung erstellt, fachlich geprüft und redaktionell freigegeben.

Artikelbild-Kennzeichnung: AI GENERATED

Ein Zehn-Euro-Gutschein für eine Bewertung wirkt auf den ersten Blick wie gewöhnliche Kundenpflege. Für Website-Betreiber wird er jedoch zum Prüfpunkt, sobald die Rezension im Shop erscheint und zusätzlich als strukturierte Bewertung an Google übermittelt wird. Google hat seine Dokumentation für Review-Snippets am 24. Juli 2026 ausdrücklich ergänzt: Gefälschte und nicht offengelegte incentivierte Bewertungen sollen weder auf der Seite noch im Markup vorkommen. Als Beispiele nennt Google Vorteile wie Geld, Rabatte, Gutscheine oder Gratisprodukte, wenn der Anreiz nicht klar und deutlich offengelegt wird.

Das ist keine neue Sterne-Garantie, kein eigenes Google-Gesetz und auch keine pauschale Untersagung jeder belohnten Kundenstimme. Die Änderung macht vielmehr sichtbar, dass drei Ebenen zusammenpassen müssen: die tatsächliche Kundenerfahrung, der Hinweis für Leser und die Daten, die ein WordPress-Plugin als Review oder AggregateRating ausgibt. Wer nur den grünen Haken eines SEO-Plugins betrachtet, prüft deshalb zu wenig.

Was Google am 24. Juli konkret ergänzt hat

Im offiziellen Änderungsprotokoll nennt Google als Grund für die neue Richtlinie eine bessere Transparenz bei Nutzerbewertungen. In der aktualisierten Dokumentation zu Review-Snippets stehen nun zwei konkrete Negativbeispiele:

  • Bewertungen, die nicht auf einer echten Erfahrung mit einem Produkt oder einer Dienstleistung beruhen;
  • Bewertungen, die im Austausch für einen Vorteil entstanden sind, ohne dass Geld, Rabatt, Gutschein oder Gratisprodukt klar und deutlich offengelegt werden.

Die Formulierung betrifft ausdrücklich den sichtbaren Seiteninhalt und das strukturierte Daten-Markup. Ein unsichtbarer Vermerk in einer internen Bestellnotiz reicht daher nicht. Ebenso wenig genügt es, nur im JSON-LD einen Zusatz zu hinterlegen, den Besucher im Bewertungsbereich nicht sehen können. Strukturierte Daten sollen den sichtbaren Inhalt beschreiben, nicht eine zweite, günstigere Version davon.

Google weist außerdem darauf hin, dass ein Verstoß gegen Richtlinien zu manuellen Maßnahmen führen kann. Selbst technisch korrekte strukturierte Daten garantieren aber kein Rich Result. Ob Sterne tatsächlich erscheinen, entscheidet Google weiterhin für jede Suchanfrage und Seite. Das neue Dokumentations-Update ist deshalb ein Anlass für eine Inhalts- und Prozessprüfung, nicht für hektisches Löschen sämtlicher Bewertungen.

Incentiviert, gefälscht oder unabhängig: Die Begriffe trennen

Eine gefälschte Rezension beschreibt keine echte Erfahrung. Sie kann erfunden, bestellt, von Mitarbeitenden ohne Kundenerlebnis geschrieben oder einer anderen Person zugeschrieben worden sein. Eine incentivierte Bewertung kann dagegen auf einem realen Kauf beruhen. Die bewertende Person hat dafür aber einen Vorteil erhalten oder in Aussicht gestellt bekommen.

Entscheidend ist auch, wofür der Vorteil gewährt wird. Ein Gutschein für jede ehrliche Bewertung ist etwas anderes als ein Gutschein ausschließlich für fünf Sterne. Bei der zweiten Variante wird nicht bloß die Teilnahme, sondern das gewünschte Urteil belohnt. Das beschädigt die Aussagekraft der Rezension und ist sowohl aus Transparenz- als auch aus Wettbewerbsgründen besonders problematisch.

Praktische Formulierung: „Diese Bewertung wurde nach einem Kauf abgegeben. Die bewertende Person erhielt für ihre ehrliche Bewertung einen 10-Euro-Gutschein, unabhängig von der vergebenen Sternezahl.“

Der Hinweis gehört direkt zur betroffenen Kundenstimme. Eine allgemeine Erklärung des Bewertungsverfahrens kann ergänzen, wie Käufe verifiziert, Anreize vergeben und kritische Rezensionen behandelt werden.

Eine klare Offenlegung macht aus einer erfundenen Rezension keine echte. Sie beseitigt auch nicht automatisch alle rechtlichen oder plattformspezifischen Risiken. Sie liefert Lesern aber die Information, die sie brauchen, um das Gewicht der Kundenstimme einzuordnen. Für Google ist genau diese fehlende Offenlegung nun ein ausdrücklich benannter Ausschlussgrund.

Der österreichische Rechtsrahmen läuft parallel

Für Unternehmen in Österreich kommt zum Google-Regelwerk das Gesetz gegen den unlauteren Wettbewerb hinzu. Nach § 2 Abs. 6b UWG gelten Informationen darüber, ob und wie ein Unternehmen die Herkunft veröffentlichter Verbraucherbewertungen sicherstellt, als wesentlich. Das bedeutet nicht in jedem Fall eine Pflicht, jede Rezension technisch zu verifizieren. Wer Bewertungen zugänglich macht, muss aber transparent erklären, ob und wie die Echtheit geprüft wird.

Der UWG-Anhang nennt außerdem zwei stets unlautere Praktiken: die Behauptung, Bewertungen stammten von tatsächlichen Nutzern oder Käufern, ohne angemessene und verhältnismäßige Prüfschritte, sowie die Abgabe, Beauftragung oder falsche Darstellung gefälschter Verbraucherbewertungen. Die Wirtschaftskammer Niederösterreich empfiehlt bei Anreizen eine klare Kennzeichnung und betont, dass der Vorteil nicht von einer positiven Bewertung abhängig sein darf.

Google-Richtlinie und UWG beantworten unterschiedliche Fragen. Google regelt die Eignung für eigene Suchfunktionen. Das UWG betrifft die geschäftliche Kommunikation gegenüber Verbrauchern. Eine Seite kann daher technisch ohne Fehler validieren und trotzdem rechtlich missverständlich sein. Umgekehrt garantiert eine rechtlich sorgfältige Darstellung noch keine Sterne in der Suche. Dieser Beitrag bietet eine organisatorische Orientierung und ersetzt keine Prüfung des Einzelfalls.

Der Acht-Schritte-Audit für Website-Betreiber

  1. Alle Quellen inventarisieren. Erfassen Sie eigene Shopbewertungen, importierte Plattformstimmen, Testimonials, Produktrezensionen, Sterne in Landingpages und automatisch erzeugtes JSON-LD. Notieren Sie, welches System die Anzeige und welches Plugin das Markup liefert.
  2. Die echte Erfahrung belegbar machen. Ordnen Sie einer Bewertung nach Möglichkeit eine Bestellung, Buchung, Vertragsnummer oder vergleichbare Nutzung zu. Speichern Sie nicht mehr personenbezogene Daten als nötig und legen Sie eine angemessene Aufbewahrung fest.
  3. Anreize separat kennzeichnen. Gutscheine, Gewinnspiele, Rabatte, Gratisprodukte oder Zahlungen brauchen einen gut sichtbaren Hinweis an der jeweiligen Rezension. Verlassen Sie sich nicht auf ein unauffälliges Sternchen am Seitenende.
  4. Die Einladung neutral formulieren. Bitten Sie um eine ehrliche Bewertung, unabhängig von der Sternezahl. Ein Vorteil darf nicht davon abhängen, dass die Rückmeldung positiv ausfällt. Dokumentieren Sie die Einladungs-E-Mail oder den Checkout-Text.
  5. Moderation nachvollziehbar regeln. Definieren Sie sachliche Kriterien für Spam, Beleidigungen und rechtswidrige Inhalte. Negative, aber zulässige Erfahrungen dürfen nicht systematisch ausgeblendet werden. Sonst entsteht ein verzerrtes Gesamtbild.
  6. Sichtbare Ausgabe und JSON-LD vergleichen. Sternezahl, Anzahl, Produktbezug und Bewertungstext müssen auf der Seite auffindbar sein und zum Markup passen. Entfernen Sie alte Schema-Blöcke, die ein Theme oder Plugin zusätzlich ausgibt.
  7. Google-Eignung prüfen. Kontrollieren Sie den verwendeten Typ, etwa Product oder SoftwareApplication, und den eindeutigen Bezug über das verschachtelte Objekt oder itemReviewed. Testen Sie ausgewählte URLs im Rich-Results-Test und anschließend in der Search Console.
  8. Änderungen überwachen. Prüfen Sie nach Plugin-Updates, Theme-Wechseln und Kampagnenstarts erneut. Wenn Herkunft oder Anreiz einer älteren Rezension unklar ist, nehmen Sie sie vorsorglich aus dem strukturierten Datensatz, bis der Status geklärt ist.

Bei vielen Produkten oder historisch gewachsenen WordPress-Installationen ist diese Bestandsaufnahme aufwendiger als der eigentliche Code-Fix. Eine technische und inhaltliche SEO-Analyse kann dabei Seitenstruktur, sichtbare Bewertungselemente und konkurrierende Schema-Ausgaben gemeinsam betrachten. Genau diese Verbindung ist wichtig: Ein isolierter JSON-LD-Test erkennt keine fragwürdige Gutschein-Kampagne.

WordPress: Wo die häufigsten Fehler entstehen

In WordPress können Theme, WooCommerce-Erweiterung, Bewertungsdienst und SEO-Plugin gleichzeitig strukturierte Daten ausgeben. Dann existieren schnell zwei AggregateRating-Blöcke mit unterschiedlichen Zahlen. Auch gelöschte Rezensionen bleiben manchmal in einem Cache oder in serverseitig generiertem JSON-LD erhalten. Prüfen Sie deshalb nicht nur den Editor, sondern den ausgelieferten Quellcode einer echten Produktseite.

Öffnen Sie im Browser den Seitenquelltext und suchen Sie nach aggregateRating, review und ratingValue. Vergleichen Sie die gefundenen Werte mit der sichtbaren Ausgabe. Der Rich-Results-Test zeigt anschließend Syntax- und Eigenschaftsprobleme. Er beurteilt jedoch nicht, ob die bewertende Person tatsächlich gekauft hat oder ob ein Gutschein verschwiegen wurde. Diese Information liegt im Redaktions- und Shopsystem.

Besondere Vorsicht gilt bei importierten Sternen. Google verlangt in der Review-Snippet-Dokumentation, Bewertungen nicht von anderen Websites zu aggregieren. Für LocalBusiness und Organization sind selbst kontrollierte Bewertungen über das eigene Unternehmen zudem nicht für die Sternefunktion geeignet, selbst wenn sie über ein Drittanbieter-Widget eingebettet werden. Ein technisch vorhandenes Markup sollte daher nicht automatisch auf jeder Seitengattung aktiviert sein.

Änderungen kontrolliert ausrollen

Schalten Sie korrigierte Bewertungsausgaben zuerst auf einer kleinen, repräsentativen Seitengruppe frei. Dazu gehören mindestens eine Produktseite mit Einzelrezensionen, eine Seite mit Durchschnittsbewertung und eine Seite ohne Bewertungen. Prüfen Sie Desktop und Mobil, denn ein Offenlegungshinweis, der am großen Bildschirm neben der Rezension steht, kann auf dem Smartphone durch Spaltenumbruch weit davon entfernt erscheinen. Der Zusammenhang zwischen Anreiz und Kundenstimme muss in beiden Ansichten verständlich bleiben.

Leeren Sie danach Seiten-, Objekt- und CDN-Caches. Rufen Sie die öffentliche URL ohne Anmeldung auf und vergleichen Sie sichtbare Sterne, Anzahl, Hinweis und JSON-LD erneut. Dokumentieren Sie URL, Testdatum und Ergebnis. Erst nach diesem Readback sollte die Änderung auf alle Produkte ausgerollt werden. Ein erfolgreicher Rich-Results-Test ersetzt diese Sichtprüfung nicht, weil das Testwerkzeug weder Kampagnenunterlagen noch die tatsächliche Position des Hinweises kennt.

Legen Sie außerdem eine Rückfallregel fest. Wenn das Plugin nach einem Update wieder alte Aggregate ausgibt, die Offenlegung verschwindet oder Bewertungen doppelt gezählt werden, sollte das Review-Markup vorübergehend deaktiviert werden können, ohne die sichtbaren Kundenstimmen zu löschen. So bleibt die Information für Besucher erhalten, während das technische Signal an Google bis zur Klärung pausiert. Das ist meist besser, als wissentlich widersprüchliche strukturierte Daten weiter auszuliefern.

Vier Situationen aus dem Alltag

Der Shop bittet nach jedem Kauf um Feedback

Alle Käufer erhalten dieselbe neutrale Einladung, es gibt keinen Vorteil und die Bestellnummer verknüpft die Rezension mit einem tatsächlichen Kauf. Das ist ein belastbarer Ausgangspunkt. Die Website sollte dennoch erklären, wie „verifizierter Kauf“ festgestellt wird und wie Moderation funktioniert.

Ein Gutschein wird für jede ehrliche Bewertung vergeben

Die Meinung darf positiv oder negativ sein. Der Anreiz wird direkt bei der Rezension klar ausgewiesen. Damit wird die neue Google-Regel zur fehlenden Offenlegung adressiert. Ob die konkrete Umsetzung alle gesetzlichen und plattformspezifischen Anforderungen erfüllt, sollte bei größeren Kampagnen fachkundig geprüft werden.

Nur fünf Sterne erhalten den Rabatt

Hier beeinflusst die Gegenleistung den Inhalt. Eine nachträgliche Fußnote heilt diesen grundlegenden Konflikt nicht. Stoppen Sie die Kampagne, sichern Sie die Unterlagen und nehmen Sie betroffene Stimmen aus Werbung und strukturierten Daten, bis ihre weitere Verwendung geklärt ist.

Ein Plugin importiert Plattformbewertungen

Die Stimmen mögen echt sein, doch Herkunft, Aktualität und Auswahl sind häufig unklar. Zusätzlich verbietet Google für Review-Snippets die Aggregation von Bewertungen anderer Websites. Verwenden Sie solche Einbindungen nicht ungeprüft als Grundlage für eigenes AggregateRating-Markup.

Welche Nachweise intern vorhanden sein sollten

Ein brauchbarer Prüfpfad braucht keine riesige Compliance-Software. Für viele österreichische KMU genügt eine klar verantwortete Dokumentation mit folgenden Punkten:

  • Quelle und Datum jeder Bewertungsgruppe;
  • verwendete Verifizierung, etwa Bestell- oder Buchungsbezug;
  • Wortlaut und Zeitraum jeder Anreiz-Kampagne;
  • sichtbarer Offenlegungstext und dessen Position;
  • Moderationskriterien einschließlich Umgang mit Kritik;
  • zuständiges WordPress-Plugin und ausgegebene Schema-Typen;
  • letzter Rich-Results-Test sowie verantwortliche Person;
  • Entscheidung, welche Bewertungen nicht ins Markup einfließen.

Dieser Nachweis hilft auch bei späteren Änderungen. Wird aus einer neutralen Feedback-Aktion kurzfristig ein Gewinnspiel, muss nicht die gesamte Website neu analysiert werden. Das Team sieht sofort, welche Rezensionen betroffen sind und wo Hinweise sowie Datenbasis anzupassen sind.

Fazit: Sterne beginnen beim Prozess, nicht beim Plugin

Googles neue Richtlinie macht eine einfache Wahrheit operativ: Die Qualität eines Review-Snippets entsteht lange vor dem JSON-LD. Website-Betreiber müssen wissen, wer eine Bewertung abgeben durfte, welcher Vorteil im Spiel war, was Besucher davon sehen und welche Daten WordPress an Suchmaschinen liefert.

Starten Sie mit einem kleinen Stichproben-Audit auf fünf repräsentativen Seiten. Prüfen Sie eine normale Produktbewertung, eine incentivierte Stimme, eine ältere Rezension, eine importierte Bewertung und eine lokale Unternehmensseite. Sind Darstellung und Markup danach konsistent, kann der Prozess auf den restlichen Bestand ausgerollt werden. Bei widersprüchlichen Schema-Ausgaben oder vielen Seitentypen unterstützt die SEO-Analyse von AdSimple dabei, technische und redaktionelle Ursachen gemeinsam zu priorisieren.

Quellen und weiterführende Hinweise