Scaled Content Abuse: So veröffentlichen Sie KI-Blogposts ohne Google-Abstrafung

Am 18. August 2026 begann Google, ein Spam-Update auszurollen. Bis zum 21. August hatte eine Website Rankings für über 200.000 Suchanfragen verloren. Eine andere verlor 14.000. Wenn Sie KI-gestützte Blogposts in großem Umfang veröffentlichen, zielte dieses Update auf Sie ab – und die Lösung besteht darin, dass sich jede Seite ihren Platz verdient, nicht darin, mit dem Veröffentlichen aufzuhören. Der folgende Workflow genau das leistet.

Was das Spam-Update vom August 2026 tatsächlich bewirkte

Google begann das Rollout am 18. August 2026 und schloss es am 21. August ab [1]. Das sind gut zwei Tage, abgeschlossen um 4:51 Uhr ET am 21. August [1]. Es war global und umfasste alle Sprachen und Regionen [2].

Es richtete sich nicht gegen Link-Spam [2]. Es zielte auf Scaled Content Abuse: massenhaft KI-generierte und programmatische Seiten, die gebaut wurden, um zu ranken statt gelesen zu werden.

Dies war das dritte Spam-Update des Jahres 2026, nach März und Juni [3]. Und es war kein Einzelfall. Ein Spam-Update im September begann am 25. September, mit starker Volatilität schon fünf Tage in ein zweiwöchiges Rollout hinein [4]. Google führt regelmäßige Auffrischungen des Spam-Updates durch [2]. Die Durchsetzung ist nun kontinuierlich – gehen Sie also davon aus, dass jeder Monat ein Monat der Durchsetzung ist.

Vier Fallstudien: Was abgestraft wurde und was es kostete

Die dokumentierten Fälle des August-Updates haben eine gemeinsame Form: Volumen, geringer Mehrwert, keine Kontrolle.

Eine Ultra-YMYL-Website mit einer Kombination aus programmatischen und KI-generierten Inhalten verlor Rankings für über 200.000 Suchanfragen [1]. Eine programmatische Amazon-Affiliate-Website mit KI-Inhalten verlor über 14.000 Suchanfragen [1]. Auf dieser Affiliate-Website wurde Text, der am Ende der Seiten ergänzt worden war, als KI-generiert erkannt – typischerweise mit einer Wahrscheinlichkeit von über 97 % [1]. Ein Absatz, der an eine Vorlagenseite angehängt wird, tarnt die Vorlage nicht.

Eine Website mit über 1,5 Millionen indexierten URLs, davon etwa 85 % programmatisch, wurde domainweit getroffen – so, wie ein breites Core-Update trifft [1]. Und eine Website, die über 250.000 URLs hinaus skalierte und dabei irreführende Weiterleitungen nutzte, verlor Rankings für fast 25.000 Suchanfragen [1].

Das Muster in allen vier Fällen: dünne Seiten in Masse, kein differenzierter Mehrwert, keine redaktionelle Kontrolle. Keine von ihnen hatte eine Prüfschwelle, die mit dem Schritt halten konnte, was sie veröffentlichten.

Die Abstrafung, die niemand kommen sah: Tailrides stille Deindexierung

Tailride veröffentlichte mehr als 22.000 KI-generierte Seiten. Am 28. Februar 2025 fiel der Traffic von etwa 130 Klicks pro Tag über Nacht auf null [5].

Keine manuelle Maßnahme wurde in der Search Console gemeldet. Die indexierten Seiten sanken über sechs Monate von über 20.000 auf nur 1 – die Startseite [5]. Wenn Sie nur auf Abstrafungs-E-Mails achten, hätten Sie das vollständig übersehen.

Tailrides eigenes Fazit: KI war nicht das Problem; Skalierung, Qualität und Vertrauen waren es [5]. Das Unternehmen ist heute überzeugt, dass die Veröffentlichung von 1–2 KI-gestützten Artikeln pro Tag statt von Hunderten die Abstrafung möglicherweise vermieden hätte, weil die Geschwindigkeit selbst als Manipulationssignal gewertet wurde [5]. Ein oder zwei KI-gestützte Artikel pro Tag, von einem Menschen redigiert, wirken vertretbar. Hunderte pro Tag wirken genau wie das, was sie sind.

Es gibt auch eine Recovery-Geschichte. Nach Rebranding und Neuaufbau stieg Tailrides Domain Rating auf 31, gegenüber 18 vor der Abstrafung [5]. Erholung ist möglich, aber Vorbeugung ist günstiger – und Vorbeugung ist der Rest dieses Beitrags.

Was die Richtlinie tatsächlich sagt – und was nicht

