View all app connections
View all AI automations
View all chatbots
View all lead automations
View all booking automations
View all payment automations
View all workflows
View all Shopify
View all WooCommerce
View all HubSpot
View all Salesforce
View all Stripe
View all Google Sheets
View all Slack
View all dental practice
View all law firm
View all medical practice
View all real estate
View all restaurant and food
View all home services
View all construction
See all: get more leads
See all: get paid faster
See all: save admin time
See all: support customers
See all: book more appointments
See all: sell more online
See all: hire and onboard
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
View all AI automations
Resources

Platform limits and practical guides.

The numbers and behaviors that decide whether an automation holds up, collected from each platform’s published documentation. Kept current as platforms change.

Cited from official docsKept currentFree
Always confirm before relying on a number

Platforms change limits and plans. These figures reflect each platform’s documentation as we read them. Check the platform’s own documentation before you design around a specific value.

Limits at a glance

What each platform allows.

Three platforms that most automations touch, with the limits that matter and what each means for your design.

TopicWhat to know
Request rateAbout 100 requests per second in live mode and 25 per second in sandboxes, for most endpoints.
Webhook deliveryFailed deliveries are retried for up to three days in live mode. Events can arrive more than once and out of order.
Event historyThe events list covers the last 30 days. Anything older has to be stored by you.
Idempotency keysUp to 255 characters, and Stripe may remove saved keys after at least 24 hours.

Design implication: treat every webhook as possibly duplicated or late, check the object’s current state, and use idempotency keys for writes. Read more in Stripe webhooks: retries, duplicates and order.

Reading a limit

Five questions to ask about any limit.

A number on its own is not useful. These five questions turn it into a design decision.

  1. 1

    Per what?

    Per second, minute or day? Per user, project or connection? The unit changes everything.

    Unit
  2. 2

    What happens at the limit?

    Rejected, delayed, queued or silently dropped? Each needs a different design.

    Behavior
  3. 3

    Does my plan change it?

    Higher plans often raise limits. Confirm yours.

    Plan
  4. 4

    Can it be raised?

    Some platforms raise limits on request. Ask before redesigning.

    Option
  5. 5

    What is my peak?

    Limits bite on your busiest day, not your average one.

    Peak
Glossary

Terms in plain English.

20 words you will meet in quotes, handover documents and platform docs, each with a one-line definition and an example from a real automation. Search, or filter by topic.

AData

API

A defined way for one program to ask another for data or to make it do something.

In practiceOur automation asks the Notion API to create a page whenever a form arrives.
BReliability

Backoff

Waiting progressively longer between retries so a struggling system has time to recover.

In practiceA failed call is retried after 1, 2, 4 and 8 seconds instead of ten times in a row.
CAccess

Customer dashboard

Your private area on BoldBellows where you send logins and API keys, share files, message the team and follow milestones.

In practiceRequests for access appear there, and you answer them there, never by email or form.
Read more
EData

Endpoint

A web address that accepts requests. A webhook is delivered to an endpoint, and an API is called at one.

In practiceThe address we give you to paste into a platform’s webhook settings is an endpoint.
FData

Field mapping

The agreed table that says which field in one system corresponds to which field in another.

In practice‘Customer email’ in the store maps to ‘Contact email’ in the CRM, and ‘Total’ maps to ‘Deal amount’.
Read more
HBuilding

Handover document

The written record you receive at delivery: what was built, every connection and key used, and how to revoke each.

In practiceIt tells you exactly which keys to rotate on the day the project ends.
Read more
IReliability

Idempotency

Designing an action so that doing it twice has the same result as doing it once. It prevents duplicates when events are retried.

In practiceIf the same payment event arrives twice, only one row is created because the event id is checked first.
Read more
LAccess

Least privilege

Giving an account only the permissions it needs to do its job, and nothing more.

In practiceThe automation reads orders and writes to one sheet, so it gets no access to the rest of the drive.
Read more
MBuilding

