Pdfrender vs PDFShift

PDFShift is a hosted Chrome-based HTML-to-PDF API; Pdfrender is a WeasyPrint-based API with flat subscriptions and an MCP server. Honest comparison.

Last updated

PDFShift hosted HTML→PDF conversion API, headless-Chrome-based rendering, usage-based paid tiers
Pdfrender hosted HTML→PDF API + MCP server, WeasyPrint (CSS Paged Media) rendering, free tier + two flat credit subscriptions

Both are hosted APIs that turn HTML into PDF over one POST request. The core difference is the rendering engine: PDFShift renders with headless Chrome, so a document looks the way a browser would print it and client-side JavaScript can run; Pdfrender renders with WeasyPrint, a dedicated HTML+CSS print engine implementing CSS Paged Media (@page margin boxes, page counters), and deliberately executes no JavaScript and fetches no external resources.

When PDFShift is the better fit

  • Your document only reaches its final state after client-side JavaScript runs (charts drawn in JS, SPA-rendered views).
  • You want to render existing live web pages by URL rather than submit HTML.
  • You need browser-exact fidelity to what Chrome shows.

When Pdfrender fits

  • Print-first documents — invoices, reports, letters — where CSS Paged Media headers/footers and page numbers matter (guide).
  • Predictable flat pricing in credits — one render costs one credit: 100 credits/month free, Essential €20/mo (10,000 credits) and Scale €80/mo (100,000 credits) — two SKUs, no usage surprises.
  • Agent workflows: a built-in MCP server so LLM agents render PDFs as a tool call.
  • A deliberately small attack surface: no JS execution, no external fetches — a design choice, not a limitation you pay to remove.

Create a free account — 100 credits a month, no card and no password — or use the browser tool with no signup at all.

FAQ

Does Pdfrender run JavaScript like PDFShift does?
No. Pdfrender renders with WeasyPrint, which executes no JavaScript and fetches nothing external. If your document only reaches its final state after client-side JavaScript runs, PDFShift's headless-Chrome rendering is the better fit.
Can Pdfrender render a live web page from a URL?
No — you POST the HTML itself. PDFShift accepts a URL. Pdfrender deliberately fetches no external resources, which is also why images and fonts must be inlined as data: URIs.
Which is cheaper, Pdfrender or PDFShift?
It depends on volume, and you should check PDFShift's current pricing rather than trust a comparison table. Pdfrender is flat, and one render costs one credit: 100 credits a month free, €20/month for 10,000 credits, €80/month for 100,000.