Googles Richtlinie zu Scaled Content Abuse definiert den Verstoß als viele Seiten, die primär zur Manipulation von Rankings erstellt wurden, unabhängig davon, wie die Inhalte entstehen [6]. Die Richtlinie ist methodenneutral: KI-, menschliche und hybride Inhalte werden nach denselben Maßstäben beurteilt.

Die Richtlinie führt ausdrücklich die Nutzung generativer KI-Tools zur Erstellung vieler Seiten ohne Mehrwert als Beispiel für den Verstoß an [6]. Seit dem 15. Mai 2026 decken die Spam-Richtlinien auch die Manipulation generativer KI-Antworten ab, womit AI Overviews und AI Mode in den Geltungsbereich fallen [3]. Bis September 2026 verlagerte Google AI Mode in die Standardergebnisse von AI Overviews und wechselte das zugrunde liegende Modell zu Gemini 3.7 Flash, wodurch der Anteil der Ergebnisse, die dieser Durchsetzung unterliegen, expandierte [7]. Seiten, die nur gebaut werden, um in AI Overviews gezogen zu werden, ohne dass ein Mensch einen Grund hätte, sie zu lesen, werden als Scaled Abuse behandelt [3].

Es gibt keine Schwellenwert für die Seitenzahl [8]. Google beurteilt den Hauptzweck Ihrer Seiten. Eine große Website mit Tausenden nützlicher Seiten ist in Ordnung; eine kleine Website mit ein paar Dutzend dünnen Vorlagenseiten kann die Richtlinie verletzen. Programmatic SEO ist erlaubt, wenn jede Seite echten, differenzierten Mehrwert bietet [8].

Lesen Sie das noch einmal, wenn Sie Kundenwebsites betreiben. Es geht in der Richtlinie um Zweck und Mehrwert, nicht darum, wie der Entwurf entstanden ist.

Die Trennlinie: Mehrwert pro Seite vs. Veröffentlichungstempo

KI-gestütztes Verfassen mit menschlicher Redaktion, eigenen Quellen und fachlicher Prüfung ist kein Scaled Content Abuse [7]. Die Trennlinie ist das Veröffentlichungsvolumen und die redaktionelle Kontrolle relativ zum Mehrwert pro Seite.

Über die August-Fallstudien hinweg war der stärkste Prädiktor dafür, getroffen zu werden, die Lücke zwischen Veröffentlichungstempo und Prüfkapazität [7]. Jede abgestrafte Website hatte dieselbe Form: Output, der die Fähigkeit irgendjemandes, ihn zu lesen, überholte.

Die Lösung ist eine Prüfschwelle, die mit dem Output skaliert, keine Obergrenze für Inhalte. Die fünf folgenden Schritte sind in der Reihenfolge angeordnet, in der Sie sie tatsächlich ausführen würden.

Schritt 1: Führen Sie den Mehrwert-pro-Seite-Test durch, bevor Sie entwerfen

Beantworten Sie für jede geplante URL eine Frage: Was bekommt ein Leser hier, was er nicht von der Seite bekommen kann, die aktuell rankt? Wenn die Antwort „eine Keyword-Variante" lautet, streichen Sie sie.

Was den Test besteht, ist eine Seite mit etwas Eigenem: Ihren eigenen Daten, Erfahrungen aus erster Hand, einem echten Kundenfall. Veröffentlichen Sie niemals nahezu identische Seiten, die sich nur durch das Keyword unterscheiden [8]. Wenn zwei geplante Posts denselben Leser zufriedenstellen würden, ist einer davon Spam.

Stolperfalle: diesen Test erst nach dem Entwurf durchzuführen. Ein günstiger Entwurf, für den Sie bereits bezahlt haben, ist ein Entwurf, den Sie zu veröffentlichen versucht sein werden. Entscheiden Sie auf der Themenstufe, wenn das Streichen nichts kostet.

Schritt 2: Begrenzen Sie das Veröffentlichungstempo auf Ihre Prüfkapazität

Zählen Sie, wie viele Posts Sie pro Woche wirklich prüfen können. Veröffentlichen Sie nicht mehr als das. Tailrides 22.000 Seiten waren das Geschwindigkeitssignal, das sie auffliegen ließ [5].

Geschwindigkeit ist ein Signal, das Google lesen kann. Ein stetiges, prüfbares Tempo sieht wie ein Verlag aus. Tausend Seiten über Nacht sehen wie Manipulation aus. Wenn Sie eine Agentur sind, gilt das pro Kunde: zehn Posts pro Woche über fünf Accounts mit einem Redakteur sind dieselbe Lücke, nur verteilt.

