When I'm running clay via a webhook automation, does it retry the runs if some of the column enrichments hits an API limit?
Yes, Clay is deploying features like retries and smarter pacing to better handle rate limits, which reduces errors and ensures more consistent performance.
When you hit API rate limits, Clay automatically manages this by implementing rate limiting per row or column to maintain system stability. For webhook automations specifically, you can also configure rate limits in your enrichment settings if the API documentation specifies limits. [1]
The system is designed to minimize failures, especially for newer columns, though older columns are generally less prone to rate limit issues.
Is that what you were looking for?
What if the API timed out? will clay retry
Yes, many services implement retry mechanisms with exponential backoff to resend requests multiple times when endpoints are unavailable or timeout. [1] However, the sources don't specify Clay's exact timeout retry behavior for webhook automations specifically. You might want to test this with a single row first to see how our system handles timeouts in your particular setup.
Did that answer your question?
is there a difference in the timeout using
clay native integration apps
Https
The available information doesn't specify different timeout and retry behaviors between webhook automations and native integrations. We know Clay is implementing retries and smarter pacing features to handle rate limits better across the platform, but the exact timeout handling mechanisms aren't detailed for either approach.
For webhooks, the general rate limit guidance is around 10 requests per second, but timeout specifics aren't covered. Native integrations would likely follow similar patterns but may have their own specific configurations.
Are you experiencing timeout issues with a particular integration that's prompting this question?
retries and smarter pacing -> do let me see the docs
The retries and smarter pacing features are mentioned in our troubleshooting docs, but they don't have dedicated documentation pages yet since they're still being deployed.
Here's what we know: Clay is implementing retries and smarter pacing to better handle rate limits, which reduces errors and ensures more consistent performance across the platform.
These features are particularly helpful for columns with heavier prompts or when you're hitting API rate limits. The system automatically manages rate limiting per row or column to maintain stability.
Since these are newer features being rolled out, the full technical documentation isn't available yet. Is there a specific rate limiting issue you're trying to solve that I can help with?
If you still need help understanding retries, timeouts, or rate limiting in Clay, I’m here to assist. Would you like to provide more details about the specific issue you’re trying to resolve?
