Your files never leave your device. All processing happens locally in your browser.
How do I make a book cover online for free without uploading anything?
Open the Book Cover Maker, pick FRONT-only for an ebook cover at a real trim (6×9, 5×8, 5.5×8.5, A5 or a 1600×2560 ebook preset) or FULL WRAP for a printed paperback where the spine width is computed from page count × paper thickness plus 0.125" bleed. Start from a genre template, edit the title, subtitle, author and blurb text, add shapes, photos and a barcode placeholder, then export a high-resolution PNG or JPEG — 100% in your browser, nothing uploaded.
Front cover (ebook) or full back | spine | front wrap for print
Spine width = page count × paper thickness (0.002252" white, 0.0025" cream, 0.0032" standard colour) + 0.125" bleed
Six genre templates: fiction, thriller, romance, non-fiction, business, minimalist
Export high-res PNG / JPEG rendered locally — uploads never leave the device
What is
Book cover maker
A book cover maker is a tool that lays out the artwork for a book: either a single FRONT cover (for an ebook or thumbnail) at a chosen trim size, or a full paperback WRAP that places the back cover, spine and front cover on one canvas. For print, the spine width is derived from the interior page count multiplied by the paper’s per-page thickness, and a bleed margin is added on the outer edges so nothing important is trimmed off. A client-side maker composites editable text, shapes and uploaded images on an in-browser canvas and exports an image, so files never leave the device.
Design
Related terms
book coverebook coverKDP coverspine widthtrim sizebleedfull wrappaperback coverbarcode quiet zoneCMYKself-publishing
Frequently Asked Questions
No. Every layer is a local object and the cover is drawn on an in-browser canvas; uploaded photos are read with URL.createObjectURL, filtered on-device, and export is a local canvas.toBlob. Nothing is uploaded and there is no server or CDN in the path.
The Book Cover Maker is 100% client-side. Each element — the title, subtitle, author, blurb, a shape, a barcode placeholder or an uploaded photo — is a plain typed object held in the page, and a pure engine (bookCoverEngine) draws them onto an in-browser HTML5 <canvas>. When you upload a photo it is read straight into an in-memory Image with URL.createObjectURL and drawn on-device; the duotone and filter passes run locally with canvas getImageData and ctx.filter, so your image is never sent anywhere. There is no stock-image library and no AI generation — you bring your own photo, and the other backgrounds are CSS/SVG gradients, procedural patterns and duotones generated in-browser. Export renders the same scene to a canvas at print resolution and saves it with canvas.toBlob, so every file is produced on your device. The only optional network use is consent-gated ads; everything else works offline once the page is cached.
Spine width = interior page count × paper thickness per page. White & premium colour are 0.002252", cream is 0.0025" and standard colour is 0.0032" per page. A full wrap also adds 0.125" bleed on every outer edge. Always confirm with your printer.
The spine is only as thick as the paper stack, so its width is the interior page count multiplied by the thickness of one leaf of paper. This tool uses the standard Amazon KDP values: 0.002252 inches per page for white or premium-colour paper, 0.0025 inches for cream, and 0.0032 inches for standard colour. For example, a 300-page white-paper book has a spine of 300 × 0.002252 = 0.676 inches (about 203 pixels at 300 DPI). The full wrap width is then two trim widths plus the spine plus 0.125 inches of bleed on each outer edge, and the height is the trim height plus 0.125 inches top and bottom. The tool shows the computed spine in inches and pixels live as you change the page count and paper type. Because printers round differently and KDP requires 79+ pages before you can add spine text, always confirm the exact spine, trim and bleed with your printer or download their template before sending a print file.
Amazon recommends a 1.6:1 ratio ebook cover around 1600×2560 px (the tool ships that as a preset) at 72–300 DPI in sRGB. Design tall and portrait; 2560 px on the long side is the safe, future-proof height.
For an ebook, Amazon Kindle recommends a portrait cover with a height-to-width ratio of about 1.6:1 and an ideal size near 1600×2560 pixels, which this tool ships as a dedicated preset. Exporting at 2560 pixels tall keeps the cover crisp at thumbnail and full size and satisfies KDP’s minimum and recommended dimensions in one file, in the sRGB colour space. Real print trim sizes such as 6×9, 5×8, 5.5×8.5 and A5 are also available if you are designing the front of a paperback. The tool exports a flat RGB raster (PNG or JPEG), not a print-ready CMYK PDF — that is perfect for ebooks and mockups, but for a professional print run you convert colour and flatten in a prepress tool.
Yes. Switch to Full Wrap and you get back | spine | front on one canvas: a back-cover blurb, a movable barcode placeholder in the quiet zone, vertical auto-fit spine title & author, and 0.125" bleed with on-screen trim and safe-margin guides.
Full Wrap mode lays out the back cover, spine and front cover as one print canvas. The front and back are full layer regions where you composite editable text, shapes, uploaded photos and a barcode placeholder (a white quiet-zone box where KDP prints the real ISBN barcode). The spine is a structured element: type a spine title and author and the engine auto-fits them as vertical text, reading up or down, sized to the computed spine width, with an optional solid spine colour. The canvas adds 0.125-inch bleed on every outer edge and shows teal trim lines, gold safe-margin insets and spine fold lines as on-screen guides that are never baked into the exported file. Export the whole wrap as a PNG or JPEG at 150 DPI (screen mockup) or 300 DPI (print quality). It is a faithful mockup and a strong starting file, but confirm exact specs with your printer before final upload.
Detailed Explanation
📖How It Works
A Client-Side Book Cover Editor: Front Cover or Full Wrap
The Book Cover Maker is a 100% client-side design editor for book covers. It has two modes: FRONT builds a single ebook / front cover at a real trim size (6×9, 5×8, 5.5×8.5, A5) or a 1600×2560 ebook pixel preset; FULL WRAP lays out the back cover, spine and front cover on one print canvas, computing the spine width from the interior page count and paper thickness and adding print bleed. Front and back are full layer regions (editable text, shapes, uploaded images, a barcode placeholder); the spine carries structured, auto-fit vertical title and author text. A pure engine draws the live preview and the export identically, and nothing is uploaded.
Two modes: front-only ebook cover, or a back | spine | front print wrap
Trim sizes: 6×9, 5×8, 5.5×8.5, A5, plus a 1600×2560 ebook preset
Six genre templates: fiction, thriller, romance, non-fiction, business, minimalist
Export high-resolution PNG / JPEG — nothing leaves the device
⚙️Methodology
Method: Honest Spine Width and Full-Wrap Geometry
The spine width is derived, not guessed. It equals the interior page count multiplied by the per-page paper thickness: 0.002252 inches for white or premium-colour paper, 0.0025 inches for cream, and 0.0032 inches for standard colour — the values Amazon KDP publishes. The full wrap width is two trim widths plus the spine plus 0.125 inches of bleed on each outer edge; the height is the trim height plus 0.125 inches top and bottom. All geometry is stored in design units (DU_PER_IN = 100 du per inch), so the same layout renders at preview scale and at any export resolution. The tool prints the computed spine in inches and pixels and warns that KDP requires 79+ pages before spine text is allowed.
Spine (in) = page count × paper thickness (0.002252 white, 0.0025 cream, 0.0032 standard colour)
Geometry in design units (100 du = 1 inch) — resolution-independent
Spine width shown live in inches and pixels as page count / paper change
KDP requires 79+ pages before spine text; the tool flags this
🔧Technical Details
Rendering, Regions and Interaction Internals
A pure engine (bookCoverEngine.ts) holds a region-aware layer model: front and back layers are stored relative to their trim box, and one drawCover() routine paints the background across the whole board (including bleed and spine), clips each region so a front layer cannot spill onto the spine, draws every text / shape / image layer, then draws the structured spine text auto-fit to the computed spine width. The same routine powers the live preview and the export, guaranteeing WYSIWYG. Pointer events are mapped from screen pixels into board design units via getBoundingClientRect, then offset by the layer’s region origin, so clicking selects a layer and dragging moves it, corner handles resize (text scales its font size), and a top handle rotates with optional 15° snapping. Uploaded photos are processed on-device with ctx.filter and a luminance-to-two-colour duotone ramp via getImageData.
Region-aware layer model: front & back layers stored relative to their trim box
One drawCover() clips each region and draws background, layers, then auto-fit spine text
Screen→board pointer mapping via getBoundingClientRect, offset by region origin
Drag / corner-resize / rotate (15° snap); text resize scales font size
Photos filtered and duotoned locally with ctx.filter / getImageData
📋Use Cases
When to Reach for This
Use it to make an ebook or Kindle cover fast without an account, subscription or watermark, or to build a print-wrap mockup before committing to a designer or a final KDP upload. Self-publishers, indie authors, newsletter and course creators, and anyone drafting cover concepts can start from a genre template, swap in their own photo and text, and export a crisp PNG or JPEG in seconds. Because the spine math and bleed follow the standard KDP formula, the wrap is a faithful starting file for a paperback — pair it with your printer’s official template to finalise exact measurements.
Great for ebook / Kindle covers and paperback wrap mockups
Start from fiction, thriller, romance, non-fiction, business or minimalist templates
No account, subscription or watermark; works offline once cached
Export a front PNG/JPEG for an ebook, or the full wrap at 300 DPI for print
Best for drafting and mockups; confirm final specs with your printer / KDP
⚠️Limitations
Honest Limitations
This is a design canvas and a print MOCKUP, not a prepress pipeline. Exports are flat RGB rasters (PNG or JPEG), not print-ready CMYK PDFs, so a commercial printer may shift very saturated colours — convert and flatten in a prepress tool and request a proof. The spine width and bleed follow KDP’s formula, but printers round differently and templates vary, so always confirm exact trim, bleed and spine with your printer before sending a print file, and download their template. Text uses your device’s system fonts (no web-font download), so line breaks and metrics can shift a hair between machines. The barcode box is a placeholder — KDP prints the real ISBN barcode. There is deliberately no stock or AI imagery: you bring your own photos, and other backgrounds are gradients, patterns and duotones. Everything lives in memory only — export before closing the tab.
Flat RGB raster export (PNG/JPEG), not print-ready CMYK PDF
Spine / bleed follow KDP’s formula — confirm exact specs with your printer
System fonts (offline); metrics can vary slightly between machines
Barcode is a placeholder; no stock or AI imagery by design
In-memory only — no cloud save or project file; export before closing
🔒Privacy & Security
Private by Design
Everything happens on your device. Each layer is a small object of text, numbers and colours; the engine draws the whole cover on an in-browser HTML5 canvas, and any photo you add is read locally with URL.createObjectURL, decoded and composited on-device — it is never uploaded or transmitted. The duotone and filter passes run in the browser with getImageData and ctx.filter, and PNG / JPEG export is a local canvas.toBlob, so every file is produced locally. There is no server and no CDN in the editing or export path; the only optional network use is consent-gated ads. The tool works offline once cached, keeps no accounts and sets no tracking; close the tab and anything you did not export is gone.
Layers are local objects; the cover is drawn on an in-page canvas
Uploaded photos are read with URL.createObjectURL and never leave the device
Duotone / filters via getImageData / ctx.filter; export = local canvas.toBlob
No server or CDN in the path; only optional consent-gated ads
Works offline once cached; unexported work is discarded on tab close
Ways to make a book cover
Approach
How it works
Trade-off
Used here
This client-side maker
Composite text / shapes / photos on an in-browser canvas; spine from page count; export PNG / JPEG
Private + free + no watermark; RGB mockup, you supply the art
Yes
Cloud cover builder (e.g. popular design apps, online design apps)
Templates and stock assets in the cloud, exported from their servers
Big asset libraries, but uploads your work and often paywalls print files
No
AI cover generator
Generates artwork from a text prompt on a server
Fast concepts, but sends your prompt to a server and art is generic
Print-perfect PDFs, but costs money and has a steep learning curve
For final print
All editing and export here run in the browser; artwork is never uploaded. Spine and bleed follow Amazon KDP’s 2026 formula — confirm exact specs with your printer. As of July 2026.