Stolperfalle: „Wir prüfen sie später." Später kommt nie, und die Lücke zwischen Geschwindigkeit und Kontrolle ist der stärkste Prädiktor für Exposition [7]. Legen Sie die Obergrenze fest, bevor sich die Pipeline füllt, nicht danach.

Schritt 3: Schalten Sie eine menschliche Freigabeschwelle zwischen Entwurf und Veröffentlichung

Nichts wird veröffentlicht, ohne dass ein Mensch es gelesen hat. Die Schwelle ist die Kontrolle, die Skalierung vertretbar macht [8][7], und sie ist nicht der Engpass.

Prüfen Sie vier Dinge: ob die Seite den Mehrwert liefert, den Sie in Schritt 1 behauptet haben, ob jede Zahl korrekt ist, ob sie klingt wie die Website, auf der sie veröffentlicht wird, und ob sie bei einer unvoreingenommenen Lektüre den Mehrwert-pro-Seite-Test weiterhin bestehen würde.

Stolperfalle: das bloße Abnicken. Wenn Ihre Prüfung 30 Sekunden pro Post dauert, haben Sie eine Formalität statt einer Schwelle – und Googles Fallstudien legen nahe, dass Formalität nicht als Kontrolle zählt.

Schritt 4: Verfolgen Sie jede Zahl bis zur Quelle

Nicht belegte Zahlen sind der Weg, auf dem dünne Seiten dünner werden – und das Vertrauen stirbt. Jede Statistik in einem Post sollte eine überprüfbare Quelle haben, die ein Leser (oder ein Prüfer) öffnen kann.

Machen Sie die Regel mechanisch: Wenn eine Zahl keiner Quelle zugeordnet werden kann, kommt sie nicht hinein. Es gibt keine Ausnahmen und kein „passt schon".

Stolperfalle: plausibel klingende Zahlen durchzulassen, weil sie richtig klingen. Eine Zahl, die richtig klingt, braucht trotzdem eine Quelle dahinter. Hier ist auch der Ort, an dem Tooling seinen Platz verdient. ContentRails setzt die Regel im Produkt durch: eine Zahl, die es keiner Quelle zuordnen kann, wird aus dem Post ausgelassen [9]. Jede Zahl, die übrig bleibt, kommt mit der Seite, aus der sie stammt – Ihr Prüfer prüft also Quellen, statt sie zu suchen.

Schritt 5: Überwachen Sie nach der Veröffentlichung und kennen Sie die Recovery-Mathematik

Beobachten Sie die Search Console wöchentlich: Suchanfragen, indexierte Seiten, etwaige Hinweise auf manuelle Maßnahmen. Aber verlassen Sie sich nicht auf Hinweise. Tailride erhielt überhaupt keinen Hinweis, während seine indexierten Seiten von über 20.000 auf 1 fielen [5]. Deindexierung kann still erfolgen – verfolgen Sie also die Anzahl der indexierten Seiten als Ihren Alarm, nicht nur Posteingangspost.

Wenn Sie getroffen werden: Beheben Sie zuerst die Seiten, dann warten Sie. Die Erholung dauert typischerweise Monate nach wesentlichen Änderungen, und ein dokumentierter Fall dauerte fünf Monate [1]. Google hat dasselbe gesagt: Websites, die von einem Spam-Update getroffen wurden, können viele Monate zur Erholung brauchen [2]. Kalkulieren Sie diese Zeitspanne in Kundengesprächen ein, bevor etwas schiefgeht, nicht danach.

Stolperfalle: anzunehmen, dass eine E-Mail über eine manuelle Maßnahme Ihr Alarm ist – denn sie kommt möglicherweise nie.

Wo die Pipeline passt

Die Schritte 2, 3 und 4 sind operativ, und hier ist ContentRails die praktische Antwort statt ein weiteres Tool zum Aufsetzen.

Die vier Autopilot-Stufen umfassen „Entwürfe schreiben", das das Thema auswählt, den Post schreibt und dort stoppt: Sie veröffentlichen ihn [9]. Und die Nutzungsbedingungen machen Sie dafür verantwortlich, Inhalte vor der Veröffentlichung zu prüfen, einschließlich Posts, die automatisch unter Full Autopilot veröffentlicht werden [10]. Lesen Sie das als Zustimmung des Produkts zu diesem Beitrag: Die menschliche Schwelle liegt in Ihrer Hand, egal welche Stufe Sie nutzen.

Die Regel zu belegten Zahlen aus Schritt 4 wird vom Produkt selbst durchgesetzt [9]. Ihr Prüfer stichprobenartig zu prüfen, ob erfundene Statistiken im Entwurf sind, ist nicht nötig; die ohne Quelle sind nie hineingekommen.

