Sternebewertung bei Google: Diese SEO-Regeln zählen

Sternebewertungen im Suchergebnis - die gelben Sterne unter einem Treffer - stammen aus strukturierten Daten, die eine Website selbst im Code hinterlegt, nicht aus einer Google-eigenen Bewertungsfunktion. Wer mit fünf gelben Sternen statt eines nackten blauen Links erscheint, sticht optisch heraus - das lenkt Aufmerksamkeit auf das eigene Ergebnis, noch bevor jemand den Titel überhaupt gelesen hat. Deshalb wird die Frage, wie man Sterne bei Google bekommt, so oft gestellt, gleichzeitig aber selten korrekt beantwortet: nicht als Rankingfaktor, sondern als Hebel für die Klickrate, mit klaren technischen und inhaltlichen Voraussetzungen.

Die Regeln dahinter sind enger gefasst, als die meisten Anleitungen suggerieren. Google erlaubt Bewertungssterne nicht für jede Art von Inhalt, verlangt eine bestimmte Herkunft der Bewertungen und entzieht Websites die Auszeichnung, die sie falsch oder missbräuchlich einsetzen. Dieser Beitrag konzentriert sich genau auf diese Fallstricke - nicht auf strukturierte Daten im Allgemeinen, sondern auf das, was speziell bei Sternebewertungen schiefgeht.

Was hinter den Sternen steckt: Review und AggregateRating

Sterne im Suchergebnis kommen aus zwei schema.org-Datentypen: Review beschreibt eine einzelne Bewertung mit Autor, Bewertungstext und einer Wertung auf einer Skala. AggregateRating fasst mehrere Einzelbewertungen zu einem Durchschnittswert samt Anzahl zusammen. In der Praxis liefert fast immer AggregateRating die Sterne im Suchergebnis, weil Google einzelne Rezensionen selten prominent, den aggregierten Wert dagegen häufiger anzeigt.

Beide Typen hängen nicht frei im Raum, sondern werden über das Attribut itemReviewed an ein konkretes Objekt gebunden - ein Produkt, ein Rezept, einen Kurs, eine Software, ein Buch, einen Film, ein lokales Geschäft. Diese Bindung ist der Grund, warum die Auszeichnung überhaupt Sinn ergibt: Google will wissen, worauf sich die vier Sterne beziehen, nicht nur, dass irgendwo vier Sterne stehen.

Nicht jeder Seitentyp ist für Sterne vorgesehen. Für reine Unternehmens- oder Dienstleistungsseiten ist die Bewertungsauszeichnung deutlich eingeschränkter als für ein Produkt oder ein Rezept - und genau hier entsteht der häufigste Irrtum, den der nächste Abschnitt behandelt.

Typische itemReviewed-Kandidaten, für die Sterne grundsätzlich vorgesehen sind:

• Produkte in einem Onlineshop
• Rezepte
• Bücher, Filme, Softwareanwendungen, Kurse
• Lokale Geschäfte, allerdings mit deutlich engeren Auflagen als bei Produkten

Für die generische Startseite eines Unternehmens oder für den Typ Organization dagegen ist die Sterne-Auszeichnung praktisch nicht vorgesehen. Selbst bei technisch fehlerfreiem Code und unabhängig gesammelten Bewertungen bleibt sie in diesen Fällen meist wirkungslos, weil Google diese Kombination aus Seitentyp und Bewertung schlicht nicht für das Rich Result vorsieht. Das ist ein eigenständiger Punkt, unabhängig davon, wer die Bewertung geschrieben hat - dazu mehr im nächsten Abschnitt.

Sterne im Suchergebnis sind zudem nicht dasselbe wie Sterne im Google-Unternehmensprofil, auch wenn beide optisch identisch wirken und häufig verwechselt werden. Die Sterne unter einem organischen Suchergebnis stammen aus Review- und AggregateRating-Markup, das die Website selbst im HTML hinterlegt. Die Sterne neben einem Eintrag im Local Pack oder im Unternehmensprofil stammen dagegen aus Googles eigenem Bewertungssystem: Nutzerinnen und Nutzer bewerten dort direkt bei Google, unabhängig davon, was im Code der verlinkten Website steht. Die beiden Systeme lassen sich nicht ineinander überführen - eine gute Profilbewertung erzeugt keine Snippet-Sterne, und sauberes Markup auf der Website füttert nicht die Profilbewertung. Wer beide verbessern will, braucht zwei getrennte Maßnahmen: Rezensionen im Profil pflegen einerseits, unabhängige und sichtbare Produkt- oder Rezeptbewertungen im eigenen Code auszeichnen andererseits.

Eigenlob zählt nicht: das Verbot der Eigenbewertung

