A cover comes back from KDP rejected — or worse, prints askew once the proof arrives — and the reason is almost always the same: the file was the wrong physical size. Not by miles, but by a sixteenth of an inch on the spine, or an eighth of an inch on the bleed. Enough that the trimming blade slices into a typeface; enough that the barcode falls inside the wrap. This note walks the arithmetic that produces a correctly sized cover the first time.
There is no shortcut. KDP's own cover calculator does the same sum; so does any third-party tool. Knowing the inputs and the formula means you can sanity-check whatever spits out a number, and produce a cover from scratch when no calculator is available.
The four numbers you need
Before you can compute anything, four decisions need to be fixed. Get one wrong and the cover misses by half an inch.
- Trim size. The finished page size after printing and trimming. The most common indie paperbacks are 5 × 8 in (12.70 × 20.32 cm), 5.25 × 8 in (13.34 × 20.32 cm), 5.5 × 8.5 in (13.97 × 21.59 cm), and 6 × 9 in (15.24 × 22.86 cm). KDP supports more, but those four cover the majority of indie titles.
- Page count. The exact final page count of the interior PDF you intend to upload. Not your draft, not your Word document — the final paginated print-ready PDF. The spine is computed from this number; if it changes, the spine changes, and a cover sized for the old page count is no longer printable.
- Paper type. White, cream, or premium colour. Each has a different thickness, which translates to a different spine width per page.
- Whether the interior bleeds. Bleed adds a small printed margin around the trim line that is sliced off in production. The interior decision tells the cover whether it must allow for a corresponding bleed strip on its own edges.
These four numbers go into a small set of formulas. They produce one full-spread cover PDF, which is what KDP expects: not a front cover, back cover and spine as three separate files, but a single flat PDF that contains back cover, spine and front cover laid out left to right, with bleed all around.
The cover is one flat spread
A common source of confusion: KDP does not want three files. It wants one. The file is laid out exactly as a printer's flat:
back cover spine front cover
Plus bleed on every outer edge. Back cover on the left, spine in the middle, front cover on the right. The whole thing is a single rectangle. The printer cuts away the bleed at the trim lines and folds where the spine meets the front and back.
That means the total cover width is:
total_width = 2 × trim_width + spine_width + 0.25 in
And the total cover height is:
total_height = trim_height + 0.25 in
The 0.125 in (3.175 mm) on each outer edge is the bleed strip KDP requires for paperback covers. The 0.25 in in the formulas above is the combined bleed for both edges on each axis.
Computing the spine
Spine width is the only number that requires real calculation. It depends on page count and paper type. The formulas KDP publishes:
| Interior | Per page (in) |
|---|---|
| Black and white on white paper | 0.002252 |
| Black and white on cream paper | 0.0025 |
| Premium colour on white paper | 0.002347 |
These numbers come from the actual measured thickness of each paper stock. A 280-page novel on cream paper produces a spine of 280 × 0.0025 = 0.7 in. The same novel on white paper would be 280 × 0.002252 = 0.6306 in — a difference of nearly seven hundredths of an inch, which is enough to push a centred spine title off-centre.
Two practical thresholds to keep in mind:
- Below 79 pages, KDP does not allow spine text. The spine is too thin to print legible type. Authors of short non-fiction, photo books and chapbooks should plan for a wordless spine from the outset.
- Above 828 pages, no paperback is possible. This is the absolute upper limit; some trim sizes cap lower. If your book runs longer, split it into volumes or move to hardback.
A worked example — 6 × 9, 280 pages, cream
To make the formulas tangible. A novel at:
- Trim: 6 × 9 in
- Page count: 280
- Paper: cream
- Interior bleed: none
Spine = 280 × 0.0025 = 0.7 in
Total cover width = (2 × 6) + 0.7 + 0.25 = 12.95 in
Total cover height = 9 + 0.25 = 9.25 in
So the cover artwork is exported as a 12.95 × 9.25 in PDF. The back cover occupies the left 6.125 in (6 in plus 0.125 in bleed). The spine occupies the middle 0.7 in. The front cover occupies the right 6.125 in.
In points — which print-ready PDF software uses internally, at 72 points per inch — that is 932.4 × 666 pt.
If the same book is published in colour on white paper, the spine becomes 280 × 0.002347 = 0.6572 in, and the total width drops to about 12.91 in. Even at the same page count, the paper choice changes the cover.
The barcode safe zone
KDP reserves a rectangle in the bottom-right of the back cover for the ISBN barcode. The reserved area is 2 in wide by 1.2 in tall, sitting 0.25 in inside the trim from the bottom and outer edges.
If your cover artwork carries text, illustration or fine ornamentation in that area, KDP will overlay the barcode on top of it and the cover will print with the barcode obscuring part of your design. Plan for it from the start. A flat panel — a darker rectangle, a band of colour, or simply background — keeps the barcode legible without spoiling the cover.
Hardback adds case wrap
Everything above is for paperback. KDP's case-laminate hardbacks add a wrap allowance on every outer edge to fold around the cover boards. The published spec adds 0.5 in of wrap on the top, bottom, left and right, and a slightly different spine arithmetic that accounts for the case binding.
In practice, a hardback cover file is around 1.5 to 2 in wider and taller than the paperback equivalent for the same trim, and the front cover artwork has more margin to live inside. Hardback covers warrant their own walkthrough; the principle to internalise here is that the paperback formula does not translate to hardback unchanged.
Where covers go wrong
A short field list of the mistakes that put cover PDFs into KDP's rejection pile.
- Spine sized for a draft page count. The interior pagination changes — a chapter is added, a typeface shifts the line breaks — and the cover is uploaded without recomputing the spine. The cover is now off by a few hundredths of an inch, and the print arrives visibly skewed.
- Bleed missing. The artwork stops at the trim line. The print arrives with white edges where the trimming blade overshot.
- Three separate files. Back, spine and front uploaded as separate images. KDP needs one flat PDF containing the whole spread.
- Wrong paper assumption. The interior was uploaded as black and white on cream; the cover was sized for black and white on white. Spine off by 0.07 in.
- Bleed double-counted. The author added bleed to a file that already included it, producing a cover 0.25 in too wide on each axis.
The right time to compute the cover is after the interior is final and exported. Page count first; cover afterwards. Recompute when the interior changes — even by a single page.
Where Folio Format fits
Folio Format keeps the cover and the interior in step. The trim and page count are read from the manuscript; the spine recomputes automatically when the page count changes; the bleed is set from the interior decision; the barcode safe zone is overlaid in the cover view so the design avoids it from the start. The arithmetic above still applies — Folio Format does it for you, and shows its working.
Last checked 22 May 2026. Always confirm current Amazon KDP and IngramSpark specifications before uploading final files. Folio Format is designed to help users export KDP-ready files and catch common publishing issues before upload; it makes no claim about platform acceptance.