Supabase Cron überwachen – auch für Apps aus Lovable

Einrichtung

In drei Schritten eingerichtet

1. Heartbeat anlegen

   Legen Sie im Konto unter „Heartbeats“ einen neuen an, mit demselben Rhythmus wie Ihr Cron-Job und etwas Spielraum. Sie bekommen eine eigene Ping-Adresse, etwa https://runcheck.de/a8k3m2x9q1.

2. SQL-Job: die Meldung hinter die Arbeit

   Erledigt Ihr Job die Arbeit in SQL, setzen Sie net.http_get mit Ihrer Ping-Adresse dahinter, zum Beispiel im SQL Editor. Scheitert die Arbeit, bricht Postgres den Befehl beim ersten Fehler ab, und die Meldung ist nicht mehr an der Reihe. Zudem verschickt pg_net Anfragen erst, wenn die Transaktion abgeschlossen ist. Die Erweiterung pg_net schalten Sie bei Bedarf unter „Database › Extensions“ ein. Die Zeitgrenze von 10 Sekunden ersetzt die Vorgabe von 2 Sekunden.

   select cron.schedule('nachts-aufraeumen', '0 3 * * *', $$
     delete from sessions where expires_at < now();
     select net.http_get(url := 'https://runcheck.de/a8k3m2x9q1', timeout_milliseconds := 10000);
   $$);

3. Edge Function: die Meldung als letzte Zeile

   Ruft Ihr Job eine Edge Function auf, etwa für E-Mails oder den Abgleich mit anderen Diensten, gehört die Meldung in die Funktion selbst, vor die Antwort. Nur dann heißt sie: Die Arbeit ist getan. Die Zeitgrenze sorgt dafür, dass die Funktion nie lange auf uns wartet, und ein Fehler beim Melden wird ignoriert.

   Deno.serve(async (req) => {
     // ... Ihre Arbeit ...
     await fetch('https://runcheck.de/a8k3m2x9q1', { signal: AbortSignal.timeout(10000) }).catch(() => {});
     return new Response('ok');
   });

Die fertigen Zeilen für Linux, PHP, Python, Node.js, n8n, Make, Supabase und Vercel stehen auf der Seite Cronjob überwachen. Ihre eigene Ping-Adresse steht nach dem Anlegen im Konto, mit denselben Zeilen zum Kopieren.

Bei einem Ausfall

Was bei einem Ausfall passiert

Läuft der Job nicht (Projekt pausiert, Job deaktiviert, Fehler in der Abfrage) oder scheitert die Edge Function vor der letzten Zeile, bleibt die Meldung aus. Nach dem Spielraum warnen wir Sie, mit der nächsten Meldung kommt die Entwarnung.

FAQ

Häufige Fragen zu Supabase Cron

Wie überwache ich geplante Jobs in einer App aus Lovable, ohne SQL zu schreiben?

Bitten Sie Lovable im Chat, am Ende Ihres geplanten Jobs die Adresse https://runcheck.de/a8k3m2x9q1 aufzurufen, mit einer Zeitgrenze von zehn Sekunden und ohne dass ein Fehler dabei den Job abbricht. Die Zeilen oben zeigen, wie das Ergebnis aussehen soll. Projekte in Lovable Cloud haben laut Supabase keinen direkten Zugang zum SQL Editor; geplante Aufgaben und ihren Verlauf zeigt Lovable unter „Jobs“.

Bremst die Meldung meinen Supabase-Cron-Job aus?

Nein. pg_net arbeitet asynchron: Die Anfrage geht nach dem Ende der Transaktion im Hintergrund raus. In der Edge Function begrenzt AbortSignal.timeout das Warten auf zehn Sekunden, und Fehler beim Melden werden ignoriert.

Wie sehe ich, welche Cron-Jobs es in Supabase gibt?

Mit select jobname, schedule, command from cron.job; im SQL Editor. Die Läufe stehen in cron.job_run_details. Die Einträge dort räumt Supabase laut Dokumentation nicht automatisch auf.

Wie oft kann ein Supabase-Cron-Job laufen?

Laut Supabase von jeder Sekunde bis einmal im Jahr; Sekunden-Takte (30 seconds) setzen Postgres 15.1.1.61 oder neuer voraus (Stand Oktober 2026). Für den Heartbeat genügt ein Rhythmus von einer Minute, auch wenn der Job öfter läuft.