i am starting to use n8n and fibery in combination to make some automation stuff happening on google contacts and others
now I run into this problem:
i have an automation on my contact type. so when i change a name it start the automation to clean up this name. that results in two updates on the contact-type… ergo two webhooks are fired.
in n8n i get that webhook result and because it fires double, also the automation in n8n runs twice …
any way of having a webhook “threshold” ?
or another solution would be to have a webhook triggered not automatically on every change but actually just when i hit a “sync” button on a contact entity. … that would be even better actually - as it would not trigger on every little change that is happening on a contact
I think it’s unlikely that we would implement webhook ‘batching’ or a ‘sync’ button. I think the expectation is that the recipient of the webhook firing should filter out changes that aren’t relevant.
For a service like Zapier, you wouldn’t need to write a script to send data - the Fibery integration with Zapier supports ‘watching’ for changes. Then, if you specifically need JSON, you can use a Zapier module to format the data received as you need it.
I’m not too familiar with n8n, so I don’t know what’s possible, but since you have the changes in Fibery triggering in n8n, I don’t quite understand why there needs to be a ‘push’ from the Fibery side…
Well, if the button causes a change, then that change would trigger the webhook, but I presume you mean that you want the button to trigger a webhook, but changes from other activities in the db should not. In that case, then the answer is no.
To be honest, it’s not obvious to me why you would want to use webhooks in this situation - can’t you just make a call to the relevant service from within a script in the button automation. This is how I would imagine you would ‘push’ data from Fibery.
I agree that this is the solution here.
But, I still think it would be helpful to have trigger conditions for webhooks here in Fibery.
Example: You’d like to trigger an action in another system when the state changes in Fibery.
This is a case where I’d prefer a webhook because I’d have multiple different external actions based on what the state is.
Yes, my external listener can do some filtering, but Fibery webhooks don’t include metadata on what field changed, the old value and the new one.
Today’s version of Fibery webhooks trigger for every change indiscriminately an it would be more efficient to restrict the triggers than to aggressively filter with no change log.