Rate Limits
Rate limit tiers, headers, and best practices for the WedStay API.
Rate Limits
The WedStay API uses rate limits to ensure fair usage and platform stability.
Tiers
| Free | Pro | |
|---|---|---|
| Read requests | 100 / day | 10,000 / day |
| Inquiry submissions | 5 / day | 50 / day |
| Burst limit | 10 / minute | 60 / minute |
| Price | $0 | Contact us |
All limits reset at midnight UTC.
Rate limit headers
Every API response includes rate limit information in the headers:
| Header | Description |
|---|---|
X-RateLimit-Limit | Maximum requests allowed in the current window |
X-RateLimit-Remaining | Requests remaining in the current window |
X-RateLimit-Reset | Unix timestamp when the window resets |
Retry-After | Seconds until you can retry (only on 429 responses) |
Example headers
429 Response
When you exceed the rate limit, you'll receive a 429 Too Many Requests response:
Best practices
- Cache responses — Venue data changes infrequently. Cache search results for at least 5 minutes.
- Use pagination — Don't fetch all venues at once. Use
cursorandlimitparameters. - Check headers — Monitor
X-RateLimit-Remainingto avoid hitting limits. - Implement backoff — On 429 responses, wait for the
Retry-Afterduration before retrying. - Batch where possible — Use search filters to get the data you need in fewer requests.