Merge PDF
Combine PDFs and reorder pages by dragging. Nothing is uploaded.
Turn photos into a paged PDF with margins and page size control.
The main decision is regional, and getting it wrong produces documents that print with unexpected margins or scaling.
| Size | Dimensions | Region |
|---|---|---|
| US Letter | 8.5 × 11 in / 216 × 279 mm | United States, Canada |
| A4 | 8.27 × 11.7 in / 210 × 297 mm | UK, Europe, and most of the world |
| US Legal | 8.5 × 14 in / 216 × 356 mm | US legal documents |
| A3 | 11.7 × 16.5 in / 297 × 420 mm | Posters, plans, spreads |
| A5 | 5.83 × 8.27 in / 148 × 210 mm | Booklets, flyers |
| Fit to image | Matches each image | Photo books, no margins |
If the document is going to a US or Canadian recipient, use Letter. For the UK, EU, Australia or almost anywhere else, use A4. When you do not know, A4 is the safer default — printing A4 content on a Letter printer loses less than the reverse, because A4 is narrower but taller.
Three modes, and they trade off differently.
Fit scales the image until it fits entirely within the page and margins, preserving the aspect ratio. Nothing is cropped, but there will be blank space on two sides when the image and page proportions differ. This is the right default for documents.
Fill scales until the image covers the whole page, cropping the overflow. No blank space, but content at the edges is lost. Right for photo books and full-bleed pages.
Actual size places the image at its physical dimensions computed from its DPI metadata. Correct for scanned documents that need to reproduce at 1:1, and unpredictable for photos, which frequently carry meaningless DPI tags.
No, and this is the most important thing to understand about image-to-PDF conversion.
The result is a container holding pictures. There is no text layer, so nothing is selectable, nothing is searchable, and a screen reader finds nothing to read. This is true of every image-to-PDF converter — it is a property of the input, not a limitation of the tool.
If you need searchable output from photographed or scanned pages, run the images through the Image to Text tool first to extract the text, then either paste that text into a document or keep it alongside as a .txt file. Producing a proper searchable PDF with an invisible text layer positioned over the image requires OCR plus text placement, which is a different pipeline.
Roughly the sum of the input images, plus a small structural overhead of a few kilobytes per page.
JPEG images are embedded directly without re-encoding, so their bytes carry across exactly and quality is untouched. PNG images are converted to a PDF-compatible encoding, which can change the size in either direction depending on content.
Ten 4 MB phone photos produce a roughly 40 MB PDF — often too large to email. Run the images through the Image Compressor first, or the finished PDF through Compress PDF. Compressing the images beforehand gives better control over the result.
Yes. The grid mode places two, four or six images per page, which is useful for contact sheets and receipt bundles.
JPEG images are embedded byte-for-byte with no re-encoding, so there is no quality loss. PNG and WebP are converted to a PDF-native encoding.
Yes, by dragging the thumbnails before creating the PDF.
JPG, PNG and WebP directly. HEIC works where the browser can decode it, and other formats can be converted first with the Image Converter.
No fixed limit. Hundreds work; the constraint is device memory as the document is assembled.
Not in this tool. It produces a clean image-per-page document. Page numbering requires a text layer and PDF editing features beyond its scope.
No. pdf-lib assembles the document in this page and hands your browser a Blob to download.