Die Regel, die die meisten Websites unwissentlich verletzen, ist einfach formuliert und trotzdem überall zu finden: Bewertungen, die ein Unternehmen über sich selbst verfasst, kuratiert oder auszeichnet, sind für die Sterne-Auszeichnung nicht zulässig. Google nennt das selbstbezogene Bewertungen - eine Agentur, die auf ihrer eigenen Startseite fünf Sterne für "unseren Service" markiert, erfüllt die Voraussetzung nicht, selbst wenn der Code technisch fehlerfrei ist.

Der Gedanke dahinter ist nachvollziehbar: Eine Bewertung soll eine unabhängige, dritte Meinung transportieren. Wenn die bewertete Partei gleichzeitig diejenige ist, die die Bewertung schreibt oder als strukturierte Daten einbettet, ist diese Unabhängigkeit nicht mehr gegeben - unabhängig davon, ob die Sterne inhaltlich verdient wären.

In der Praxis bedeutet das: Testimonials auf einer Agentur- oder Kanzleiseite, handverlesene Kundenzitate auf einer Landingpage oder ein selbst zusammengestelltes Bewertungs-Badge auf der eigenen Startseite sind zwar legitime Vertrauenselemente für Besucherinnen und Besucher, aber kein zulässiger Kandidat für AggregateRating-Markup. Wer sie trotzdem auszeichnet, riskiert nicht nur, dass die Sterne ausbleiben, sondern eine Einstufung als missbräuchliche strukturierte Daten.

Produkte und Rezepte liegen anders: Bewertet wird dort nicht das Unternehmen selbst, sondern ein konkretes Produkt oder Rezept, das Dritte - Kundinnen und Kunden - unabhängig bewertet haben. Der entscheidende Unterschied ist also nicht die Branche, sondern ob die bewertende Partei unabhängig von der bewerteten Sache ist.

Echt, sichtbar, im Code hinterlegt: warum Übereinstimmung zählt

Selbst wenn die Bewertungen unabhängig zustande gekommen sind, verlangt Google eine zweite Bedingung: Sie müssen für Besucherinnen und Besucher auf derselben Seite tatsächlich sichtbar sein. Eine AggregateRating, die einen Durchschnitt aus Bewertungen zeigt, die irgendwo anders liegen - in einer App, auf einer anderen Unterseite, in einem internen System -, auf der ausgezeichneten Seite selbst aber nicht zu lesen sind, verstößt gegen diese Vorgabe.

Das ist der Kern eines Prinzips, das für strukturierte Daten generell gilt, bei Bewertungen aber besonders streng ausgelegt wird: Markup beschreibt, was auf der Seite steht - es erzeugt keinen neuen Inhalt. Wer eine Bewertungszahl in den Code schreibt, die auf der Seite selbst nirgends auftaucht, behauptet gegenüber Google etwas, das ein menschlicher Besucher nicht nachprüfen kann.

Die Konsequenz ist keine Bagatelle. Google behandelt nicht angezeigte, aber ausgezeichnete Bewertungen als Verstoß gegen die Richtlinien für strukturierte Daten - und die Konsequenz trifft in der Regel nicht nur die einzelne fehlerhafte Seite. Wird ein Verstoß erkannt, kann Google die Sterne-Darstellung für die ganze Domain deaktivieren, bis das Problem behoben und erneut geprüft wurde. Aus einer einzigen unsauber ausgezeichneten Unterseite kann so ein Verlust der Rich-Result-Fähigkeit für die gesamte Website werden.

Genuin gesammelt bedeutet außerdem: Die Bewertungen müssen von echten Nutzerinnen und Nutzern stammen, die die bewertete Sache tatsächlich erfahren haben - kein gekaufter Bewertungspool, keine im eigenen Team verfassten Bewertungen, keine übernommenen Sterne aus einem Kontext, der mit der aktuellen Seite nichts zu tun hat.

Warum die Sterne trotz korrektem Markup manchmal ausbleiben

Auch wer alle Vorgaben korrekt umsetzt - unabhängige, sichtbare, genuine Bewertungen mit sauberem Review- und AggregateRating-Markup -, hat keinen Anspruch darauf, dass die Sterne tatsächlich im Suchergebnis erscheinen. Gültige strukturierte Daten machen eine Seite lediglich für das Rich Result in Frage kommend, nicht garantiert sichtbar.

Die Entscheidung, ob Sterne angezeigt werden, trifft Google algorithmisch und pro Suchanfrage neu. Dieselbe Seite kann bei einer Suche mit Sternen erscheinen und bei einer anderen ohne - abhängig davon, wie relevant das Snippet für die konkrete Anfrage eingeschätzt wird, wie hoch die Qualitätssignale der Seite insgesamt sind und ob die Darstellung für dieses Ergebnis überhaupt einen Mehrwert bietet.

