Google Ads Scripts und Automated Rules

Redaktion ·

Es gibt zwei Wege, ein Google-Ads-Konto Dinge selbstständig erledigen zu lassen, ohne dass du jeden Morgen von Hand eingreifst. Der eine ist ein Klick-Baukasten direkt im Interface — die Automated Rules. Der andere ist ein kleines JavaScript-Programm, das du laufen lässt — die Scripts. Beide automatisieren, aber sie spielen in unterschiedlichen Ligen. Die Rules sind das Sicherheitsnetz, das jeder spannen kann; die Scripts sind das Werkzeug für die Fälle, die kein Baukasten abdeckt.

Seit Smart Bidding und Performance Max einen Großteil der eigentlichen Optimierung übernehmen, hat sich auch die Rolle beider Werkzeuge verschoben. Wer heute noch Gebote per Script nachjustiert, kämpft oft gegen die Automatik statt mit ihr. Dieser Artikel ordnet ein, was die beiden Werkzeuge können, wo ihre Grenzen liegen und wofür man sie 2026 realistisch noch einsetzt.

Automated Rules: Automatik per Klick

Automated Rules sind regelbasierte Wenn-dann-Bedingungen, die du direkt im Google-Ads-Interface anlegst — ohne eine Zeile Code. Du legst einen Auslöser fest („wenn der CPA über X liegt”), eine Aktion („dann pausieren”) und einen Zeitplan („prüfe täglich um 6 Uhr”). Google wertet die Bedingung nach diesem Plan aus und führt die Aktion automatisch aus: pausieren, aktivieren, Budget anpassen, eine E-Mail schicken.

Typische Einsätze:

  • Anzeigen nach Zeitplan ein- und ausschalten, etwa für ein Wochenend-Angebot.
  • Schwache Keywords oder Anzeigen pausieren, wenn eine Metrik eine Schwelle reißt.
  • Benachrichtigungen verschicken, wenn ein Wert auffällig wird — ohne automatische Aktion, nur als Alert.

Branchenschätzungen aus 2026 gehen davon aus, dass Rules etwa 80 % der Standard-Automatisierung in einem typischen Konto abdecken. Sie sind kein Werkzeug zweiter Wahl, sondern der richtige Startpunkt für die meisten Aufgaben.

Scripts: JavaScript mit Konto-Zugriff

Scripts sind eine andere Hausnummer. Google beschreibt sie als „Weg, deine Google-Ads-Daten programmatisch mit JavaScript in einer browserbasierten IDE zu verwalten und abzufragen”. Ein Script kann Konto-Daten lesen, eigene Logik anwenden und Änderungen im großen Stil vornehmen — und es kann etwas, das den Rules verschlossen bleibt: externe Daten einbinden.

Genau hier liegt die Stärke. Ein Script kann per URL-Fetch eine externe Quelle abrufen oder ein Google Sheet auslesen — etwa eine Liste mit aktuellen Lagerbeständen, Preisen oder Margen — und auf dieser Grundlage handeln. Oder es kann über Kampagnen hinweg Logik anwenden, was eine Rule prinzipiell nicht kann: Eine Rule wirkt immer nur auf das Objekt, das sie auswertet, und vergleicht keine Daten zwischen verschiedenen Kampagnen.

Zwei Signale zeigen, dass du ein Script statt einer Rule brauchst:

  1. Kampagnenübergreifende Logik. Beispiel: „Pausiere die Prospecting-Kampagne, wenn der ROAS der Remarketing-Kampagne unter eine Schwelle fällt.” Das vergleicht zwei Kampagnen — das kann nur ein Script.
  2. Externe Datenquellen. Soll das System ein Sheet mit aktuellen Preisen oder Beständen lesen und darauf reagieren, ist das Script-Territorium.

Weitere typische Script-Einsätze 2026: Budget-Pacing (das auf Basis von Restbudget und verbleibenden Tagen das Tagesbudget gleichmäßig steuert), Anomalie-Alerts, Datenexporte und Custom-Reporting, sowie Monitoring wie ein Disapproval-Wächter, der gesperrte Anzeigen meldet.

Smart Bidding macht viele Gebots-Scripts überflüssig

Der wichtigste Punkt zur Einordnung: Viele der klassischen Gebots-Scripts von früher sind heute überflüssig — und teils sogar schädlich. Smart Bidding optimiert die Gebote automatisch und in Echtzeit auf Basis weit mehr Signale, als ein Script je verarbeiten könnte. Wer mit Rules oder Scripts häufig in die Gebote einer Smart-Bidding-Kampagne eingreift, erzeugt Konflikte: Die Automatik lernt, das Script korrigiert dagegen, und am Ende arbeiten beide gegeneinander.

