ToolPick
Analytics

PostHog Pricing 2026: What Usage-Based Pay-As-You-Go Actually Costs

PostHog does not charge per seat. Model the real monthly bill from official per-event, per-recording, and per-request pricing at 1, 5, and 10-seat startup scale, including where usage-based billing actually hurts.

/13 min read
Pricing decision guide

Decision Brief

What to do with this research

100Decision-ready

PostHog's pricing page lists per-unit rates, not a monthly number, so most teams cannot tell what they will actually pay until the first invoice arrives. Team size barely matters — PostHog does not charge per seat. What drives the bill is event volume, session replay volume, feature flag request volume, and survey response volume, each billed on its own sliding scale after a free monthly allowance. A 2-person app doing 2M events a month can land near $50. A 10-person product doing 80M events, 100K replays, and 40M flag requests can land above $4,000, with feature flags and session replay — not the core analytics events — often the line items that surprise teams first.

Best forbuyers checking whether a plan still fits their team size and monthly budget
ClusterSaaS Pricing Checks
FreshnessChecked within 30 days
Depth2,258 words / 14 sections
Sources2 official sources checked
Watch this decision

SaaS Pricing Checks changes

Get a practical ToolPick alert when pricing, free-plan limits, policy risk, or alternatives change.

Weekly at most · one-click unsubscribe

Quick AnswerDecision-ready

PostHog's pricing page lists per-unit rates, not a monthly number, so most teams cannot tell what they will actually pay until the first invoice arrives. Team size barely matters — PostHog does not charge per seat. What drives the bill is event volume, session replay volume, feature flag request volume, and survey response volume, each billed on its own sliding scale after a free monthly allowance. A 2-person app doing 2M events a month can land near $50. A 10-person product doing 80M events, 100K replays, and 40M flag requests can land above $4,000, with feature flags and session replay — not the core analytics events — often the line items that surprise teams first.

  • Pricing is per-product and per-usage-unit, not per-seat — team headcount is not the cost driver, usage is
  • Session replay and feature flag requests scale faster than most teams expect and often exceed the analytics event bill
  • Billing limits exist and are the correct guardrail before enabling replay or flags broadly, because overage past a limit means data loss, not a bigger bill

Keep reading for the full analysis.

Answer first, then compare

Where this decision goes next

Skip the scroll: the pages most readers open after this one.

AI-Powered Cybersecurity for SaaS ApplicationsRead the next related article.

PostHog's pricing page is honest about one thing and quiet about another. It is honest that pricing is usage-based, not seat-based. It is quiet about what that actually means in dollars once a product has real traffic. The pricing page shows per-event, per-recording, and per-request rates in scientific-notation-adjacent numbers like $0.0000343 per event, and while PostHog does offer an on-page calculator for single-product estimates, what the calculator cannot do is model how five separately-metered products compound as a real product grows.

This guide does that multi-product growth modeling. It pulls the live per-unit tiers straight from PostHog's pricing page and billing documentation as of today, then runs three realistic usage scenarios — a 1-person indie project, a 5-person early-stage startup, and a 10-person growth-stage team — through the actual tiered math PostHog bills on. The existing PostHog review on ToolPick covers feature fit and workflow trade-offs; this piece is narrower and more concrete: what does the invoice say.

Quick Decision

$50
1-seat monthly bill
$901
5-seat monthly bill
$4,070
10-seat monthly bill
1M
free events per month

Team size is close to irrelevant to the PostHog bill. What matters is product usage: monthly events, session replay recordings, feature flag/experiment requests, and survey responses, each billed on an independent sliding scale after its own free allowance. A low-traffic solo project can run PostHog for the price of a coffee subscription. A growth-stage product with heavy replay sampling and flag-gated rollouts can land in four figures a month before anyone touches the Enterprise tier. The decision that matters is not "can we afford PostHog" — it is "which usage dial do we control before it controls our bill."

How PostHog Actually Bills: Per Product, Not Per Plan

PostHog does not sell "Starter," "Growth," and "Enterprise" tiers the way most SaaS pricing pages do. Every product inside the platform — product analytics, session replay, feature flags and experiments, surveys, error tracking, data warehouse, logs — has its own monthly free allowance and its own pay-as-you-go rate ladder. There is no bundled monthly minimum on the standard plan, and every seat is included at every usage level; PostHog states plainly that team members are unlimited on all tiers.

