Ein E-Commerce-Team nutzt Brevo seit acht Monaten. Drei Automationen laufen zuverlässig: Welcome-Mail, Bestellbestätigung, Warenkorbabbrecher. Alles funktioniert, das Team ist zufrieden. Dann der nächste Schritt: eine mehrstufige Winback-Serie, die nach Kaufhistorie segmentiert, nach Inaktivitätsdauer differenziert und bei erneutem Kauf automatisch stoppt.
Im Workflow-Builder sieht das zunächst machbar aus. Drag and Drop, Conditions setzen, fertig.
Dann die Probleme. Der Trigger basiert auf einem Kontakt-Attribut statt auf einem Event — der Workflow feuert nicht in Echtzeit. Die Und/Oder-Verknüpfung im Filter verhielt sich anders als erwartet. Und nach dem dritten verschachtelten Condition-Block hört der Workflow auf, neue Kontakte aufzunehmen, weil eine Tarifgrenze erreicht ist, die nirgendwo im Builder angezeigt wird.
Drei Fehler, die nicht in der Oberfläche sichtbar waren. Das Team bemerkte sie erst, als Kunden die falschen Mails bekamen.
Wir sehen dieses Muster in Brevo-Audits regelmäßig. Nicht weil die Teams schlecht arbeiten. Sondern weil Brevo als “das einfache Tool” positioniert wird — und Teams deshalb nicht erwarten, dass es etwas zu verstehen gibt.
Trigger-Logik: Warum euer Workflow nicht feuert
Die fundamentalste Unterscheidung in Brevos Automation-Engine ist die zwischen Kontakt-Attributen und Events. Sie klingt technisch, aber sie entscheidet darüber, ob eure Automation in Echtzeit reagiert oder mit Verzögerung — oder gar nicht.
Kontakt-Attribute sind Felder auf dem Kontaktprofil. Statische Daten wie Name oder E-Mail, aber auch berechnete Felder wie “Tage seit letztem Kauf” oder “Gesamtumsatz”. Events sind Aktionen, die über die API oder das Tracking gesendet werden: ein Kauf, ein Klick, ein Seitenbesuch.
Automationen können auf beides triggern. Aber das Verhalten unterscheidet sich fundamental.
Ein Trigger auf ein Kontakt-Attribut — zum Beispiel “last_purchase_date älter als 90 Tage” — wird nicht in Echtzeit ausgewertet. Brevo evaluiert diese Bedingung periodisch, nicht kontinuierlich. Das kann bedeuten, dass ein Kontakt erst Stunden nach Erreichen der Bedingung in den Workflow eintritt. Oder dass er gar nicht eintritt, weil die Evaluation zu einem Zeitpunkt lief, an dem die Bedingung noch nicht erfüllt war, und beim nächsten Lauf bereits eine andere Bedingung greift.
Ein Trigger auf ein Event — “order_completed” — feuert sofort, wenn das Event eintrifft.
Die richtige Architektur: Events für Echtzeit-Trigger nutzen. Kontakt-Attribute für Conditions und Filter innerhalb des Workflows, nicht als Einstiegspunkt. Das klingt offensichtlich, wenn man es weiß. Aber die Brevo-Oberfläche macht keinen Unterschied in der Darstellung. Beide Trigger-Typen sehen im Builder gleich aus. Der Unterschied liegt im Verhalten, nicht in der UI.
Condition-Blöcke: Wo die Logik kippt
Brevos Workflow-Builder erlaubt verschachtelte Bedingungen. Wenn A und B, dann Mail senden. Wenn nicht, prüfen ob C oder D, dann anderen Pfad nehmen. Das sieht im Builder intuitiv aus. Ist es oft nicht.
Das Problem liegt in der Evaluation von Und/Oder-Verknüpfungen. Brevo wertet Und-Bedingungen mit höherer Präzedenz aus als Oder-Bedingungen. Aber die visuelle Darstellung im Builder suggeriert eine lineare, von oben nach unten laufende Auswertung. Das führt zu Logik-Fehlern, die im Testing nicht auffallen, weil sie nur bei bestimmten Datenkonstellationen auftreten.
Ein Beispiel: Ihr wollt Kontakte ansprechen, die entweder in den letzten 30 Tagen gekauft haben ODER die mehr als drei Käufe insgesamt haben UND die nicht in der Retouren-Liste sind. Die intuitive Lesart: (gekauft in 30 Tagen ODER mehr als 3 Käufe) UND (nicht Retouren-Liste). Die tatsächliche Evaluation: gekauft in 30 Tagen ODER (mehr als 3 Käufe UND nicht Retouren-Liste). Das sind zwei verschiedene Zielgruppen.
Dazu kommt: Brevos Testfunktion für Workflows erlaubt es, einen Kontakt durch den Flow zu schicken und Message-Steps zu prüfen. Aber die Funktion zeigt nicht, warum ein Kontakt einen bestimmten Pfad genommen hat. Bei verschachtelten Conditions mit mehreren Pfaden reicht ein einzelner Testlauf nicht aus, um alle Verzweigungen abzudecken. Man braucht pro Pfad mindestens einen Testkontakt mit bekannten Attributen.
Wer komplexere Automationen in Brevo baut, sollte die Logik vor dem Builder auf Papier oder in einem Diagramm-Tool skizzieren. Und die Condition-Blöcke so flach wie möglich halten: lieber zwei einfache Workflows als einen verschachtelten.
Tarif-Limits: Die unsichtbare Decke
Brevo staffelt seine Automation-Funktionalität nach Tarif. Das wissen die meisten Teams. Was viele nicht wissen: Die Limits betreffen nicht nur das Sendevolumen, sondern auch die Automation-Engine selbst.
Im Free- und Starter-Tarif sind Automationen auf 2.000 Kontakte im Workflow begrenzt. Das heißt nicht 2.000 Kontakte in der Datenbank, sondern 2.000 Kontakte, die sich gleichzeitig in aktiven Workflows befinden. Bei einer Welcome-Serie mit drei Mails und einem Warenkorbabbrecher-Flow kann dieses Limit schneller erreicht sein, als Teams denken.
Der Business-Tarif hebt dieses Limit auf, führt aber andere Grenzen ein. Maximale Workflow-Komplexität: Die Anzahl der Steps pro Workflow ist begrenzt. API-Call-Limits für Events: Wer viele Custom Events über die API schickt, kann an Rate Limits stoßen, die dazu führen, dass Events nicht verarbeitet werden und Workflows nicht triggern. Und die Anzahl gleichzeitig aktiver Workflows hat ebenfalls eine Obergrenze.
Das Problem: Diese Limits werden im Workflow-Builder nicht angezeigt. Es gibt keinen Warnhinweis, wenn man sich einem Limit nähert. Stattdessen hört der Workflow einfach auf, neue Kontakte aufzunehmen, oder Events werden still verworfen. Die Diagnostik erfolgt über die Workflow-Statistik — wenn man weiß, wonach man suchen muss.
Unser Rat: Vor dem Aufbau komplexerer Automationen die Tarif-Dokumentation prüfen. Nicht die Pricing-Seite, sondern die technische Dokumentation zu Automation Limits. Und die Workflow-Statistik regelmäßig auf unerwartet niedrige Eintrittsraten prüfen.
Der alte und der neue Editor: Zwei Welten
Brevo hat den Automation-Editor überarbeitet und migriert seit September 2025 bestehende Automationen gestaffelt in den neuen Editor. Die Migration läuft automatisch — Bestandskunden haben keine Wahl mehr, langfristig beim klassischen Editor zu bleiben.
Die beiden Editoren haben leicht unterschiedliche Funktionsumfänge. Zwei Features aus dem klassischen Editor fehlen im neuen: der “Contact clicks an external link”-Trigger und die “Record a conversion”-Action. Brevo hat angekündigt, diese nachzuliefern. Tutorials, Guides und Community-Beiträge aus 2023 oder früher beziehen sich aber noch auf den klassischen Editor. Teams, die nach Anleitungen arbeiten, finden Optionen nicht mehr, die in den Screenshots gezeigt werden.
Für Teams, die heute mit Brevo starten, ist das kein Problem — sie kennen nur den neuen Editor. Für Bestandskunden mit gewachsenen Setups ist die automatische Migration ein Faktor, den man im Blick behalten sollte: Prüft nach der Migration, ob alle Workflows wie erwartet funktionieren.
Was Brevo kann, wenn man es versteht
Brevo ist nicht schlecht. Brevo ist anders. Und “anders” ist kein Euphemismus für “schlechter”.
Die Automation-Engine hat Stärken, die andere Plattformen so nicht bieten. Native SMS- und WhatsApp-Integration im selben Workflow, ohne Drittanbieter-Anbindung. Ein eingebautes CRM mit Deal-Pipelines, das Automationen direkt mit Sales-Prozessen verknüpfen kann. Und ein Pricing-Modell, das für kleinere Teams wirtschaftlich sinnvoll ist, ohne auf Automation verzichten zu müssen.
Die Falle ist nicht die Plattform. Die Falle ist die Erwartung, dass “einfach” auch “simpel” bedeutet. Dass es nichts zu verstehen gibt, weil die Oberfläche freundlich aussieht.
Wer Brevos Eigenheiten kennt — Event-basierte Trigger für Echtzeit-Reaktion, flache Condition-Blöcke statt tiefer Verschachtelung, Tarif-Limits im Blick — kann damit Automationen bauen, die zuverlässig laufen und skalieren. Nicht trotz Brevo, sondern mit Brevo.
Wer seine Zustellbarkeit auf Shared IPs im Griff hat und die Automation-Logik versteht, hat ein Setup, das für viele Use Cases ausreicht. Nicht für alle. Aber für mehr, als die meisten Teams ausschöpfen.
Und wer sich fragt, ob das eigene Brevo-Setup die Plattform wirklich nutzt oder nur an der Oberfläche kratzt: Wir kennen die Eigenheiten, die in keinem Feature-Vergleich stehen. Dafür gibt es unseren Instanz-Check.