Das erklärt auch einen häufig beobachteten Effekt: Sterne, die über Monate zuverlässig erschienen sind, verschwinden ohne erkennbare Codeänderung. In den meisten Fällen liegt das nicht an einem technischen Fehler, sondern daran, dass Google die Einschätzung neu getroffen hat - etwa weil ein Qualitätssignal gekippt ist oder weil die Darstellung für diese Anfrage nicht mehr als hilfreich bewertet wird. Ein Blick in die entsprechenden Search-Console-Meldungen schafft hier Klarheit, ob es sich um einen technischen Fehler oder eine reine Anzeige-Entscheidung handelt.

Auch die schiere Anzahl der zugrunde liegenden Bewertungen beeinflusst, wie belastbar eine Auszeichnung wirkt. Ein AggregateRating, der aus nur einer einzigen Bewertung berechnet wird, liefert statistisch wenig Substanz, und ein dünner Datenstand ist ein plausibler Grund, warum Google eine an sich korrekte Auszeichnung seltener oder gar nicht anzeigt. Das ist kein Freifahrtschein, künstlich Bewertungen zu vermehren - es ist eher ein Argument dafür, einen laufenden Bewertungsprozess aufzubauen, statt sich auf wenige Einzelstimmen zu verlassen.

Markup testen, bevor es live geht

Zwei Werkzeuge liefern unterschiedliche, sich ergänzende Antworten. Der Rich-Results-Test von Google prüft nicht nur, ob die strukturierten Daten syntaktisch korrekt sind, sondern auch, ob die Seite grundsätzlich für das Sterne-Rich-Result in Frage kommt, inklusive einer Vorschau, wie das Ergebnis potenziell aussehen könnte. Ein reiner Schema-Validator dagegen prüft nur, ob der Code dem schema.org-Vokabular entspricht, ohne eine Aussage über die Google-spezifische Eignung zu treffen. Beide Prüfungen beantworten also unterschiedliche Fragen, und beide sind vor dem Livegang sinnvoll.

Für den laufenden Betrieb ist die Google Search Console wichtiger als jeder einmalige Test. Der Bericht zu den Rezensions-Snippets zeigt, für wie viele Seiten die Auszeichnung erkannt wurde, wie viele Fehler oder Warnungen es gibt und wie sich das über die Zeit entwickelt. Ein plötzlicher Anstieg der Fehlermeldungen ist meist das erste sichtbare Signal, dass sich an Bewertungsdaten, Template oder CMS etwas geändert hat, das die Sichtbarkeit gefährdet.

Wer strukturierte Daten über ein Content-Management-System oder ein Theme automatisiert einbindet, sollte nach jedem Update stichprobenartig neu testen. Gerade Bewertungs-Plugins ändern gelegentlich, wie Werte übergeben werden, und ein einzelnes fehlendes Pflichtfeld reicht aus, damit die Sterne für die betroffenen Seiten verschwinden.

Zwei Prüfschritte ergänzen sich, keiner ersetzt den anderen:

• Rich-Results-Test: prüft die Eignung für das Sterne-Ergebnis und liefert eine Vorschau
• Reiner Schema-Validator: prüft ausschließlich die Syntax-Konformität mit schema.org
• Search-Console-Bericht zu Rezensions-Snippets: zeigt die Fehlerentwicklung über die Zeit
• Stichprobenprüfung nach jedem Plugin- oder Theme-Update

Sterne werden verdient, nicht eingebaut

Der naheliegende, aber falsche Ausgangspunkt ist, Sternebewertungen als rein technisches Problem zu behandeln: den passenden Code-Schnipsel finden, einfügen, fertig. Tatsächlich ist die Auszeichnung der letzte Schritt in einer Kette, die mit echten Bewertungen beginnt - Kundinnen und Kunden, die ein Produkt gekauft, ein Rezept nachgekocht oder eine Dienstleistung genutzt haben und das freiwillig und sichtbar auf der Seite kommentieren.

Wer diese Reihenfolge umdreht - erst Markup, dann irgendwie Bewertungen beschaffen -, verstößt fast zwangsläufig gegen eine der drei Regeln aus diesem Beitrag: Die Bewertungen sind selbstbezogen, sie sind nicht wirklich sichtbar, oder sie stimmen nicht mit dem überein, was der Code behauptet. Die nachhaltige Reihenfolge ist umgekehrt: erst ein Bewertungsprozess, der echte, sichtbare Rückmeldungen erzeugt, dann eine Auszeichnung, die diese Realität exakt abbildet - nicht mehr und nicht weniger.