That structure has one immediate consequence worth internalizing before doing any math: adding a tenth engineer to the workspace costs nothing. What costs money is turning on more products, sampling more session replay, or shipping a product with ten times the users. The spend conversation for PostHog is a usage conversation, not a headcount conversation — which is a genuinely different buying calculus than Amplitude or Mixpanel, where the cheapest plans cap on Monthly Tracked Users and a growing team competes with a growing user base for the same allowance. (For that seat-and-user-count comparison, see Amplitude vs. Mixpanel.)

Free monthly allowance, per product

ProductFree tier every month
Product analytics1,000,000 events
Session replay5,000 recordings (2,500 for mobile)
Feature flags & experiments1,000,000 requests
Surveys1,500 responses
Data warehouse1,000,000 rows synced
Error tracking100,000 exceptions

Everything above that line, on every product, is billed on a declining per-unit rate as volume climbs — the more a team uses a given product, the cheaper each additional unit gets, but the absolute bill still climbs because volume is climbing faster than the discount.

The Tiered Rate Cards That Actually Set the Bill

These are the live per-unit rates, pulled straight from PostHog's pricing page. This is the table most teams never actually read past the first line, and it is the table that determines whether a given usage pattern costs $40 or $4,000.

ProductVolume bandPrice per unit
Product analytics1M–2M events$0.0000500
Product analytics2M–15M events$0.0000343
Product analytics15M–50M events$0.0000295
Product analytics50M–100M events$0.0000218
Product analytics100M–250M events$0.0000150
Product analytics250M+ events$0.0000090
Session replay (web)5K–15K recordings$0.0050
Session replay (web)15K–50K recordings$0.0035
Session replay (web)50K–150K recordings$0.0020
Session replay (web)150K–500K recordings$0.0017
Session replay (web)500K+ recordings$0.0015
Feature flags/experiments1M–2M requests$0.000100
Feature flags/experiments2M–10M requests$0.000045
Feature flags/experiments10M–50M requests$0.000025
Feature flags/experiments50M+ requests$0.000010
Surveys1.5K–2K responses$0.100
Surveys2K–10K responses$0.035
Surveys10K–20K responses$0.015
Surveys20K+ responses$0.010

A pattern worth noticing before the scenarios: session replay is priced roughly two orders of magnitude higher per unit than product analytics events, and feature flag requests sit in between. That single fact is why the "biggest lever" answer in the FAQ is replay sampling, not event volume — teams instinctively worry about tracking too many events, when the line item that actually spikes bills is usually recording too many sessions.

Modeling the Real Bill at 1, 5, and 10 Seats

These are cost models built from the official rate cards above and stated usage assumptions, not a vendor-published bill or a guarantee — actual invoices depend on a team's real event volume, replay sampling rate, and flag usage, which PostHog's own usage dashboard reports exactly once a product is live. Use these as planning anchors, then verify against real numbers within the first billing cycle.

1 seat — solo indie project, early traffic

Assumptions: roughly 500 monthly active users generating about 2M product-analytics events a month, light session replay sampling that stays under 2,000 recordings, and feature-flag usage under the 1M free allowance.

  • Product analytics: 1M free + 1M billed in the 1M–2M band at $0.00005 = $50
  • Session replay: under 5,000 free allowance = $0
  • Feature flags: under 1,000,000 free allowance = $0
  • Estimated monthly total: ~$50

At this scale, PostHog is close to free in practice. The free tier alone (1M events, 5K replays, 1M flag requests) comfortably covers most pre-revenue and early-beta products, and the first paid dollar typically shows up only once event volume crosses 1M/month.

5 seats — early-stage startup, ~20,000 MAU

Assumptions: 15M product-analytics events a month, session replay sampled at roughly 5% of sessions (about 25,000 recordings), feature flags evaluated on most page loads plus a couple of active experiments (about 5M requests), and an NPS-style survey collecting around 3,000 responses a month.

  • Product analytics: 1M free, then 1M @ $0.00005 + 13M @ $0.0000343 = $50.00 + $445.90 = $495.90
  • Session replay: 5K free, then 10K @ $0.0050 + 10K @ $0.0035 = $50.00 + $35.00 = $85.00
  • Feature flags: 1M free, then 1M @ $0.0001 + 3M @ $0.000045 = $100.00 + $135.00 = $235.00
  • Surveys: 1.5K free, then 0.5K @ $0.10 + 1K @ $0.035 = $50.00 + $35.00 = $85.00
  • Estimated monthly total: ~$901

