KDP Rejected Your Cover for "Wrong Dimensions" — Here's How to Find Which Number Is Off

KDP's rejection message is almost never specific. You'll see something like "Your cover file does not match the dimensions we expect" with no indication of whether the problem is width, height, spine, bleed, or the file's internal units. That vagueness is by design — KDP's automated checker compares your uploaded PDF against a single expected value it calculated from your book's metadata, and it only reports pass/fail, not the delta. The good news: that expected value is calculable, and so is the actual value in your file. Once you have both numbers side by side, finding the mismatch is arithmetic, not guesswork.

This post walks through the four or five actual causes hiding behind that one error message, then gives you a systematic way to isolate which one is yours using the KDP cover calculator and your own PDF's properties panel.

Why KDP's Error Message Doesn't Tell You What's Wrong

KDP generates an expected cover width and height server-side from three inputs you gave it at setup: trim size, final interior page count, and interior ink/paper type (per help page G201953020). It then measures your uploaded PDF and checks whether the two match within a small tolerance. If they don't, you get a rejection — but the system never tells you which of the three inputs it used, or which axis (width vs. height) failed. You have to reconstruct the expected value yourself.

The Root Causes Behind "Wrong Dimensions"

In practice, almost every dimension rejection traces back to one of these five situations:

1. Wrong trim size selected at setup

If you built your cover for 6× 9 but selected 6.14× 9.21 (or vice versa) in the KDP setup wizard, every dimension check will fail because KDP is expecting a completely different flat size. This is common when authors reuse a template from a previous book with a different trim size.

2. Spine miscalculated for the final page count

This is the single most common cause. Your cover's spine width is a function of page count and paper type — not something you eyeball. If your manuscript grew or shrank after you built the cover template (added a chapter, cut an appendix, changed line spacing), the spine width baked into your PDF no longer matches what KDP calculates from your current interior file. The mismatch shows up as a small, easy-to-miss error in total cover width — often under 0.15 inch, which is exactly why it's confusing.

3. Missing or incorrect bleed

KDP's paperback and hardcover full-cover templates both require 0.125" of bleed added to the top, bottom, and outer edges (not the spine fold). If your design software exported the file at the trim size (front + back + spine, no bleed) instead of the full bleed size, your file will measure exactly 0.25" short on width and 0.25" short on height — a very specific, recognizable signature.

4. PDF exported at the wrong unit — pixels vs. inches

KDP requires 300 DPI. If your design tool's canvas was set up in pixels and the resolution field got reset to 72 DPI on export (a common Photoshop/Canva trap), the physical size embedded in the PDF will be off by a factor of roughly 4.1667× (300 ÷ 72). This produces a dramatic, obviously-wrong dimension — not a subtle 0.1" miss — so it's usually easy to spot once you check DPI specifically.

5. Cover built before the interior was finalized

A variant of cause #2: you generated your cover PDF from a placeholder page count (say, an early draft estimate of 300 pages) and never regenerated it after locking the final interior at a different count. The file itself is technically correct for the number you gave it — it's just the wrong number.

The Systematic Elimination Process

Do this with your cover PDF and a page open to the calculator side by side.

1. Confirm your KDP setup values first. In your KDP Bookshelf, open the book's setup page and record the exact trim size, the final interior page count, and the interior ink/paper type you have selected. Not what you intended — what is actually saved right now.
2. Enter those exact values into the calculator. Go to the KDP cover calculator and input your trim size, your final page count, and your paper color. The calculator will return the exact spine width and the exact full cover width and height KDP expects, to four decimal places.
3. Open your PDF's actual properties. In Acrobat Pro, use File > Properties (or the Measure tool) to read the page size in inches. In Preview on Mac, use Tools > Show Inspector, or Cmd+I, and check the dimensions under the General tab. Confirm the units are inches, not points or pixels — if the file reports in points, divide by 72 to convert to inches.
4. Check DPI/resolution separately from physical size. A file can report the "correct" inch dimensions on screen but still fail if the embedded resolution isn't 300 DPI, because some tools recalculate physical size on export based on pixel count and resolution together. Confirm resolution explicitly, not just inches.
5. Compare width to width, height to height — not diagonal or area. Write down calculator width vs. file width, and calculator height vs. file height, as two separate comparisons.
6. Match the size of the gap to a cause. A 0.25" shortfall on both width and height points to missing bleed. A width-only shortfall that isn't 0.25" points to a spine or trim size problem. A gap of several inches or a non-round scaling factor points to a DPI/unit export error.

Worked Example: 0.1126 Inch Narrower Than Expected

Here's a real version of the small, confusing mismatch that causes most support tickets.

An author sets up a 6" × 9" paperback, B&W interior on white paper. Early in production, their draft manuscript ran 300 pages, so they built their cover file around that number:

• Spine width for 300 pages, B&W White = 0.6756"
• Full cover width = (6" × 2) + 0.6756" + 0.25" bleed = 12.9256"
• Full cover height = 9" + 0.25" bleed = 9.25"

Before final upload, the author trimmed the manuscript down to 250 pages during editing — but never regenerated the cover. The final interior file that actually gets uploaded to KDP has 250 pages, so KDP's system calculates:

• Spine width for 250 pages, B&W White = 0.5630"
• Expected full cover width = (6" × 2) + 0.5630" + 0.25" = 12.8130"

The uploaded cover file measures 12.9256" wide. KDP expects 12.8130". That's a difference of 0.1126 inch — small enough to look like a rounding error, but it's actually the exact spine-width delta between 300 pages and 250 pages of B&W white interior. Height matches perfectly (9.25" both sides), which immediately rules out trim size and bleed as causes and confirms the problem is isolated to the spine/page-count input.

The fix in this scenario is straightforward: run the corrected 250-page count through the calculator, get the new 12.8130" × 9.25" full cover size and 0.5630" spine width, and rebuild the cover template to that exact size before re-uploading.

Reject vs. Warning: What Each One Actually Tells You

KDP's review draws a meaningful line between a hard rejection and a warning, and the distinction narrows down which number to check first.

A hard reject on dimensions means the physical page size of your PDF is wrong — go straight to the elimination process above. A warning about quality or margins means your page size is already correct, and the real issue is DPI or your interior layout relative to the trim/bleed lines, per the cover image guidelines in help page G6GTK3T3NUHKLEFX.

Quick Reference Checklist

• Verify trim size in KDP setup matches the trim size you designed for — not a similar-looking one (6" × 9" vs. 6.14" × 9.21" are easy to confuse).
• Confirm your final, locked interior page count, not an earlier draft count.
• Run trim size + final page count + paper type through the KDP cover calculator to get the exact expected spine width and full cover dimensions.
• Open your actual PDF's properties and read width, height, and resolution in inches at 300 DPI.
• Compare width-to-width and height-to-height separately — don't average or eyeball.
• If only width is off and by a spine-width-sized amount, it's a page count problem.
• If both width and height are off by exactly 0.25", it's missing bleed.
• If the file is off by a large, non-obvious factor, check whether the export resolution was actually 300 DPI.

Conclusion

KDP's "wrong dimensions" message is a single symptom with several distinct causes, and the only reliable way to diagnose it is to calculate the exact number KDP expects and compare it, axis by axis, against what your PDF actually contains. Skip the guesswork: enter your book's real trim size, final page count, and paper type into the KDP cover calculator at kdpprintcover.com, measure your file in Acrobat or Preview, and line the two sets of numbers up. In almost every case, the gap between them will point you directly to the one input — trim size, spine, bleed, or export resolution — that's actually wrong.