Why We Show a Clear Total for Every PDF Job
Every PDF you generate with HTML2DocHub shows the pages rendered and the exact amount charged. No subscription tiers, no opaque page bundles — here's why we chose this pricing model.
When you render a PDF with HTML2DocHub, your dashboard shows you exactly what that one job cost — down to the paisa. Not an aggregated monthly bill, not a mysterious "quota consumed" counter. A line item for every single document, with the page count and the amount we deducted from your prepaid wallet.
That's unusual for a PDF API. Most of our competitors sell credit bundles — 5,000 PDFs for $9/month, 25,000 for $29 — and hide the per-document cost behind usage tiers you have to infer from the subscription math. We do it the opposite way, and this post is about why.
The subscription tax
The moment you sign up for a per-month PDF plan, you're paying regardless of usage. Teams using these products at 10% of their tier cap are effectively paying 10× the real cost per document. Teams running a little hotter than their cap hit overage fees that are another 3–5× on top of the base rate.
Worse, subscription pricing actively discourages you from running your own experiments. "Should we generate a PDF receipt for every transaction?" becomes a budget conversation instead of a product one, because the cost is lumpy and opaque.
How pay-per-use works here
HTML2DocHub charges a flat rate per rendered page — currently ₹0.08/page with a ₹0.10 minimum per completed job. That's it.
A one-page invoice costs the minimum. A 40-page report costs ₹3.20. Nothing to decode, no tier to pick, no monthly commitment. You top up your wallet when it runs low; you pay for what you actually render.
We also don't charge for failures. If your HTML errors out or the target URL times out, the job is free. You only pay for the PDFs you actually receive.
What you see after each job
Every row in your dashboard's job history shows:
- The job ID (so you can cross-reference logs)
- Pages rendered
- Wallet amount charged
- The exact transaction in your wallet ledger
Your wallet ledger is the source of truth. Every credit (top-ups, signup bonus, refunds) and every debit (job charges, adjustments) is a separate line. If a job cost you ₹0.32, you can click through to the transaction that moved ₹0.32 out of your balance, on that exact timestamp. No reconciling monthly aggregates.
An honest cost example
Say you run an e-commerce platform and generate order invoices on demand. A typical month:
- 5,000 invoices
- Average 2 pages each
- Total rendered pages: 10,000
With HTML2DocHub at ₹0.08/page, that's ₹800/month (~$9.60 USD). With the floor per job, it's effectively the same because each 2-page invoice is well above the ₹0.10 minimum.
Compare that to a mid-tier subscription at $29/month for 25,000 PDFs — you'd be paying 3× more for 2.5× the headroom you'll never use. And if you overshoot the cap one month, the overage pricing is another step up.
When pay-per-use is NOT the right choice
We're not going to pretend this model wins every scenario. If you:
- Generate millions of PDFs per month at predictable volume
- Need a multi-year enterprise contract with legal/procurement
- Want a fixed line item in your budget spreadsheet
...then a subscription product with a dedicated account manager is probably a better fit. That's a real use case; we're just not targeting it. HTML2DocHub is built for the 90% of teams who render somewhere between "a few hundred" and "a few hundred thousand" PDFs a month and want the pricing to scale linearly with the usage.
Why we built it this way
Usage-based infrastructure pricing isn't new — AWS, Cloudflare, Twilio, Postmark all work this way. The tooling world caught on years ago. PDF generation stayed stuck in the subscription era mostly because the incumbent vendors benefit from bundled complexity.
We think developer tools should be easy to buy, easy to leave, and easy to reason about. Pay-per-use with a visible wallet ledger is the cleanest version of that we could ship.
Try it yourself
New accounts get a starter credit — enough to render around 100 pages with no card on file. If the model works for you, top up your wallet. If it doesn't, you've spent zero to find out.
Create a free account or read our pricing page for the full breakdown.
Try HTML2DocHub free
New accounts get free starter credit — enough to render around 100 pages before you top up. No subscription, no card on file.
Create account