Notice the shape here: analytics events are still the largest line item, but feature flags and session replay combined ($320) already outweigh what most teams budget mentally for "the flags and replay stuff." This is the scale where a team's first billing-limit conversation should happen — before flags and replay usage double alongside user growth.

10 seats — growth-stage product, ~150,000 MAU

Assumptions: 80M product-analytics events a month, session replay sampled at roughly 10% of sessions (about 100,000 recordings), heavier flag usage from ongoing experiments plus gradual rollouts (about 40M requests), and a broader in-product survey program collecting 15,000 responses a month.

  • Product analytics: 1M free, then 1M@$0.00005 + 13M@$0.0000343 + 35M@$0.0000295 + 30M@$0.0000218 = $50.00 + $445.90 + $1,032.50 + $654.00 = $2,182.40
  • Session replay: 5K free, then 10K@$0.0050 + 35K@$0.0035 + 50K@$0.0020 = $50.00 + $122.50 + $100.00 = $272.50
  • Feature flags: 1M free, then 1M@$0.0001 + 8M@$0.000045 + 30M@$0.000025 = $100.00 + $360.00 + $750.00 = $1,210.00
  • Surveys: 1.5K free, then 0.5K@$0.10 + 8K@$0.035 + 5K@$0.015 = $50.00 + $280.00 + $75.00 = $405.00
  • Estimated monthly total: ~$4,070

At this scale, feature flags ($1,210) have grown to nearly rival product analytics as a share of the bill, driven entirely by how many flags and experiments are live and how often they get evaluated per pageview — not by seat count. A team running fewer, coarser flags at this same traffic level could plausibly cut this line by half without losing rollout capability.

Bill scenario summary

ScaleEvents/moReplays/moFlag requests/moSurvey responses/moEstimated monthly bill
1 seat, early beta~2M~2K (free)~0.5M (free)0~$50
5 seats, ~20K MAU~15M~25K~5M~3K~$901
10 seats, ~150K MAU~80M~100K~40M~15K~$4,070

The jump from 5 to 10 seats in this model is roughly 4.5x on the bill despite headcount only doubling — because the underlying user base and product usage grew by roughly the same 4.5-8x, not because PostHog charged more per person. That is the core mental model this pricing structure demands: budget for user growth and feature-usage growth, not for team growth.

Estimated Monthly Bill by Scenario
1 seat, early beta
$50/mo
5 seats, ~20K MAU
$901/mo
10 seats, ~150K MAU
$4,070/mo

Who Should Pick PostHog's Pay-As-You-Go Plan

Pick PostHog PAYG when a team wants product analytics, session replay, feature flags, and experiments in one tool and is comfortable owning usage discipline in exchange for not paying per seat. It is a strong fit for:

  • Early-stage teams under roughly 1M monthly events across all products, where the free tier likely covers the whole workload and the first invoice may be $0.
  • Engineering-led teams that will actually use the SQL/API access to build billing-limit alerting and usage dashboards rather than treating the bill as a black box.
  • Teams replacing three or four separate tools (an analytics tool, a session-recording tool, a feature-flag tool, a survey tool) where the consolidated PostHog bill is compared against the sum of those four separate subscriptions, not against any single one in isolation.

When Not to Choose It

Skip PostHog's usage-based plan, or at minimum negotiate the Enterprise tier instead, when:

  • Finance needs a fixed, predictable monthly number and cannot tolerate a bill that moves with product growth — a flat per-seat competitor may be the better budgeting fit even if it costs more at low usage.
  • The team plans to record session replay broadly (near 100% of sessions) rather than sampling — replay's per-unit price is roughly 30-100x the analytics event price, and unsampled replay is the single fastest way to a five-figure surprise.
  • Nobody on the team owns billing-limit configuration. Without a limit set, usage keeps billing past free tiers indefinitely; with a limit set carelessly low, PostHog stops ingesting data entirely once the cap hits, which can silently create analytics gaps during a traffic spike.