Die saubere Arbeitsteilung 2026 sieht so aus: Googles native Automatik (Smart Bidding, Performance Max) übernimmt die Optimierung innerhalb der Kampagnen. Was sie dem Werbetreibenden überlässt, ist die Koordination auf Konto-Ebene — Budget-Verteilung, kampagnenübergreifende Aufsicht, Sonderlogik. Genau diese Lücke füllen Scripts und Rules:

  • Die Rules-Ebene kümmert sich um Sicherheitslimits, Zeitpläne und einfache Hygiene.
  • Die Scripts-Ebene kümmert sich um Audits, Anomalie-Erkennung, Reporting und „wenn dieses Muster, dann labeln oder alarmieren”.

Gebots-Mikromanagement gehört in keine der beiden Ebenen mehr.

Grenzen und Risiken

So nützlich beide Werkzeuge sind — sie haben harte Grenzen, und ein Teil davon ist gefährlich:

Fehlerhafte Scripts richten Schaden an. Ein Script hat Schreibzugriff auf das Konto. Ein Logikfehler kann im großen Stil falsche Kampagnen pausieren, Budgets fehlsteuern oder ungewollte Änderungen ausrollen. Deshalb gilt eisern: Erst im Vorschaumodus testen, bevor ein Script scharf geschaltet wird. Ein pacing-Alert oder Monitor ohne automatische Aktion ist der risikoarme Startpunkt.

Stille Fehler. Auch Rules brechen lautlos. Es sind Fälle dokumentiert, in denen Rules nach einer Konto-Umstrukturierung — eine umbenannte Kampagne, ein geändertes Label — aufhörten, ihre Bedingung auszuwerten, ganz ohne Fehlermeldung. Die Rule sah im Interface aktiv aus, tat aber nichts. Wer sich darauf verlässt, sollte regelmäßig prüfen, ob sie noch greift.

Keine Strategie. Scripts automatisieren einzelne, regelbasierte Aufgaben. Sie treffen keine strategischen Entscheidungen, interpretieren keine komplexen Performance-Verschiebungen und managen kein Konto ganzheitlich. Sie reden auch nicht miteinander und teilen keinen Kontext. Ab einer gewissen Konto-Größe stoßen sie an die Grenze, wo kampagnenübergreifende Budget-Verteilung und strategische Umbauten Menschen (oder höhere Automatik) brauchen.

Was sich für wen lohnt

Die pragmatische Reihenfolge: Fang mit Automated Rules an — sie decken den Großteil ab, brauchen keinen Code und sind schnell eingerichtet. Greif zu Scripts, wenn du kampagnenübergreifende Logik oder externe Daten brauchst, oder für Monitoring und Reporting, das die Rules nicht hergeben. Und halte beide aus dem Gebots-Mikromanagement heraus, solange Smart Bidding läuft — dort ist die Automatik längst besser als jede selbstgebaute Regel. Sauberes Conversion-Tracking bleibt dabei die Grundlage: Ohne verlässliche Daten taugen weder Rules noch Scripts noch Smart Bidding etwas.

FAQ

Was ist der Unterschied zwischen Automated Rules und Scripts? Automated Rules sind regelbasierte Wenn-dann-Automatik im Interface, ganz ohne Code. Scripts sind JavaScript-Programme mit Lese- und Schreibzugriff auf die Konto-Daten, die deutlich mächtiger sind — sie können externe Daten einbinden und kampagnenübergreifend handeln. Rules sind der einfache Standard, Scripts das Werkzeug für die komplexen 20 %.

Brauche ich überhaupt noch Gebots-Scripts, wenn ich Smart Bidding nutze? In der Regel nicht. Smart Bidding optimiert Gebote automatisch auf Basis von weit mehr Signalen, als ein Script verarbeiten kann. Häufige Skript-Eingriffe in die Gebote erzeugen sogar Konflikte mit der Automatik. Scripts lohnen sich heute eher für Monitoring, Reporting, Anomalie-Alerts und Sonderlogik — nicht fürs Gebots-Mikromanagement.

Wofür setze ich Scripts 2026 sinnvoll ein? Für Aufgaben, die Rules nicht abdecken: kampagnenübergreifende Logik, das Einlesen externer Daten (Sheets mit Preisen oder Beständen), Budget-Pacing, Anomalie-Erkennung, Datenexporte und Custom-Reporting sowie Monitore wie ein Disapproval-Wächter. Kurz: Aufsicht und Sonderlogik auf Konto-Ebene.

Wie riskant sind fehlerhafte Scripts? Durchaus riskant — ein Script hat Schreibzugriff und kann bei einem Logikfehler im großen Stil Kampagnen pausieren oder Budgets fehlsteuern. Deshalb gilt: immer erst im Vorschaumodus testen. Risikoarme Einstiege sind Scripts, die nur alarmieren oder reporten, ohne automatisch ins Konto einzugreifen.

Können Automated Rules unbemerkt aufhören zu funktionieren? Ja. Es sind Fälle dokumentiert, in denen Rules nach einer Umbenennung oder Umstrukturierung still aufhörten, ihre Bedingung auszuwerten — ohne Fehlermeldung, obwohl sie im Interface aktiv aussahen. Wer sich auf Rules verlässt, sollte regelmäßig kontrollieren, ob sie noch tatsächlich greifen.