Your HTML and CSS
Print the markup your application already produces. No PDF-specific layout library, no second implementation of a document you have already built once.
HTML to PDF API
Generate statements, reports, contracts and certificates from the HTML and CSS your application already renders. One request in, a finished document back, with the paper size, margins and repeating furniture you set.
Create a free accountRead the API docs
One request
Most PDF libraries ask you to rebuild a layout you have already written in HTML and CSS, in a drawing API with its own units, fonts and box model. The document on screen and the document in the attachment then drift apart, and every change costs twice.
Ironfang Render prints the markup you already have, in a real browser, with the paper size, margins, scale and repeating header and footer set per request. One template, two outputs, one place to change it.
POST /renderwolf/v1/pdf
Authorization: Bearer rw_live_...
{
"html": "<html>...your document...</html>",
"paper_format": "a4",
"print_background": true,
"margin": "18mm",
"footer_html": "<div>Page <span class=pageNumber>
</span> of <span class=totalPages></span></div>"
}Capabilities
The print settings you would otherwise chase through a browser dialogue, set per request and identical every time.
Print the markup your application already produces. No PDF-specific layout library, no second implementation of a document you have already built once.
A3, A4, A5, Letter, Legal and Tabloid, portrait or landscape, with margins and a scale factor set per request.
Supply header and footer HTML and it appears on every page, which is where page numbers, logos and document references belong.
Turn on print backgrounds and your tints, panels and brand colours come through instead of being dropped the way a browser drops them.
The same headers, Authorization header and cookies as a screenshot request, so an authenticated statement prints as easily as a public page.
The PDF comes back in the response. No job to poll, no bucket to read from, unless you want the asynchronous path for long documents.
Use cases
Anywhere your application already renders the content and somebody needs it as a file.
Period statements and remittance advice, rendered from the same template your account screens already use.
Attach a printable confirmation to the email your application already sends, produced from one request.
Turn a dashboard or a report page into a document somebody can file, print or forward.
Personalise per recipient with variables, and composite a verified QR code into the layout.
Produce consistent, branded documents from HTML rather than from a word processor template nobody owns.
Print an authenticated view on a schedule so the weekly pack builds itself.
A billing run needs more than one rendered document: thousands of them on the first of the month, an archived copy you own, and a download link a customer can use without your application streaming the bytes. That has its own page.
Pricing
Start with 250 free credits each month and no card required. Paid plans begin at £9 per month for 5,000 credits, shared across screenshots, PDFs, images and video. Cache hits cost nothing, failed work is refunded, and reaching a cap pauses rendering rather than billing overage.
Questions
The details that decide whether this fits, without reading the whole reference first.
Yes, and it is the common case. Send the HTML your application already renders and it is printed as-is, so the document you can see in your own application is the document that arrives as a file.
A3, A4, A5, Letter, Legal and Tabloid, in portrait or landscape, with margins and a scale factor you set per request.
Yes. Supply header and footer HTML and it repeats on each page, which is where page numbers, a logo or a document reference usually belong.
Browsers do not print backgrounds by default. Turn print backgrounds on in the request and your CSS colours, tints and panels come through.
No. A PDF request takes the same custom headers, Authorization header and cookies as a screenshot, so a document behind a login prints the same way.
Two credits per PDF, against one for a screenshot. Failed work is refunded, cache hits cost nothing, and reaching a cap pauses rendering rather than billing overage.
Yes. Send a qr object with a stored template render and each code is generated, verified and injected as a variable, so it is composited into the layout rather than fetched separately. QR generation costs no credits.
Less to operate. More to ship.
Create an account, take a key and send your existing HTML. The first PDF is inside your free credits.
250 free credits each month, with no card required, hard usage caps and refunds on failed work.