Alternatives
Moving off PDF Generator API
A document platform where templates are components placed on a page canvas in a WYSIWYG editor and rendered from JSON over a REST API. The editor can be embedded so each of your customers edits their own templates, and the same account covers e-signature, web forms, HTML to PDF, accessibility, e-invoicing and PDF manipulation, with dedicated and on-premises deployment available.
Why teams move
- Not the usual reason. This is a mature product that overlaps with this one more than most: an AI template builder, an MCP server and an embeddable editor for your own customers. Anyone comparing feature lists will find little to separate the two, and several things it offers that this product does not.
- The layout is geometry. Every component carries a position and a size on the page, and when a table grows the renderer pushes everything below it down by the same amount. That works, and it means the flow of a long document emerges from coordinates rather than being stated.
- Text has to be told what to do when it does not fit. Each box is set to grow and push the page down, to hold its size and clip, or to shrink its font, one component at a time.
- The template is a JSON definition in the platform's own format, so the design is tied to its renderer, hosted or on-premises. Changing vendors later means rebuilding the documents, not recompiling them.
Side by side
Three properties that do not change week to week. No price columns and no feature checkmarks — those go stale quietly, and a comparison that misstates the other tool is worse than none.
| PDF Generator API | pdfs.build | |
|---|---|---|
| What you author | Components positioned on a page canvas, with an expression language for logic. | A design with a schema, edited in plain English. |
| What decides page breaks | Component coordinates, with content below a growing table pushed down the page. | The design states them; the engine composes to them. |
| As the data grows | Handled by shifting positioned boxes, with each text box set to grow, clip or shrink. | The ordinary case. Each design records what it does. |
The checkable parts
Claims worth verifying rather than taking on trust — each links to its source, checked September 2026.
-
Every template component has its own position and size on the page; when a table gains rows, the components below it move down by the growth amount.
PDF Generator API template-builder skill: component reference ↗ -
A text box either grows with its content, keeps its size and clips, or shrinks its font to fit, set per component.
PDF Generator API template-builder skill: component reference ↗ -
The embedded editor opens from one API call as a URL for an iframe or a redirect; the iframe route needs the browser to allow third-party cookies.
PDF Generator API support: How to embed editor to my application? ↗ -
Offers document signing, web forms, HTML to PDF, PDF/UA accessibility, XRechnung and Factur-X e-invoices and PDF services on one account, with dedicated and on-premises deployment.
PDF Generator API ↗
What is different here
Flow, not coordinates
Documents are composed by a typesetting engine that lays out flowing content, so a paragraph that runs long or a table that crosses a page is the engine's ordinary work rather than a shift applied to positioned boxes.
Templates in an open language
A template is ordinary Typst with a JSON schema beside it, compiled by the open-source Typst compiler. The design is text you can read, diff and review like the rest of your code.
An editor inside your app
The embedded editor is a React SDK that mounts in your own interface and takes your theme, rather than a hosted page loaded in a frame.
When to stay with PDF Generator API
It is often the right answer. If any of these describe you, this is not a migration worth making.
- You want signing, web forms, e-invoicing, PDF/UA accessibility or merging and encryption on the same account as generation. None of those are here.
- You need an on-premises or dedicated deployment, or a vendor with ISO 27001 certification today. PDF Generator API offers both; this product offers neither.
- Your product is not built on React. Its editor embeds from any stack as a URL, while the embedded editor here is a React SDK.
- Your customers already design their own templates in its editor. Their work lives in that format, so moving means moving them too.
What moving involves
- 1 Templates are re-authored rather than converted. A rendered PDF of each current template is the specification; the JSON definition describes positioned boxes and does not translate into flowing layout mechanically.
- 2 The JSON data you already send carries over, then gains a schema so a mismatched payload is rejected before anything renders.
- 3 Per-customer templates are the largest part of the work. Move your default templates first and each customer's variant when they next want a change, and leave signing, forms and e-invoicing calls where they are.
The API reference covers authentication, the render call and error handling; the template gallery has designs to start from rather than a blank page.
Other migrations
Render one and compare
Free tier includes 2 templates and 50 watermarked PDF renders per month. No credit card required.
Start building free