17 September 2026 EN ES
Bootstrapped Books

Running a company on its own money

Pricing

Estimate your Vercel deploy-storage exposure before the meter applies

Size retained Vercel deployment storage as a monthly cash liability, subtract allowances, and set a prune threshold before the meter applies.

Illustration: Estimate your Vercel deploy-storage exposure before the meter applies

If Vercel is on your monthly stack, check deployment storage before the invoice checks it for you. Vercel began charging new Pro and Enterprise teams $0.10 per GB per month for Deployment Storage on August 21, 2026. Current Vercel teams remain on their prior pricing and do not receive an immediate bill increase from the new storage line. The storage is still retained, so the exposure is deferred, not exempt.

Vercel's Deployment Storage is the retained output of a deployment, including pages, functions, and assets, kept for rollback or inspection. In cash terms, it is a shelf of old builds you may never open. Every extra gigabyte sits there while the meter counts it.

Retained deploys are a monthly liability

A retained deployment is convenient when the last release breaks. It is also a cost when you keep it longer than the risk it covers. For a bootstrapped company, the useful question is whether the retained size is worth the monthly cash it would consume if metered.

Keep the habit of checking the number even when the current bill does not show it. A line item can arrive later, and then the retained size is already there. The worksheet below turns that habit into a number you can use in a budget.

Run the exposure worksheet before the meter applies

The worksheet is small enough to finish quickly. You need a project list, a retained-size number, an allowance where it applies, and a monthly dollar figure.

  • List every project that keeps deployment history. Finish with a table of project names and the owner who can prune each one.
  • Take the maximum retained gigabytes per project per billing day. You should have one number for each project.
  • Hobby teams receive a 10 GB Deployment Storage allowance, so subtract it where applicable and let small Hobby projects under the allowance show zero.
  • The $0.10 per GB-month Deployment Storage rate is Vercel's Pro list price, so multiply the remaining gigabytes by that rate and let each project show a monthly dollar figure.
  • Add the project figures into a single exposure number. The total is a monthly cash liability you can compare against your budget.

The mistake is pruning only when the bill looks high. By then, the retained size has already grown, and the decision is harder.

When you inspect the project list, look for the usual excess: old builds, duplicate experiments, feature builds, and replaced releases. You do not need to delete everything. You need to keep the rollback window that actually protects you.

Set a prune threshold below your cash budget

Using the stated $0.10 per GB-month rate, 10 GB, 100 GB, and 1,000 GB of storage equal $1, $10, and $100 per month, respectively. Use those anchors to judge whether the exposure is a rounding error or a real line item. A small figure may be easy to ignore. A large figure deserves a decision before the next invoice.

Choose a threshold below your monthly cash budget. If your hosting budget is modest, do not let deploy storage burn cash close to it. Leave room for the rest of the stack. Treat the threshold as a hard limit.

When the exposure crosses the threshold, prune the oldest retained deployments first. You want a lower maximum retained size and a monthly figure back under the threshold. If the number will not come down, stop adding new projects to the same retention habit.

Put deploy storage in the monthly cash review

Put the exposure number next to your other recurring costs. It should sit beside hosting, domains, tools, and payroll, not hidden in a usage report. If the number is stable, note it and move on. If it is rising, ask which project added the most retained size since the last review.

Give each project a simple rule: keep the current release, the previous stable release, and any deployment tied to an open incident. Delete the rest after the incident closes. That rule keeps rollback useful without letting history grow.

Re-run the worksheet at the start of each billing cycle. You finish with a dated number, a threshold, and a prune decision.

Advertisement