Keeping the Bill Predictable: Billing Limits Are Not Optional

PostHog's own billing limits documentation is direct about the mechanic that matters most here: billing limits can be set per product, and when a limit is hit, PostHog "will stop ingesting and processing your data so you are not charged over the set limit." That is a hard stop, not a throttle — data past the limit is lost, not queued or degraded. The organization owner also receives automatic email alerts at 80% and 100% of any configured limit, which gives a real window to react before data loss.

The practical implication: a team that never sets a billing limit is implicitly opting into unlimited spend as usage grows, while a team that sets limits without watching the 80% alert is implicitly opting into data loss during its highest-traffic days — often the worst possible time for a launch or campaign spike. The correct sequence for any team past the 1-seat/early-beta scale in this guide is to (1) estimate a monthly ceiling using the scenarios above, (2) set billing limits at roughly 1.5x that ceiling per product, and (3) treat the 80% alert as the trigger to review usage, not the 100% hard stop.

Bottom Line

PostHog's pricing page tells the truth about mechanics — usage-based, unbundled, unlimited seats — but it does not tell a team what its own product will actually cost, because that number does not exist until real usage data exists. The rate cards above make that number computable in advance instead of discovered on the first invoice. For a team below roughly 1M events, 5K replays, and 1M flag requests a month, PostHog is close to free. Past that point, the bill scales with product growth roughly the way infrastructure costs do — which is the correct comparison to make, and the reason billing limits belong in the initial setup checklist, not the incident retrospective after the first surprise invoice.

Pick this
PostHog Pay-As-You-Go for teams under roughly 1M events, 5K replays, and 1M flag requests a month
the free tier likely covers the entire workload, unlimited seats mean headcount never adds cost, and the first invoice may be $0 - engineering-led teams that will build billing-limit alerting get the most value
Look elsewhere if
teams planning to record session replay broadly near 100% of sessions, or finance teams that need a fixed predictable monthly number
replay pricing runs roughly 30-100x the analytics event price so unsampled replay is the fastest path to a five-figure surprise, and usage-based billing inherently moves with product growth rather than staying flat

USD 1 Decision Check

Need one outside check before you choose?

Use Polar checkout, then email one narrow buying question. ToolPick replies with one practical buyer-risk answer and the next action: buy, trial, delay, compare, or ask a vendor.

Buy USD 1 answerRead sample first

No subscription. Manual email answer. If the question is outside one software decision, ToolPick will say so before work starts.

Vendor? Run free check
  1. PayUse Polar checkout. No subscription.
  2. SendEmail help@neogenesis.app with the order ID and one narrow question.
  3. ReceiveGet one manual buyer-risk answer by email and the next action.
  • One concrete tool, pricing, stack, or alternative question.
  • One concise buyer-risk answer by email after checkout handoff.
  • One next step: buy, trial, delay, compare, or ask a vendor.
Example questionShould I pick PostHog, FullStory, or a lighter replay tool if privacy and price jumps are the risk?

Frequently Asked Questions

Does PostHog charge more as a team adds people?

No. PostHog does not meter by seat on any current plan — unlimited team members are included from the free tier up. The bill moves with product usage (events, replays, flag requests, survey responses, rows), which usually grows with the user base a team is serving, not with the number of people on the team itself.

What is the single biggest lever for controlling the PostHog bill?

Session replay sampling. Recording every session is the fastest way to blow past the free 5,000-recording allowance, and recording price per unit is far higher than the event price per unit. Most teams that keep bills low sample replay at 5-20% of sessions instead of 100%.

Can a team accidentally get a surprise five-figure invoice?

Only if billing limits are left unset. PostHog's default behavior without a billing limit is to keep ingesting and billing usage past free tiers. With a billing limit set, PostHog stops ingesting data once the cap is hit rather than over-charging — the trade-off is lost data past the cap, not a runaway bill. Set limits before enabling replay or flags at scale, not after the first invoice surprises you.

📬 Get the Weekly SaaS Digest

New tool reviews, pricing-change alerts, and stack cost tips — one email a week, one-click unsubscribe. No spam, no fake urgency.

Continue the research

Turn this article into a decision path

Every ToolPick article should lead to a second useful page: another article, a hub, or a calculator action.

AI-Powered Cybersecurity for SaaS ApplicationsRead the next related article.

Related Articles