Do automations need ongoing maintenance?
Yes, if the business depends on them. A workflow can sit unchanged for a year and still fail on a Tuesday, because the systems on either side of it keep changing. The logic you paid for is rarely the problem. The edges are.
The usual causes:
- A connection lapses. Google issues refresh tokens that expire after 7 days to apps left in Testing status (Google OAuth documentation (opens in a new tab)), which catches many self-hosted n8n setups. Microsoft Entra app secrets expire after 24 months at most.
- A field changes upstream. Someone renames a HubSpot property or moves a column in the Google Sheet a Zap reads from.
- A vendor changes its API. Endpoints get retired, payloads change shape, and rate limits start to bite as volume grows.
- The platform moves. Self-hosted n8n ships new releases often, and skipping several turns a routine upgrade into a small project.
- A quota runs out. A Zapier task allowance or a Make operations allowance is used up mid-month.
None of these is a logic error, so testing at launch would not have caught them. They get caught by watching every run and by keeping an inventory of what each workflow depends on. If you are still choosing a platform, our comparison of n8n, Make and Zapier covers what self-hosting adds to the maintenance load.
