KDP Cover Dimensions and Spine Width, Calculated

There are two versions of the KDP paper thickness table in circulation, and they disagree. One says white paper is 0.0025 inches per page and cream is 0.002. The other says white is 0.002252 and cream is 0.0025.

Look at what that means: between the two tables, white and cream are swapped. It isn’t a rounding difference — one table’s white number is the other table’s cream number. The first is used to draw 3D mockups on screen. The second is KDP’s cover calculator, which is what Amazon measures your uploaded file against.

Pick the wrong one and your spine is off by more than the safe margin it has to live inside. That is the whole reason spine titles end up sitting on the fold.

The four numbers you do not choose

For a paperback with bleed:

Measurement	Value	What it is
Bleed	0.125 in per edge	Material that gets trimmed off. All four edges, always.
Safe margin	0.25 in	Minimum distance from content to the trim line on front and back.
Spine safe margin	0.0625 in each side	What spine text must clear so it does not wrap onto the cover.
Spine width	page count × paper factor	The only one that depends on your book.

The full wrap is just those added up:

width  = 2 × 0.125 + 2 × trim_width + spine_width
height = 2 × 0.125 + trim_height

Spine width: page count times paper factor

Per-page thickness from KDP’s cover calculator, in inches:

Paper	Inches per page
White	0.002252
Cream	0.0025
Standard colour	0.002252
Premium colour	0.002347

A worked example, 6 × 9 inches and 220 pages:

	Cream paper	White paper
Spine	0.55 in (13.97 mm)	0.4954 in (12.58 mm)
Wrap width	12.80 in	12.745 in
Wrap height	9.25 in	9.25 in

Same book, same page count, 1.4 mm of spine difference — decided by a dropdown you fill in while setting up the interior, not the cover.

Now put that next to the trap from the top of this post. Compute that white-paper spine with the mockup number and you get 0.55 in instead of 0.4954: 1.39 mm too wide, when the entire spine safe margin is 1.59 mm. One wrong table eats 87% of the clearance your spine text had.

The mockup number is for looking at. The upload is always calculated with the cover calculator table.

Spine text has two gates, and the second one surprises people

KDP does not print text on every spine. Two independent filters, both of which have to pass:

1. Page count. Under 100 pages, nothing gets printed on the spine, no matter how thick the paper is.
2. Usable width. After clearing 0.0625 in on each side, there has to be room for a legible size — between 6 and 14 points.

The second gate is the one that catches people, because you can pass the first and fail the second. A 110-page book on cream paper gives a 0.275 in spine, which leaves room for roughly 6.5 pt type: it fits. The same 110-page book on white paper gives 0.2477 in, and the type that fits comes to 5.3 pt — under the minimum.

Same book, same page count: cream gets a spine title, white gets a blank spine. On white paper the real threshold is not 100 pages, it is 118.

A blank spine is not an error and does not block publishing. What you want to avoid is finding out after you have designed one.

Hardcover does not work this way

If you are planning both editions, know this before you start: for hardcover, spine width is not page count times a factor. The thickness comes from the board, so KDP publishes discrete widths per page-count band. Multiplying by a factor produces a spine that appears in no table at all.

Hardcover also replaces bleed with material that wraps around the inside of the board — it is folded, not trimmed — and adds a hinge on each side of the spine where nothing may fall. Those are different numbers from the paperback ones, and they belong to the template you download for your exact trim and page count. Do not extrapolate them from paperback.

Where the cover actually gets judged

Worth knowing what the file you just calculated is competing against. Measured by Markfolio across the book searches it sweeps daily, the first page of Amazon results has a median of 16 organic results — and that number is identical across all eight marketplaces observed: amazon.com, .co.uk, .de, .es, .fr, .it, .com.mx and .com.br. No exceptions.

Those 16 slots are also shared with interleaved sponsored placements, so the real organic count is lower.

Which sets the actual design test: your cover is judged as a thumbnail, inside a grid of 16. Not at full size, not on its own. A title that only reads at 100% zoom does not read where the buying decision happens. Shrink your cover to thumbnail height and see whether the title survives — that check finds more problems than any print-quality preview.

The other half of that grid is the text next to the thumbnail, which starts with your title and subtitle.

The check, in order

1. Lock the interior before touching the cover. Trim, paper and final page count. If page count changes later, the spine changes and the wrap has to be rebuilt.
2. Calculate the spine with the cover calculator table, not the mockup one.
3. Check both spine-text gates before designing the spine: 100 pages, and 6 pt minimum type.
4. Leave the lower right of the back cover clear. Amazon’s barcode goes there.
5. Export one PDF with all three panels — back cover, spine, front cover — at 300 DPI with bleed included, not cropped out.
6. View the front cover at thumbnail size, because that is the size it competes at.

Interior margins are a separate problem with separate numbers — they are not the cover’s. Those live in the KDP formatting checklist and in margins and bleed from Markdown.

Limits of these figures

• The paper factors, bleed and margins here are KDP’s cover calculator values. Amazon can change them without notice, and the template you download for your exact combination always overrides any formula, including this one.
• The 6 × 9, 220-page example is a paperback with bleed. A different trim or destination gives different numbers.
• Hardcover geometry is described qualitatively here on purpose: those numbers need checking against a downloaded template before anyone relies on a specific figure.
• The median of 16 organic results describes what Markfolio observes in the searches it sweeps, not all of Amazon. Very narrow searches return fewer.

FAQ

Can I change the cover after publishing? Yes, and you keep your reviews and sales history. What has to be rebuilt is the whole wrap if the page count changed, because the spine depends on it.

What happens if my spine is too narrow for the text? Nothing serious — the cover is valid and the spine prints blank. What you should not do is force type below 6 pt to make it fit; that is where trimming eats the letters.

Do I need bleed if my cover has a white background? Yes. Bleed is not about the design, it is about the trimming tolerance. A white background with no bleed can come out with a strip of another colour along the edge.

Can I use the same cover for Kindle and paperback? The front cover, yes, as a separate export. The print wrap, no: an eBook is front cover only — no spine, no back cover, no bleed.

How much does the cover matter compared with keywords? They do different jobs and neither substitutes for the other. Keywords decide which grid of 16 you appear in, which starts with KDP keyword research. The cover decides whether anyone clicks once you are there.