thanks for the reply, and just wanted to confirm each of those have been tested even with a single step zap, and no other apps. I’'ve connected and reconnected my account
I think the fact that I can creeate the Zap successfully (which means my account is connected, it pulls the data from Tawk.to into Zapier during
So it shows this proves that my account, and everything should work but enabling the Zap and the task that happen during the process of turning it on, this is between Zapier and Tawk.to, meaning Zapier has to setup a webhook, and few other for the zap to be enabled and work correctly so its Zapier attempting to connect to Tawk.to via api.tawk not me (when enabling or turning on the Zap) t
The issue only occurs after I have setup the Zap successfully when I attempt toe enable it
unfortunately there is no way for me to provide a screenshot of the error message that Zapier provided to me, this is the error log that is happening each time Zapier attempts to connect to tawk so
RESPONSE
500
alt-svc: h3=“:443”; ma=86400
cf-cache-status: DYNAMIC
cf-ray: 96a645ca6c862a30-IAD
connection: close
content-length: 35
content-type: application/json
date: Tue, 05 Aug 2025 12:24:38 GMT
server: cloudflare
strict-transport-security: max-age=0; includeSubDomains; preload
x-content-type-options: nosniff
{
“ok”: false,
“error”: “server_error”
Zapier says it best below in quotes:
"I want to start out by clarifying why you’re experiencing an error when trying to turn on the Zap compared to setting it up and testing it: When you turn the Zap on, our system reaches out to Tawk to set up a webhook subscription on their end. This allows them to send us a webhook request to notify us about new chat starting events, which in turn triggers your Zap. This webhook subscription process only occurs when turning the Zap on, not during any testing or setup phases.
Next, when you contacted Tawk, did you share the log output I previously sent you? That log shows the 500 error Tawk returned to us when we attempted to set up the webhook subscription on their end. If not, I recommend reaching back out to them with that specific log. This will help them investigate the specific request causing the issue, so they can focus in on that."