:00, :15, :30 und :45. */15 zählt von null aus, nicht vom Startzeitpunkt des Jobs – wer um 10:07 einträgt, bekommt den ersten Lauf um 10:15, nicht um 10:22.

Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?

Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.

Kann ich einen vorhandenen Ausdruck lesen lassen?

Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.

Wie lege ich die Viertelstunden auf :05, :20, :35 und :50?

Mit einem Startwert vor dem Schritt: 5-59/15 * * * *. Gezählt wird dann ab Minute 5 in 15er-Schritten; die Liste 5,20,35,50 * * * * bedeutet dasselbe. Das hilft, wenn zur vollen Viertelstunde schon andere Jobs laufen.

Wie geht alle 15 Minuten nur während der Arbeitszeit?

Stunden und Wochentage dazuschreiben. „every 15 minutes between 8am and 6pm on weekdays“ ergibt */15 8-17 * * 1-5: Montag bis Freitag von 8:00 bis 17:45, 40 Läufe am Tag. Nach Freitag 17:45 kommt der nächste Lauf am Montag um 8:00.

Wird etwas irgendwohin geschickt?

Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.

Cron alle 15 Minuten

Es ist */15 * * * *, also :00, :15, :30 und :45.

Beispiele ersetzen vorübergehend Eingabe und Einstellungen. Du kannst deine vorherige Arbeit wiederherstellen.

Eingabe0 Zeichen

Oder eine gängige auswählen

cron: •••• • • • •

Ergebnis

•••• • • • •

  •••••••••• •••••• ••••••
  • •••••••• •••••• ••••••
  • • •••••• ••• •• ••••• ••••••
  • • • •••• ••••• ••••••
  • • • • •• ••••••••• ••••• ••••••• ••• • • ••• ••• ••••••• •••••••• •••• ••
  •••• • • • •

  •••••••••• ••••
    ••••••        ••••••••••
    ••••••        ••••
    ••• •• •••••  ••••
    •••••         ••••
    •••••••••     ••••

  ••••••• •••• •••••••••••• ••••••••• •••••••••••••••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••
    •••••••••• •••••  ••

Ihre Dateien bleiben auf Ihrem Gerät

Dieses Tool läuft vollständig in Ihrem Browser. Was Sie einfügen, wird auf Ihrem Gerät verarbeitet und nie an einen Server gesendet. Es ist daher auch für Tokens, Schlüssel und unveröffentlichte Texte sicher.

Beispiel

Beispiel: den Ertrag eines Balkonkraftwerks alle 15 Minuten abfragen, nur 6 bis 22 Uhr

Ein Skript auf einem Heimserver fragt den Wechselrichter eines Balkonkraftwerks ab und schreibt den Ertrag in eine Tabelle. Mit */15 * * * * liefe es 96-mal am Tag, auch nachts, wenn kein Strom kommt. Der Server läuft in deutscher Zeit (Europe/Berlin).

Menü auf „Stattdessen unten beschreiben“ stellen und auf Englisch eingeben: every 15 minutes between 6am and 10pm. Heraus kommt */15 6-21 * * *.
Warum 6-21 und nicht 6-22? Das Stundenfeld nennt die Stunden, in denen gelaufen wird: 21 heißt 21:00, 21:15, 21:30 und 21:45. Um 22:00 läuft nichts mehr.
Eingegeben am Freitag, 23. Oktober 2026, um 21:31, nennt die Liste der nächsten Läufe 21:45 und dann Samstag 06:00 und 06:15.
Deutsch liest das Feld nicht: „alle 15 Minuten“ wird mit den unbekannten Wörtern „alle, minuten“ abgelehnt.

Ausdruck	Läuft	Läufe pro Tag
/15 * * *	rund um die Uhr, zu :00, :15, :30 und :45	96
/15 6-21 * *	6:00 bis 21:45	64
5-59/15 * * * *	versetzt: :05, :20, :35 und :50	96
/15 8-17 * 1-5	Montag bis Freitag, 8:00 bis 17:45	40
/15 4-19 * *	Server in UTC: im Sommer 6:00 bis 21:45, im Winter 5:00 bis 20:45 deutscher Zeit	64

*/15 6-21 * * * spart 32 leere Abfragen am Tag. Läuft der Server in UTC, verschiebt sich das Fenster mit der Zeitumstellung um eine Stunde: 4-19 passt dann nur im Sommer. Mit der Zeitzone Europe/Berlin auf dem Server gilt 6-21 im Sommer wie im Winter.

So funktioniert es

Der Ausdruck steht schon da: */15 * * * *. Die fünf Felder darunter sind Minute, Stunde, Tag des Monats, Monat und Wochentag, in dieser Reihenfolge.
In die Crontab, den CI-Zeitplan oder den Cloud-Scheduler kopieren. Dieselben fünf Felder bedeuten überall dasselbe.
Zum Ändern das Menü auf „Stattdessen unten beschreiben“ stellen und den Zeitplan auf Englisch eingeben – „every 2 hours“, „at 5pm on weekdays“. Deutsche Sätze liest das Feld nicht; die Rücklesung darunter erscheint auf Deutsch.
Die Rückübersetzung prüfen, nicht den Ausdruck. Was darunter steht, stammt aus dem Parsen des Gebauten: Es ist, was eine Maschine daraus macht, nicht was wir gemeint haben.

Häufige Fragen

Welche vier Minuten?: :00, :15, :30 und :45. */15 zählt von null aus, nicht vom Startzeitpunkt des Jobs – wer um 10:07 einträgt, bekommt den ersten Lauf um 10:15, nicht um 10:22.
Funktioniert das in GitHub Actions, Kubernetes und den Cloud-Schedulern?: Die fünf Felder ja. Unterschiedlich ist alles darum herum: Manche akzeptieren Namen wie @daily, Kubernetes-CronJobs nehmen dieselben fünf, und GitHub Actions startet geplante Läufe unter Last verspätet. Den Ausdruck einsetzen und dort prüfen, wo er laufen soll.
Kann ich einen vorhandenen Ausdruck lesen lassen?: Ja, dafür gibt es den Cron-Parser: Ausdruck einfügen, Erklärung und die nächsten Läufe bekommen. Es ist derselbe Parser, der hier das Gebaute zurückliest.
Wie lege ich die Viertelstunden auf :05, :20, :35 und :50?: Mit einem Startwert vor dem Schritt: 5-59/15 * * * *. Gezählt wird dann ab Minute 5 in 15er-Schritten; die Liste 5,20,35,50 * * * * bedeutet dasselbe. Das hilft, wenn zur vollen Viertelstunde schon andere Jobs laufen.
Wie geht alle 15 Minuten nur während der Arbeitszeit?: Stunden und Wochentage dazuschreiben. „every 15 minutes between 8am and 6pm on weekdays“ ergibt */15 8-17 * * 1-5: Montag bis Freitag von 8:00 bis 17:45, 40 Läufe am Tag. Nach Freitag 17:45 kommt der nächste Lauf am Montag um 8:00.
Wird etwas irgendwohin geschickt?: Nein. Gebaut und gelesen wird in dieser Seite. Ein Zeitplan verrät, wann Ihre Systeme etwas tun – das muss kein fremder Server wissen.