Sla over naar inhoud

Ik weet niet welke n8n-workflows werkelijk draaien en welke stilliggen

n8n's eigen executions-overzicht toont per workflow runs, maar zonder eigen dashboards mis je trends en silent failures. Een eigen monitoring-tabel met N8N_LOG_LEVEL en webhook-status maakt het beheersbaar.

Probeer dit eerst zelf

  1. 1Zet in n8n de execution-data persistence aan voor alle workflows (Workflow settings > Save executions). Anders verdwijnen runs uit de UI na een retentie-window.
  2. 2Bouw een meta-workflow die elk uur de Postgres execution-tabel queryt: aantal runs per workflow, foutpercentage, laatste-run-tijd.
  3. 3Stuur de output naar een tabel of een Slack-rapport. Wekelijkse trend: workflows die niet meer draaien, workflows met groeiende error-rate.
  4. 4Voor self-host: monitor ook de container zelf (CPU, RAM, restart-count) via een externe uptime-monitor. n8n-events vertellen niets over crashes.
  5. 5Documenteer per workflow de SLA: hoe vaak moet hij draaien, wat is een acceptabele faaluitval. Anders weet de monitor niet wanneer iets afwijkt.

Wanneer ons inschakelen

Heb je een groeiende n8n-installatie zonder zicht op runs, dan loont een mini-monitoring-laag. Daar kunnen we de query's en het dashboard voor opzetten.

Zie ook

Past het bovenstaande niet?

Beschrijf je situatie hieronder. We sturen jouw input plus de stappen die je al zag naar onze AI en geven gericht vervolg-advies. Als het te risicovol is om zelf te doen, zeggen we dat ook.

Wie ben je?

Voor de AI-vraag hebben we je e-mailadres en bedrijfsnaam nodig, zo kunnen we opvolgen als de AI er niet uitkomt, en voorkomt het misbruik van de tool.

Maximaal 2 vragen per uur en 5 per dag, bewust beperkt zodat de AI snel en goed blijft. Voor meer help je jezelf en ons door direct contact op te nemen.

Of doe het helemaal niet zelf

Onze Managed IT-klanten zoeken dit soort vragen niet op. Eén aanspreekpunt, vaste prijs per maand, en het is binnen werktijd opgelost.