Wenn ein Post freigegeben ist, erreicht er Ihre Website über einen signierten Webhook mit dem Text, einem Titelbild, Article- und FAQ-Structured-Data sowie Übersetzungen in sieben Sprachen [9]. Legen Sie jede Übersetzung an dieselbe Schwelle wie das Original.

Zum Tempo: Der Free-Plan kostet $0/Monat mit 1 Projekt und 3 Posts pro Monat [9]. Pro kostet $100/Monat für 5 Projekte und 20 Posts pro Monat [9]. Zwanzig Posts pro Monat sind etwa vier bis fünf pro Woche – ein Veröffentlichungstempo, das eine Ein-Person-Prüfschwelle tatsächlich halten kann. Bei Pro wird eine fehlgeschlagene oder gestoppte Ausführung nicht auf Ihre Limits angerechnet [9]. Starten Sie mit der kostenlosen Testphase: ein vollständiger Post für Ihre eigene Website in etwa 15 Minuten, ohne Karte [9].

Wenn Sie lieber eine vollständig manuelle Pipeline betreiben, funktioniert das auch. Google interessiert sich nicht dafür, welche Software Sie verwendet haben; es interessiert sich für Mehrwert und Kontrolle. Aber wenn Sie über eine Handvoll Posts pro Monat hinaus skalieren, ist eine Pipeline mit eingebauter Schwelle und Quellenprüfung der kürzere Weg zu vertretbarem Volumen.

Häufig gestellte Fragen

Verbietet Googles Richtlinie zu Scaled Content Abuse KI-Inhalte?

Nein. Die Richtlinie zielt auf viele Seiten, die primär zur Manipulation von Rankings erstellt wurden, unabhängig davon, wie die Inhalte entstehen [6]. KI-gestütztes Verfassen mit menschlicher Redaktion, eigenen Quellen und Prüfung ist kein Verstoß [7]. Die Massenproduktion von Seiten mit generativer KI ohne Mehrwert wird ausdrücklich als Verstoß aufgeführt [6].

Wie viele Seiten lösen Scaled Content Abuse aus?

Es gibt keine feste Seitenzahl [8]. Google beurteilt den Hauptzweck der Seiten. Tausende nützliche Seiten sind in Ordnung; ein paar Dutzend dünne Vorlagenseiten auf einer kleinen Website können die Richtlinie verletzen.

Wie lange dauert die Erholung von einem Spam-Update?

Typischerweise Monate nach wesentlichen Änderungen, und ein dokumentierter Fall dauerte fünf Monate [1]. Google hat gesagt, dass Websites, die von einem Spam-Update getroffen wurden, viele Monate zur Erholung brauchen können [2]. Beheben Sie zuerst die Seiten, dann warten Sie.

Ist Programmatic SEO unter Googles Spam-Richtlinien erlaubt?

Ja, wenn jede generierte Seite echten, differenzierten Mehrwert bietet [8]. Es verletzt Scaled Content Abuse nur, wenn Seiten dünn sind und hauptsächlich zum Ranken existieren.

Wie viele Spam-Updates hat Google 2026 durchgeführt?

Drei bis August: März, Juni und das Update vom 18.–21. August [3]. Ein Spam-Update im September begann am 25. September, mit großer Volatilität fünf Tage in ein zweiwöchiges Rollout hinein [4]. Behandeln Sie die Durchsetzung von hier an als kontinuierlich.

Legen Sie Ihre Obergrenze diese Woche fest

Zwei Dinge, die Sie diese Woche tun können: Zählen Sie, wie viele Posts Sie pro Woche wirklich prüfen können, und veröffentlichen Sie nicht mehr als das. Führen Sie dann den Mehrwert-pro-Seite-Test für Ihre nächsten zehn geplanten URLs durch und streichen Sie alles, was durchfällt.

Wenn Sie die Schwelle und die belegten Zahlen eingebaut haben möchten, richten Sie ContentRails auf Ihre Website. Die kostenlose Testphase schreibt einen vollständigen Post in etwa 15 Minuten, ohne Karte [9], und die Freigabeschwelle bleibt Ihre. Skalierung ist sicher, wenn sich jede Seite ihren Platz verdient – also lassen Sie Ihre sich ihn verdienen.

Quellen

1. Google's August 2026 Spam Update — gsqi.com
2. Google August 2026 Spam Update Is Rolling Out — seroundtable.com
3. modo25.com
4. Google September 2026 Spam Update Weekend Impact — seroundtable.com
5. tailride.so
6. Spam Policies for Google Web Search — developers.google.com
7. kurums.com
8. Scaled Content Abuse: Google's Spam Policy Explained — layer3labs.io
9. contentrails.ai
10. contentrails.ai