Plans and limits

This page covers the hosted service at uptimepage.dev. A self-hosted instance has no plan limits at all: it ships with the same code, and you edit the plans row yourself. See Quotas and rate limits for the mechanism both modes share.

The plans

The current monitor counts, check intervals, history windows, seats, and status-page limits are on the pricing page, which is the number you are actually enforced at.

Founding is granted automatically while spots remain. There is nothing to claim and no code to enter. Once an account holds it, it keeps those limits for as long as the account is open, at no cost, and we do not downgrade it later.

What happens at a limit

Resource quotas (monitors, seats, status pages, channels, tokens) are enforced at the write, inside the same statement that creates the row, so parallel creates settle exactly at the limit and never above it. Crossing one returns 422 with QUOTA_EXCEEDED and a details object naming the quota, your current count, and the limit.

Request budgets are per minute, per organization and per user, split into reads, writes, bulk operations, test runs, and check-now. Crossing one returns 429 with a Retry-After header. Checks themselves are never rate limited: the scheduler does not pass through that middleware, so a busy API does not slow your monitoring.

Two limits behave slightly differently. Pending invitations return 409 INVITATIONS_LIMIT. A check interval below your plan floor returns 422 MIN_CHECK_INTERVAL, and the floor is the higher of your plan's interval and the minimum for that monitor kind (an hour for TLS and domain expiry, ten seconds for the rest).

Seeing where you stand

GET /api/v1/orgs/{id}/usage returns your plan plus current-versus-limit for every quota, the rate budgets, and the feature flags. The same numbers render as progress bars under Settings → Usage in the app. The reported limit is the enforced limit by construction: both read the same plan row and the same count query.

Raising a limit

Delete monitors you no longer need, or write to us at hello@uptimepage.dev and say what you are running into. Paid plans are not open for self-service yet, so limit changes today are a conversation rather than a checkout.

If you would rather have no limits at all, run your own instance. It is the same product under AGPL, with no plan, no seat count, and no account with us. Start at Deployment.