Expand AI logo
DocsDocs
Glow Active
API Reference
Login

Documentation

Get Started

OverviewWhy ExpandQuickstartWays to Use Expand

Agent Quickstarts

OverviewExpand SkillClaude CodeCursorCodexOpenCodeSkill-Based AgentsOther MCP Clients

Fetch

OverviewHow Fetch WorksOutput ModelInclude OptionsBrowser BehaviorHighlightsPlayground & ReplayBatched Fetch

Reference

API ReferenceCLI CommandsMCP Tools & ResourcesTypeScript SDKPython SDK

Account & Billing

Pricing & UsageTiersFAQ

Machine-Readable Docs

start.mdllms.txtllms-full.txtDocs as Markdown
Browse docs

Get Started

OverviewWhy ExpandQuickstartWays to Use Expand

Agent Quickstarts

OverviewExpand SkillClaude CodeCursorCodexOpenCodeSkill-Based AgentsOther MCP Clients

Fetch

OverviewHow Fetch WorksOutput ModelInclude OptionsBrowser BehaviorHighlightsPlayground & ReplayBatched Fetch

Reference

API ReferenceCLI CommandsMCP Tools & ResourcesTypeScript SDKPython SDK

Account & Billing

Pricing & UsageTiersFAQ

Machine-Readable Docs

start.mdllms.txtllms-full.txtDocs as Markdown

Tiers

Understand how Expand tiers affect browser concurrency and account limits.

Tiers unlock included browser concurrency as your organization builds successful spend history. They are calculated automatically from cumulative successful spend and the days since your first transaction. There is no plan to pick and no upgrade button to press.

Open your billing dashboard to check your current tier, read Pricing & Usage for the credit and usage model, or add browser concurrency when you need capacity before the next tier unlocks.

Automatic

Tiers update from billing state. There is no manual tier upgrade flow.

Spend + time

The next tier unlocks only after both the spend threshold and the time threshold are met.

Included concurrency

Each tier increases the number of browser sessions included with your account.

Provisioned slots

Need more capacity now? Add browser slots on top of your tier.

Tier table

TierQualificationIncluded browser concurrency
0Default2
1$10 successful spend5
2$50 successful spend + 7 days since first transaction

Tier 0 is the default for every new account. For tiers 2 and up, both requirements must be met. See what counts toward spend, when the timer starts, and provisioned browser slots for the details behind each column.

How tiers are calculated

Expand calculates your tier from two values: cumulative successful spend and days since your first successful transaction. Both requirements must be met. If multiple tiers match, Expand uses the highest matching tier.

The rules:

  • Tier 0 is the default until you qualify higher.
  • Spend alone is not always enough. Tiers 2 through 5 also require elapsed time.
  • Time alone is never enough. Every tier above 0 has a spend threshold.
  • The timer starts at your first successful transaction, not at signup.
  • Your current tier is the highest tier whose spend and time requirements are both satisfied.

What counts toward spend

Successful spend counts toward tier spend. Pending or failed payments do not unlock tiers.

For accounts billed through Expand's billing provider, successful invoices count. The backend counts invoices in a successful state, derives cumulative spend from invoice totals, and uses the earliest successful invoice date as your first transaction date. For local billing, adding funds updates your cumulative spend, first transaction date, and tier directly.

Use the term successful spend when reasoning about tiers. Pending charges, failed charges, and not-yet-synced invoices do not move you up a tier.

When your tier updates

Your tier can update after a successful payment, during billing synchronization, or when your account billing state is refreshed.

If you have just paid, expect a short delay while billing state syncs before your tier reflects the new spend. The tier itself is recomputed from your current billing state, so it catches up once the payment is recorded.

If your spend is high enough but your tier has not changed, check the time requirement first. Most tier surprises come from the days-since-first-transaction rule.

Browser concurrency

The concurrency number in the tier table is included browser concurrency. It controls how many browser-backed Fetch jobs can run at once before additional work queues.

Total browser concurrency = included tier concurrency + provisioned browser slots
TermMeaning
Included tier concurrencyBrowser sessions included by the current tier.
Provisioned browser slotsAdditional paid browser sessions added on top.
Total browser concurrencyThe effective browser session limit used by Fetch and Batched Fetch.

This is browser concurrency: the number of live browser sessions running at once. It is not a generic request-rate limit. When you exceed it, additional Fetch and Batched Fetch work queues rather than fails.

Provisioned browser slots

Tiers increase included concurrency over time. If you need more capacity before the next tier unlocks, add provisioned browser slots. They are added on top of your tier limit.

  • Upgrades apply immediately.
  • Downgrades take effect at the next billing cycle.
  • Provisioned slots do not change your tier.
  • Provisioned slots increase total browser concurrency.

Tier 2 includes 10 browser sessions. If you add 20 provisioned browser slots, your total browser concurrency is 30.

Provisioned slots buy capacity, not tier status. They are the right tool when you need parallel throughput now and do not want to wait for spend and time thresholds to catch up.

Examples

These follow the tier table exactly. Tier mechanics are easy to misread, so each case is worked through.

Spend before time

You spend $50 on day 1. You are not Tier 2 yet because Tier 2 also requires 7 full days since the first transaction. Until 7 full days have elapsed, the highest matching tier is Tier 1.

Time without spend

Your account is 30 days old but has only $10 in successful spend. Time alone does not unlock Tier 4; the spend threshold must also be met. You stay at Tier 1.

Higher spend, waiting on time

You spend $1000 after 30 full days have elapsed. Tier 5 still requires 60 full days since the first transaction, so the highest matching tier is Tier 4 until 60 full days have elapsed.

Provisioned capacity

You are Tier 2 with 10 included browser sessions and add 25 provisioned browser slots. Your total browser concurrency is 35.

Why am I not in the next tier?

Work down this checklist:

  • Has the successful spend threshold been reached?
  • Has enough time passed since the first successful transaction?
  • Has the latest payment finished?
  • Has billing state synced?
  • Are you looking at included tier concurrency, or total concurrency after provisioned slots?

The most common reason is that the spend threshold is met but the time threshold is not.

What tiers do not control

  • Tiers are not pricing plans.
  • Tiers do not change the per-output billing model for Fetch or Highlights outputs. See Pricing & Usage.
  • Tiers do not include or remove provisioned browser slots.
  • Tiers do not replace rate limit docs. See the API Reference for endpoint-level limits.

Storage and retention may appear in pricing copy, but this page does not claim tier-specific retention. Treat retention as confirmed only when the product source of truth says it is tier-backed.

Related pages

  • Pricing & Usage
  • Batched Fetch
  • API Reference
  • FAQ

Need concurrency beyond Tier 5 or a committed plan? Contact sales through your account team.

PreviousPricing & Usage
NextFAQ

On This Page

Tier tableHow tiers are calculatedWhat counts toward spendWhen your tier updatesBrowser concurrencyProvisioned browser slotsExamplesSpend before timeTime without spendHigher spend, waiting on timeProvisioned capacityWhy am I not in the next tier?What tiers do not controlRelated pages
10
3$200 successful spend + 14 days since first transaction20
4$500 successful spend + 30 days since first transaction50
5$1000 successful spend + 60 days since first transaction100