n8n workflow nie działa: retry, monitoring i alerty
Workflow może działać tygodniami, a potem zatrzymać się przez limit API, wygaśnięty token, zmianę danych lub niedostępny CRM. Produkcyjna automatyzacja musi nie tylko wykonywać zadanie, ale też wykrywać błąd, zachować dane i poinformować człowieka.
Dlaczego workflow przestaje działać
Najczęstsze problemy nie wynikają z samego n8n. Zewnętrzne API zmienia format odpowiedzi, token traci ważność, webhook dostaje niepełne dane albo kolejny system odpowiada zbyt wolno. W logu trzeba zachować identyfikator wykonania, wejście, etap błędu i odpowiedź usługi.
- Wygaśnięte tokeny OAuth i klucze API.
- Limity liczby zapytań lub chwilowy błąd 429/503.
- Brak wymaganego pola w formularzu albo zmieniony typ danych.
- Duplikaty po ponownym uruchomieniu workflow.
- Brak miejsca, pamięci lub połączenia z bazą na serwerze n8n.
Retry tylko wtedy, gdy nie tworzy duplikatów
Automatyczne ponowienie odczytu danych jest zwykle bezpieczne. Ponowienie utworzenia zamówienia, faktury, płatności lub wysłania wiadomości może wykonać operację drugi raz. Użyj klucza idempotencji albo zapisz status przed kolejną próbą.
Monitoring powinien działać poza głównym workflow
Alert w ostatnim węźle nie wystarczy, jeśli wykonanie zatrzyma się wcześniej. Warto użyć osobnego Error Workflow, monitoringu dostępności instancji i okresowego sprawdzenia, czy proces wykonał się w oczekiwanym czasie. Krytyczne alerty wysyłaj niezależnym kanałem, na przykład do Telegrama i emaila.
Najpierw zapisz dane, potem wywołuj API
Dane z formularza lub webhooka powinny trafić do trwałego magazynu przed klasyfikacją AI, wysyłką emaila i zapisem w CRM. Dzięki temu awaria jednego systemu nie usuwa całego zgłoszenia. W logach nie zapisuj pełnych haseł, tokenów i danych, które nie są potrzebne do diagnozy.
Checklista niezawodnego workflow n8n
- Waliduj dane na wejściu.
- Nadaj każdej sprawie unikalny identyfikator.
- Zapisz oryginalne dane przed zewnętrznym API.
- Ustaw timeout i ograniczoną liczbę ponowień.
- Zabezpiecz operacje przed duplikatami.
- Dodaj Error Workflow oraz niezależny alert.
- Monitoruj brak oczekiwanego wykonania.
- Przechowuj eksport i opis sposobu odtworzenia workflow.
Jeżeli formularze, email, Telegram i CRM mają działać jako jeden proces, zobacz usługę automatyzacja zgłoszeń i CRM.
n8n workflow nie uruchamia się: trigger, webhook i credentials
Zapytania „n8n workflow not triggering” i „n8n workflow not executing” zwykle opisują inny problem niż błąd w node. Jeżeli execution w ogóle się nie pojawia, najpierw sprawdź publikację, aktywację i źródło zdarzenia, a dopiero później retry.
Workflow nie jest aktywny lub opublikowany
Sprawdź, czy wersja produkcyjna jest aktywna lub opublikowana w używanej wersji n8n. Execute Workflow potwierdza wyłącznie test ręczny.
Integracja używa testowego webhook URL
Webhook node udostępnia adres testowy i produkcyjny. Po uruchomieniu zewnętrzny system musi wysyłać dane na production URL.
Schedule Trigger korzysta z innej strefy czasowej
Porównaj timezone instancji, workflow i serwera. Sprawdź też filtry oraz projekt na liście executions.
Credentials lub OAuth wygasły
Otwórz nieudaną execution i przeczytaj odpowiedź API. Wygasły token, zmienione scopes lub cofnięty dostęp wymagają naprawy credentials.
Dlaczego n8n Error Workflow nie działa
Przypisz Error Workflow w ustawieniach głównego workflow i rozpocznij go od Error Trigger. Testuj na prawdziwej failed execution. Błąd ręcznego testu pojedynczego node albo błąd przechwycony przez logikę może nie utworzyć oczekiwanego alertu.
Oficjalna dokumentacja n8n
Częste pytania
Dlaczego workflow n8n zatrzymuje się bez powiadomienia?
Najczęściej workflow nie ma osobnej ścieżki błędu albo alert zależy od systemu, który sam uległ awarii. Błąd trzeba zapisać i wysłać niezależnym kanałem.
Czy każdy błąd można automatycznie ponowić?
Nie. Ponowienie jest bezpieczne tylko dla operacji idempotentnych lub zabezpieczonych przed duplikatami.
Czy n8n nadaje się do procesów produkcyjnych?
Tak, jeśli workflow ma walidację, obsługę błędów, monitoring, kopie konfiguracji, bezpieczne poświadczenia i procedurę awaryjną.
Dlaczego aktywny n8n workflow nie uruchamia się?
Sprawdź production webhook URL, zdarzenie w systemie źródłowym, timezone Schedule Trigger i listę executions. Brak execution oznacza problem przed pierwszym node przetwarzającym.
Kiedy używać retry on fail w n8n?
Dla tymczasowych błędów sieci i serwera, z limitem prób oraz przerwą. Błędy danych i autoryzacji wymagają usunięcia przyczyny.
Dlaczego Error Workflow nie wysyła alertu?
Sprawdź przypisanie w ustawieniach, Error Trigger i wykonaj test na prawdziwej, nieprzechwyconej failed execution.