Milestone

A defined stage of your project with its own due time. Each one has a countdown timer in your dashboard.

In practice‘Build and test’ is milestone two of four, and its timer shows how long is left.
Read more
OAccess

OAuth

A standard way to let an app access your account with limited permissions and no password changing hands.

In practiceYou approve a consent screen listing what the app can read, and you can remove it later from the platform.
Read more
PData

Pagination

Reading a long list one page at a time, following a cursor until there are no more pages.

In practiceA store with 8,000 products is read 100 at a time, 80 pages in all.
PData

Payload

The data carried inside a message, such as the body of a webhook, a request or a response.

In practiceA payment webhook’s payload includes the amount, the currency and the customer reference.
PData

Polling

Checking a system on a schedule to see whether anything changed, instead of waiting to be told by a webhook.

In practiceA job that asks a sheet for new rows every five minutes is polling.
QReliability

Queue

A waiting line for jobs, so bursts are processed at a safe pace instead of all at once.

In practiceA flash sale sends 500 orders in a minute; the queue feeds them to the CRM at the rate it can accept.
RReliability

Rate limit

The maximum number of requests a platform lets you make in a period. Go over it and requests are rejected or delayed.

In practiceNotion allows an average of about three requests a second, so a bulk import is paced instead of fired at once.
Read more
RReliability

Reconciliation

Comparing two systems to confirm they agree, then finding and fixing any difference.

In practiceEach night a check compares paid orders with sheet rows and flags any that are missing.
RAccess

Restricted key

An API key limited to specific permissions, so that a leak cannot do everything.

In practiceA key that can read payments but never create refunds, entered in your customer dashboard.
Read more
RBuilding

Revision round

One batch of changes to something we built, sent together and applied together. Two rounds are included.

In practiceYou collect five tweaks, send them as one request, and we apply and test them at once.
Read more
SBuilding

Sandbox

A safe copy of a platform for testing, where mistakes cost nothing and touch no real customers.

In practiceWe run every route against Stripe’s test mode before it touches a live payment.
WData

Webhook

A message a platform sends to a web address of yours the moment something happens, such as a payment succeeding.

In practiceStripe posts to your endpoint when an order is paid, and the automation adds the order to your sheet within seconds.
Read more
Resources FAQ

Questions about our guides.

How we gather, date and update the facts on this page.

Where do your platform facts come from?

From each platform’s published documentation, read and checked by the team, with the source named so you can verify it. We do not rely on forum posts or memory for figures. Where documentation is unclear, we say so instead of guessing.

How often do you update them?

When a platform changes something we have documented, and on a regular review of every figure against the official source. If you notice something that looks out of date, tell us through the contact form and we will check it.

Can I rely on the numbers?

Use them as a guide, then confirm in the platform’s documentation for your plan. Limits depend on plan, region and date, and platforms change them. The only binding figures are those in your accepted quote or order.

Why only three platforms here?

We start with the ones most automations touch: payments, databases and spreadsheets. Every service page lists the limits that apply to its platform pair, and we add more platform guides over time. Tell us which you would like next.

Can you add my platform?

Ask through the contact form with the platform name and the limits that matter to you. If many people ask for the same one, it moves up our list, and we can often answer a specific question directly in the meantime.

Are the guides free to share?

Yes, with a link back. Short extracts with a clear credit are welcome, and the copyright policy explains what to ask first, such as republishing a whole guide or translating it.

Do the limits change by region?

Some do. Check the platform’s documentation for your account’s region and plan. Data residency, payment methods and feature availability can differ by region, and we flag the ones that matter to your project in the quote.

What is a quota versus a rate limit?

A rate limit caps speed, for example requests per second. A quota caps volume, for example requests per day. You can stay under a rate limit and still exhaust a quota, or the reverse, so automations are designed with both in mind.

Want it built for you?

Browse fixed-price services across 128 platforms, or request a custom quote.

Honest limitsFixed prices