DocRaptor
PDFShift
PDFCrowd
pdflayer
Api2Pdf
HTML PDF API
HTML2PDF.fr
PDF my URL
PDFops.dev
DocSpring
PDF.co
Anvil PDF Filling API
Only DocRaptor's HTML-to-PDF API has these advanced styling and layout capabilities:
Instead of a separate HTML file, DocRaptor headers and footers are part of your document HTML. And easily show (or hide) different headers and footers for different pages.
DocRaptor lets you control the style, sizing, headers, and layouts of individual pages in your document. You can even style left and right pages differently, or the first and last pages.
DocRaptor lets you make PDFs with advanced CSS layout tools, including flexbox. You won't need to radically adjust your website to get a great PDF.
Create more accessible PDFs by using PDF profiles PDF/A-1a, PDF/A-3a, or PDF/UA-1. Tagged PDFs optimize the reading experience for assistive technology such as screen readers.
Our rendering engine was built specifically for making PDFs and we fully support CSS3 Paged Media. This allows much greater control over page breaks, especially when dealing with tables and images.
Add crop marks, specify PDF bookmarks, or create standards-compliant documents.
We back our API with a 99.999% uptime guarantee. If you need reliability, DocRaptor is the service you can trust. We also have no limits on document input or output size.
PDFops is a hosted PDF API built for edge runtimes (Cloudflare Workers, Vercel Edge, Deno, Bun). Two endpoints, one HTTP call each:
What's different from cloud PDF platforms: no headless browser, no native binaries, and deterministic, byte-identical output for the same input โ so you can hash, cache, diff, and sign the result. It's callable directly from an edge function: POST a template plus data, get bytes back.
Built for developers and AI apps that need to write PDFs programmatically without operating a rendering service. Free tier: 100 requests/month per IP, no signup. Pro: $16 for 4,000 calls ($0.004/call) โ about 25ร cheaper per call than incumbent hosted APIs.
Also free, no signup: a PDF field Inspector (paste a PDF, see its AcroForm fields) and a live playground.
DocRaptor PDFops.devPDFops.dev's answer:
PDFops started from a recurring edge-runtime pain: nearly every PDF API assumes a server with a headless browser or native libraries, which you cannot run inside a V8 isolate like Cloudflare Workers or Vercel Edge. PDFops is the deterministic write-and-merge primitive built for that environment โ one HTTP call, predictable bytes out.
PDFops.dev's answer:
TypeScript on the Hono web framework, with a pure-JavaScript PDF engine (a maintained pdf-lib fork) and no native dependencies. That combination runs inside V8 isolates, which is what lets PDFops execute on edge runtimes such as Cloudflare Workers and Vercel Edge.
PDFops.dev's answer:
No per-call tax: $0.004 per call versus the ~$0.10 typical of incumbent hosted PDF APIs (~25ร cheaper). It runs at the edge instead of round-tripping to a vendor cloud, the output is deterministic (hashable and cacheable), and there is a free, no-signup tier plus a PDF field Inspector for exploring a documentโs AcroForm fields before writing any code.
PDFops.dev's answer:
Deterministic, byte-identical PDF output from a single HTTP call โ and it runs from edge runtimes (Cloudflare Workers, Vercel Edge, Deno, Bun) with no headless browser and no native dependencies. The same input always yields the same bytes, so you can hash, cache, diff, and sign the result.
PDFops.dev's answer:
Developers and AI-application builders who need to fill AcroForm fields or merge PDFs programmatically โ especially teams deploying on edge runtimes who cannot run a headless browser or native PDF binaries inside a V8 isolate.
I've been using it for a while. It's great to create contracts.
We wanted an app that would allow for custom branding and layout, the font of our choice, and merge fields across our main SF objects. Previously we used DocGen, which led to a morass of configuration to put fields in exactly the place they needed to be for the tables, as well as a bunch of SOQL queries to manage conditional logic. The VF doc generator can't accommodate the fonts we use in our branding. And so DocRaptor has been the perfect solution.
Our developer built the contracts, and we went live within weeks with complete branding, flexibility in the data merges (we were able to remove a ton of bad config) and it's easy to manage.
I have been using DocRaptor for 6 years, both for my professionnal and personnal projects. After trying several free and/or open source HTML to PDF solutions, I was happy to find this service. It's the most efficient solution, which generates the most accurate PDF documents.
Since it's a SaaS service, there is nothing to install, no library dependencies nor experimental software that you're not sure it will be supported in the future.
There is a lot of options and CSS rules to dig in if you want to get PDF files that exactly matches what you want. But the other solutions I tried didn't have these options, and the result was not good enough.
Based on our record, DocRaptor should be more popular than PDFops.dev. It has been mentiond 4 times since March 2021. We are tracking product recommendations and mentions on various public social media platforms and blogs. They can help you identify which product is more popular and what people think of it.
It sounds like this is as advanced as DocRaptor[1]. They have what I consider to be the best PDF generation API, giving complete control over the documents you need to create. The pricing is similar. If you'd rather do it for free weasyprint[2] is the best open source alternative. Another more affordable option you might want to consider is Urlbox[3]. (Disclosure: I work on this) Urlbox's rendering engine is based... - Source: Hacker News / over 2 years ago
We built the DocRaptor API to let developers have affordable access to the commercial Prince PDF engine. We have Node code examples throughout the documentation. Source: almost 4 years ago
I'd argue our service, DocRaptor, is the best because it's the only one powered by the Prince PDF engine. Unlike open-source, browser-based conversion engines, Prince was custom-built just for converting HTML into PDFs and offers a lot of unique functionality for making more complex PDFs. Source: about 4 years ago
I work for https://docraptor.com, which is an HTML to PDF API. We have a C# agent. Source: about 5 years ago
// src/index.ts โ Cloudflare Worker (module syntax) Export interface Env { TEMPLATES: R2Bucket; // bucket holding your blank AcroForm PDFs } Export default { async fetch(req: Request, env: Env): Promise { if (req.method !== 'POST') { return new Response('POST a JSON body of field values', { status: 405 }); } // 1. The values to write into the form's named fields. const... - Source: dev.to / 5 days ago
PDFShift - Convert any HTML documents to high-fidelity PDF using a single POST request
DocSpring - PDF filling API that makes it easy to fill out PDF forms and convert HTML to PDFs
PDFCrowd - Pdfcrowd is a Web/HTML to PDF online service. Convert HTML to PDF online in the browser or in your PHP, Python, Ruby, .NET, Java apps via the REST API.
PDF.co - A low code and REST API for PDF conversion, editing, extraction, automation and more.
pdflayer - Free, powerful HTML to PDF API supporting both URL and raw HTML conversion. Unlimited document size, lightning-fast and compatible PHP, Python, Ruby, etc.
Anvil PDF Filling API - The easiest way to programmatically populate any PDF
