Automatisierung
Automatisiere die Arbeit. Beweise zuerst, dass es klappt.
Eine Regel ist ein Satz: Wenn das passiert und jenes zutrifft, tu diese Dinge. Spiele sie gegen deinen eigenen Verlauf ab und teste jeden Schritt, bevor du sie einschaltest. Drei automatische Behebungen gehen weiter: Sie halten nur fest, was sie getan hätten, bis du sie eingreifen lässt.
Free-Tarif · Keine Kreditkarte · Starte mit einer von 52 Vorlagen
- Drei automatische Behebungen, die es dir zuerst zeigen
- Testlauf und Rückblick auf echten Verlauf
- 94 Ereignisse, 95 Aktionen, deine Tools inklusive
- Vorschläge mit Begründung und deinen eigenen Zahlen
Wenn das passiert
Eine Domain nähert sich dem Ablaufdatum.
Domain läuft ab
Eine Domain nähert sich dem Ablaufdatum.
Läuft um 09:00 · Europe/Amsterdam · dort ist es jetzt 16:16
Nächste Läufe:Di., 3. Nov., 09:00Mi., 4. Nov., 09:00Do., 5. Nov., 09:00
Diese Automatisierung läuft nur, wenn du auf „Jetzt ausführen“ klickst.
Nur wenn — optionale Filter
AbgleichAlleBeliebigeKeinedieser Bedingungen
Tipp: Ein Wert kann per Platzhalter auf ein anderes Feld oder die Zeit verweisen.
Das tun — Aktionen laufen der Reihe nach, Stopp beim ersten Fehler
Auf einen Blick
Wenn Domain läuft ab wenn Verbleibende Tage kleiner oder gleich 15, dann Genehmigung erforderlich, Auto-Verlängerung setzen und Benachrichtigung senden.
Wähle einen Trigger und eine Aktion für eine Live-Zusammenfassung.
Teste es
Bedingungen erfüllt — würde ausgeführt
1 von 1 erfülltBedingungen nicht erfüllt — würde nicht ausgeführt
0 von 1 erfülltFührt jeden Schritt als Probelauf gegen ein echtes Beispiel aus deinem Konto aus — es wird nichts geändert.
1. Genehmigung erforderlich
Would pause for approval
2. Auto-Verlängerung setzen
domain has no registrar connection
3. Benachrichtigung senden
Would notify 1 destination(s)
Testlauf
Wähle zuerst einen Auslöser und mindestens eine Aktion.
Funktioniert mit den Tools, die du schon nutzt
Drei automatische Behebungen, die dir zuerst zeigen, was sie tun würden
Manche Ausfälle haben genau eine richtige Antwort, und dafür sollte niemand nachts aufstehen müssen. Jede Behebung beginnt nur beobachtend. Sie ändert nichts und hält fest, was sie getan hätte und warum. Hast du gesehen, dass sie richtig liegt, klickst du auf „Eingreifen lassen“. Beobachten geht in jedem Tarif. Eingreifen gibt es ab Pro, und ändert sich dein Tarif, kehrt die Behebung zum Beobachten zurück.
- Überall down: raus aus dem Load Balancer, danach zurück
- Eingefrorener Server: höchstens einmal am Tag neu gestartet
- Volles Volume: wächst 25 %, bis zu deinen Limits
Jedes Mal, wenn sie auslöst, notiert sie, was sie getan hätte und warum. Lies es nach, und wenn es stimmt, lass sie eingreifen.
Server überall nicht erreichbar → aus dem Load Balancer nehmen, zurücksetzen, wenn er gesund ist
AktivBeobachtetMarketing site war ausgefallen
Hätte web-02 aus web-lb genommen
hätte getan
Das erfährt dein Team, wenn sie eingreift
Marketing site has been down from every location for 2 minutes, so web-02 was taken out of web-lb. It goes back in when the monitor recovers.
Server eingefroren → neu starten, höchstens einmal am Tag
AktivBeobachtetapi-01 reagierte nicht mehr: Kein Monitor bekam eine Antwort (API health) und der Agent schwieg 10 Minuten
Hätte api-01 über den Provider neu gestartet
hätte getan
Das erfährt dein Team, wenn sie eingreift
api-01 stopped answering: none of its monitors (API health) responds and its agent has been silent for 10 minutes, so it was rebooted through Hetzner. It is not rebooted automatically again for a day.
Volume voraussichtlich in 7 Tagen voll → um 25 % vergrößern, bis zu einer Grenze
AktivBeobachtetLaut Prognose wäre uploads auf web-01 am 8. Nov. 2026 voll
Hätte uploads von 250 GB auf 313 GB vergrößert, für etwa 15.02 EUR im Monat
hätte getan
Eine automatische Behebung, die ein Volume vergrößert, braucht ein monatliches Kostenlimit, bevor sie eingreifen darf: Lege „Nie teurer als (pro Monat)“ im Volume-Schritt fest.
Das erfährt dein Team, wenn sie eingreift
uploads on web-01 was forecast to be full on 8. Nov. 2026, so it was grown from 250 GB to 313 GB. At the new size it costs about 15.02 EUR a month. The disk is bigger, but the filesystem on it is not yet: run sudo resize2fs (or sudo xfs_growfs) on web-01.
Ab dann tut sie, was sie festhält. Du kannst jederzeit zurück auf nur festhalten.
Eingreifen lassen gibt es ab Pro. Beobachten ist in jedem Tarif enthalten. Beispieleinträge in einem Demokonto. Nichts hier berührt einen echten Server.
Wisse, was eine Automatisierungsregel tut, bevor du ihr vertraust
Eine Regel ist in einer Minute geschrieben und schwer zu prüfen. Du merkst es erst beim Auslösen, meist um drei Uhr nachts. InfraNest zeigt es dir vorher auf vier Arten. Der Editor schreibt dir die Regel als Satz zurück. Ein Testlauf führt jeden Schritt an einem echten Objekt aus und ändert nichts. Eine gespeicherte Regel lässt sich jederzeit testen. Ein Rückblick spielt deinen eigenen Verlauf ab und zeigt, wie oft die Regel ausgelöst hätte und wofür.
- Rückblicke decken deine letzten 30 Tage ab
- Testläufe zeigen auch übersprungene Schritte
- Unbekannte Platzhalter und fehlende Ziele beim Tippen markiert
Wäre ausgeführt worden
5×in den letzten 30 Tagen
- northwyndr.shop4d
- northwyndr-labs.com6d
- nwyndr.app8d
▸ Mit eigener Payload testen
Bedingungen erfüllt — würde ausgeführt
1 von 1 erfülltFührt jeden Schritt als Probelauf gegen ein echtes Beispiel aus deinem Konto aus — es wird nichts geändert.
1. Genehmigung erforderlich
Would pause for approval
2. Auto-Verlängerung setzen
domain has no registrar connection
3. Benachrichtigung senden
Would notify 1 destination(s)
Testlauf
Aktionen sind ein Baum, und ein Zweig kann eine Person sein
Fast alles, was sich zu automatisieren lohnt, hängt von Bedingungen ab. Nach Tag verteilen. Benachrichtigen, fünfzehn Minuten warten und nur eskalieren, wenn es noch down ist. Vor allem, was du nicht rückgängig machen kannst, jemanden fragen. Deshalb lassen sich Zweige und Für-jedes-Schleifen verschachteln. Nach einer Wartezeit geht es genau an dem Schritt weiter, an dem der Lauf stand. Eine Genehmigung hält den Lauf an, bis eine benannte Person ja sagt.
- Ablehnen beendet den Lauf
- Lege Genehmiger fest, dann reicht keine weitergeleitete Mail
- Platzhalter bringen Live-Details. Geheimnisse bleiben draußen
Monitor-Alarm · Status ist gleich down
Das tun — Aktionen laufen der Reihe nach, Stopp beim ersten Fehler
Dann
Sonst
Aktion hinzufügen
Aktionen suchen…
Ablauf
Wenn / Verzweigung
Schritte nur ausführen, wenn Bedingungen zutreffen — sonst die Sonst-Schritte.
Für jedes
Schritte für jedes Element einer Liste wiederholen.
Warten
Den Ablauf pausieren und später fortsetzen — z. B. melden, warten, erneut prüfen.
Wert festlegen
Definiere einen benannten Wert, den spätere Aktionen in dieser Automatisierung wiederverwenden können.
Genehmigung erforderlich
Pausieren, bis jemand genehmigt, bevor die folgenden Schritte laufen.
Jedes Ereignis, auf das du angewiesen bist, und viele mehr
Vierundneunzig Ereignisse im ganzen Produkt: eine registrierte Domain, eine abweichende Zone, ein erstellter Server, ein ausgefallener Monitor, eine beobachtete Domain kurz vor dem Drop. Fünfundneunzig Aktionen, für jedes davon. GitHub, Jira, Linear und PagerDuty starten Regeln direkt. Das kann auch ein Zeitplan in deiner Zeitzone oder ein eingehender Webhook von jedem Tool.
- 56 Aktionen eingebaut, 39 über verbundene Konten
- GitHub, Jira, Linear, PagerDuty in beide Richtungen: ab Pro
- Zwölf Vergleiche in Bedingungen, keine Ausdruckssprache
Wenn das passiert
Ereignisse suchen…
Domains6
Domain hinzugefügt
Eine Domain wurde zu InfraNest hinzugefügt oder importiert.
Domain läuft ab
Eine Domain nähert sich dem Ablaufdatum.
Domainstatus geändert
Nameserver oder Status einer Domain haben sich geändert.
DNSSEC defekt
Die DNSSEC einer Domain validiert nicht mehr — prüfende Resolver können die Antwort für die Domain verweigern.
Domain verlängert
Der Registrar einer Domain hat das Ablaufdatum verlängert.
Domain gelöscht
Eine Domain wurde aus InfraNest entfernt.
DNS4
Zertifikate7
Server14
Monitoring14
95 Ereignisse in 10 Kategorien
Alle Ereignisse einer Kategorie
Alle domain-Ereignisse
6 Ereignistypen
Alles, was passiert
95 Ereignistypen
Vorschläge mit Begründung und Vorlagen für den Rest
Eine erste Automatisierung sucht man sich leichter aus, als sie zu erfinden. Der Tab Vorgeschlagen listet auf, was zu deinen verbundenen Tools passt, und deine letzten 30 Tage begründen es. Was nur informiert, schaltest du mit einem Klick ein. Was etwas ändert, öffnet sich zuerst zur Prüfung. Dahinter stehen zweiundfünfzig Vorlagen, etwa einen Monitor nach fünfzehn Minuten eskalieren. Speichere auch eigene als Vorlage.
- Jede zeigt Wann, Dann und ob sie etwas ändert
- Eine Automatisierung überwacht alles Neue, im Rahmen deines Tarifs
- Vorlagen füllen den Editor. Nichts läuft vor dem Speichern
Mit einem fertigen Rezept starten — nach Kategorie oder Trigger filtern oder suchen. Ein Klick füllt den Builder vor; vor dem Speichern anpassen.
Monitor down → niemand bestätigt → eskalieren
v2Monitor-Alarm → Warten → Benachrichtigung senden → Warten → Benachrichtigung senden → Warten → Benachrichtigung senden
Ablaufende Domain → genehmigen, dann automatisch verlängern
v2Domain läuft ab → Genehmigung erforderlich → Auto-Verlängerung setzen → Benachrichtigung senden
Vorfall geöffnet → auf Statusseite ankündigen, außer bei kurzen Aussetzern
v2Vorfall geöffnet → Warten → Statusseiten-Ankündigung posten → Benachrichtigung senden
Monitor down → Server neu starten
v2Monitor-Alarm → Warten → Server neu starten → Benachrichtigung senden
Ein anderes System fragen und auf die Antwort reagieren
v2Domain läuft ab → Webhook aufrufen → Wenn / Verzweigung → Benachrichtigung senden → Benachrichtigung senden
Erneuerung nach 24 Stunden nicht live → Benachrichtigung
v2Erneuerung hat eine Adresse nicht erreicht → Warten → Wenn / Verzweigung → Benachrichtigung senden
Deployment erfolgreich → prüfen, ob es läuft → Commit-Status setzen
v2GitHub-Deployment-Status → Monitor jetzt prüfen → Wenn / Verzweigung → Commit-Status setzen → Commit-Status setzen
Server eingefroren → neu starten, höchstens einmal am Tag
v2Server eingefroren → Server neu starten → Wenn / Verzweigung → Benachrichtigung senden → Benachrichtigung senden
Volume voraussichtlich in 7 Tagen voll → um 25 % vergrößern, bis zu einer Grenze
v2Volume läuft voraussichtlich voll → Volume vergrößern → Wenn / Verzweigung → Benachrichtigung senden → Benachrichtigung senden
Wöchentliche Erinnerung: übrige DNS-Einträge aufräumen
v2Geplant → Übrige DNS-Einträge finden → Wenn / Verzweigung → Benachrichtigung senden
Zertifikat läuft ab → GitHub-Workflow ausführen
v2Zertifikat läuft ab → GitHub-Workflow ausführen
Server überall nicht erreichbar → aus dem Load Balancer nehmen, zurücksetzen, wenn er gesund ist
v2Monitor-Alarm → Wenn / Verzweigung → Warten → LB-Ziel entfernen → Benachrichtigung senden → Wenn / Verzweigung → LB-Ziel hinzufügen → Benachrichtigung senden
Monitor offline → nach Tag routen
v2Monitor-Alarm → Wenn / Verzweigung → Benachrichtigung senden → Benachrichtigung senden
Neues Domain-Onboarding
Domain hinzugefügt → DNS-Zone erstellen → DNS-Vorlage anwenden → Monitoring starten
Ablaufende Domains automatisch verlängern
Domain läuft ab → Auto-Verlängerung setzen → Benachrichtigung senden
GitHub-Workflow fehlgeschlagen → Issue öffnen & benachrichtigen
GitHub-Workflow-Lauf → GitHub-Issue erstellen → Benachrichtigung senden
Neuer Server → Backups & Schutz aktivieren
Server hinzugefügt → Backups aktivieren → Löschschutz aktivieren
Schwaches Zertifikat → Webhook
Schwaches Zertifikat → Webhook aufrufen → Benachrichtigung senden
Zertifikat läuft ab → GitHub-Issue öffnen
Zertifikat läuft ab → GitHub-Issue erstellen
Zertifikat läuft bald ab → PagerDuty-Vorfall eröffnen
Zertifikat läuft ab → PagerDuty-Incident auslösen
Zertifikat läuft ab → Verantwortlichen erinnern
Zertifikat läuft ab → Benachrichtigung senden
Zertifikat läuft bald ab
Zertifikat läuft ab → Benachrichtigung senden
DNS-Eintrag gelöscht → Adresse nicht mehr verfolgen
DNS-Eintrag gelöscht → Adresse nicht mehr verfolgen
Critical incident resolved → write a postmortem in Notion
Vorfall behoben → write_incident_report
Deployment erfolgreich → Cloudflare-Cache leeren
GitHub-Deployment-Status → Cloudflare-Cache leeren
DNS-Eintrag geändert → benachrichtigen
DNS-Eintrag geändert (In-App) → Benachrichtigung senden
Domain läuft ab → GitHub-Issue öffnen
Domain läuft ab → GitHub-Issue erstellen
Domain läuft bald ab → PagerDuty-Vorfall eröffnen
Domain läuft ab → PagerDuty-Incident auslösen
Domain-Ereignisse an mein System senden
Domain hinzugefügt → Webhook aufrufen
Alles an mein System senden
Domain hinzugefügt → Webhook aufrufen
Deployment erfolgreich → auf Statusseite ankündigen
GitHub-Deployment-Status → Statusseiten-Ankündigung posten
Release veröffentlicht → auf Statusseite ankündigen
GitHub-Release → Statusseiten-Ankündigung posten
GitHub-Workflow auf main fehlgeschlagen → Bereitschaft alarmieren
GitHub-Workflow-Lauf → PagerDuty-Incident auslösen
GitHub-Workflow fehlgeschlagen → fehlgeschlagene Jobs einmal neu starten
GitHub-Workflow-Lauf → Fehlgeschlagene Jobs erneut ausführen
Incident acknowledged → say who is on it, on its ticket
Vorfall bestätigt → comment_linked_ticket
Ausfall bestätigt → dem Team sagen, wer sich kümmert
Vorfall bestätigt → Benachrichtigung senden
Vorfall eröffnet → Cloudflare Under Attack
Vorfall geöffnet → Cloudflare-Sicherheitsstufe setzen
Incident eröffnet → GitHub-Issue öffnen
Vorfall geöffnet → GitHub-Issue erstellen
Incident behoben → sein GitHub-Issue schließen
Vorfall behoben → GitHub-Issue schließen
Incident resolved → note how long it lasted, on its ticket
Vorfall behoben → comment_linked_ticket
Vorfall geöffnet → an Webhook / Sheet protokollieren
Vorfall geöffnet → Webhook aufrufen
Ein anderes Werkzeug eine Automatisierung auslösen lassen
Eingehender Webhook → Benachrichtigung senden
Wartung gestartet → Statusankündigung
Wartung gestartet → Statusseiten-Ankündigung posten
Mein eigenes System benachrichtigen, wenn ein Monitor ausfällt
Monitor-Alarm → Webhook aufrufen
Neue Domain, neuer Server oder neue Statusseiten-Komponente → überwachen
Domain hinzugefügt → Hinzugefügtes überwachen
Neuer Server → überwachen
Server hinzugefügt → Neuen Server überwachen
Neue Domain → Website überwachen
Domain hinzugefügt → Neue Website überwachen
Monatlicher Uptime-Bericht an einen Kunden
Geplant → Monatlichen Uptime-Bericht mailen
PagerDuty-Vorfall mit hoher Dringlichkeit → auf Statusseite ankündigen
PagerDuty-Incident ausgelöst → Statusseiten-Ankündigung posten
PagerDuty-Vorfall gelöst → dem Team Bescheid geben
PagerDuty-Incident aufgelöst → Benachrichtigung senden
Produktionsmonitor offline → Bereitschaft alarmieren
Monitor-Alarm → Benachrichtigung senden
Server startet nach Zeitplan neu → wöchentliches Wartungsfenster vorschlagen
Server startet nach Zeitplan neu → Benachrichtigung senden
Ticket finished and the monitor is back → resolve the incident
incident.ticket_closed → resolve_incident
Vor dem Verlängern einer Domain fragen, die nichts nutzt
Domain läuft ab → Benachrichtigung senden
Beobachtete Domain verfügbar → benachrichtigen
Beobachtete Domain verfügbar → Benachrichtigung senden
Wöchentliche Erinnerung an Abläufe
Geplant → Benachrichtigung senden
56 von 56 Rezepten angezeigt
Was es sonst noch erledigt
Die Teile, die erst interessant werden, wenn du sie brauchst.
Leitplanken, an die du nie denkst
Ein Lauf stoppt bei 100 Aktionen und 500 Schritten, eine Schleife bei 100 Durchläufen.
Automatisierungen, die Automatisierungen auslösen
Eine Kette stoppt bei fünf Ebenen, und eine Regel kann sich darin nicht selbst erneut auslösen.
Einen früheren Lauf wiederholen
Ist die Ursache behoben, führst du jeden Lauf mit seinen ursprünglichen Daten erneut aus.
Einen Wert zwischen Schritten mitnehmen
Nutze, was ein früher Schritt geliefert hat, auch die Antwort eines Webhooks, in einer späteren Bedingung, Nachricht oder Anfrage.
Eine Regel, mehrere Ereignisse
Höre auf eine ganze Kategorie oder auf alles und leite es an dein eigenes System weiter.
Alarme dort, wo du sie schon liest
Slack, Teams, Discord, Telegram, E-Mail oder ein Webhook, pro Aktion gewählt.
Bau deine erste Regel in etwa zwei Minuten
Starte mit einer Vorlage, spiele sie gegen deinen eigenen Verlauf ab und schalte sie dann ein. Nichts läuft vor dem Speichern.
Skripte und Erinnerungen vs InfraNest
Der Unterschied zwischen etwas, das ausgelöst hat, und wissen, was es getan hat.
Skripte und Erinnerungen
- Ob die Regel stimmt, erfährst du beim Auslösen
- Ein gestoppter Cronjob sieht aus wie ein laufender
- „Fehlgeschlagen“, ohne zu wissen, warum
- Der unumkehrbare Schritt läuft um 3 Uhr, und niemand ist wach
- Schritte, die nur jemand im Kopf hat
Mit InfraNest
- Spiele sie ab und teste zuerst jeden Schritt
- Fünf Fehlschläge in Folge schalten die Regel ab und nennen den Grund
- Die Ablehnung nennt das fehlende Recht
- Genehmigung erforderlich wartet auf eine benannte Person
- Eine Regel, ein Auditprotokoll, jedes Mal gleich
Ein Login, zehn Module
Neun Module stecken in jedem Tarif, auch in Free, Firewalls gibt es ab Pro. Es unterscheiden sich die Limits und ein paar erweiterte Funktionen ab Pro.
Darauf aufbauen
Was es einzeln kosten würde
Jedes Teil aus einem anderen Tool – das summiert sich schnell:
- Uptime-Monitoring
- ~26 €
- SSL-Tracking
- ~15 €
- Statusseite
- ~26 €
- Über 3 einzelne Tools
- ~67 €/Mon.
Außerdem in Pro, oben nicht mitgerechnet: 100 Domains mit DNS, 10 Server über deine Cloud-Anbieter hinweg, 25 Automatisierungen, Dynamic IP und Drop Catch.
Jede Zeile ist der günstigste Bezahltarif des jeweiligen Tools. Pro deckt alles ab: 50 Monitore, 100 Zertifikate und 3 Statusseiten auf deiner Domain.
Preise geprüft im Oktober 2026 · Dollarpreise zum EZB-Kurs
Gemacht für die Art, wie du arbeitest
Häufige Fragen
Muss ich Code schreiben?
Nein. Du wählst einen Auslöser, fügst Filter aus Menüs hinzu und wählst Aktionen, meist ausgehend von einer der zweiundfünfzig Vorlagen. Bedingungen sind bewusst keine Formelsprache, also siehst du, was eine Regel tut, ohne sie auszuführen.
Woher weiß ich, dass eine Regel tut, was ich meine?
Der Editor schreibt sie dir als klaren Satz zurück, und ein Testlauf ändert nichts. Ein Rückblick zeigt, wie oft sie in den letzten dreißig Tagen ausgelöst hätte und wofür.
Was tut eine automatische Behebung von selbst?
Nichts, bis du sie lässt. Es gibt drei. Einen ausgefallenen Server aus seinem Load Balancer nehmen und wieder aufnehmen. Einen eingefrorenen Server höchstens einmal am Tag neu starten. Ein volllaufendes Volume bis zu deinem Limit vergrößern. Jede hält zuerst fest, was sie getan hätte, und deine Liste zeigt, wie oft in den letzten 30 Tagen. Du kannst jederzeit zurück zum Beobachten. Ein Datenbankserver wird nur neu gestartet, wenn du es auf seiner Seite erlaubst. Ein Wartungsfenster lässt die Behebung für eingefrorene Server warten. Friert ein Server binnen eines Tages erneut ein, erfährt es dein Team, und eine Person übernimmt. Eine Volume-Behebung braucht zuerst ein Kostenlimit und vergrößert kein Volume mit unbekanntem Preis. Danach nennt die Nachricht den Befehl, um den neuen Platz zu nutzen. Jede Änderung steht im Auditprotokoll.
Kann eine Regel bei GitHub, Jira oder PagerDuty handeln?
In beide Richtungen. Ihre Ereignisse starten Regeln: ein gescheiterter Workflow, ein gemergter Pull Request, ein eskalierter Vorfall. Regeln wirken zurück: ein Issue öffnen oder labeln, einen Pull Request mergen, einen Workflow neu ausführen, ein Ticket weiterschalten. GitHub, Jira, Linear, Notion oder PagerDuty verbinden geht ab Pro.
Was passiert, wenn eine Aktion fehlschlägt?
Ein vorübergehender Fehler wird nach 30 Sekunden wiederholt, dann nach zwei, fünf, zehn und fünfzehn Minuten. Klappt es nie, gibt der Lauf auf und hält den Grund fest. Fehlt deinem Zugang ein Recht, stoppt die Regel sofort, nennt das Recht so, wie dein Anbieter es schreibt, und benachrichtigt dich. Du kannst einen Schritt auch weiterlaufen lassen.
Könnte eine Automatisierung versehentlich etwas zerstören?
Nichts läuft, bevor du eine Regel speicherst und aktivierst. Alles Unumkehrbare kann hinter „Genehmigung erforderlich“ stehen. Eine Regel handelt mit den Rechten des Workspace-Inhabers oder ihres Erstellers, nie mit einem unbegrenzten Dienstkonto. Ein Lauf nutzt eine eingefrorene Kopie der Regel, eine Änderung mittendrin ändert ihn also nicht. Eine gelöschte Regel lässt sich vierzehn Tage lang wiederherstellen.
Wie viele Automatisierungen bekomme ich?
Drei Regeln im Free-Tarif, fünfundzwanzig in Pro und unbegrenzt in Business. Die meisten eingebauten Aktionen funktionieren im Free-Tarif. Die elf, die Strom, Backups oder Schutz eines Servers oder Cloudflare-Einstellungen ändern, brauchen mindestens Pro. Das gilt auch für das Eingreifen einer automatischen Behebung. Beobachten, Laufverlauf, Testläufe und Rückblick gibt es in jedem Tarif.
Schreib die Regel einmal und denk nicht mehr daran
Starte mit einer Vorlage, beweise sie an deinem eigenen Verlauf und lass sie dann laufen.
Kostenloser Plan · Keine Kreditkarte nötig · In Minuten eingerichtet