Match the report title.
Look for "Fix EPUB for Apple Books" or the closest title above. Keep the original EPUBCheck, KDP, or Kindle Previewer wording if it differs.
EPUB error guide
Upload the EPUB that Apple Books rejected. The report separates a standard EPUB structure blocker from an Apple Books workflow issue and offers a checked repair only when the fix is clear.
You see
Upload the same file when the message mentions validation, import, a missing file, a bad URI, metadata, navigation, or package structure.
You get
The report names the affected path and separates a checked structural repair from manual review or an Apple Books workflow issue.
Not covered
Rights, pricing, account state, listing metadata, content review, cover delivery, Apple Books app/device problems, and final store decisions stay outside this scan.
Scan when the message does not name the affected path. The report shows affected paths and repair decisions, not manuscript text.
Need fixed-layout, DRM, or source-file help? Check unsupported or review-first EPUB cases.
Match these report titles
Use this guide when
Your message matches "Fix EPUB for Apple Books" or one of the report titles above.
Upload if
You have the exported reflowable .epub and need the affected path, file, field, or repair decision before editing.
Handle outside this tool
Use the source tool or publishing workflow for DOCX, PDF, KPF, KCB, fixed-layout, comics, image-first books, DRM, visual design, or KDP listing and approval problems.
Read the scan report
Use the report label, affected file, and repair decision together. A matching title alone is not enough if the file path or EPUB structure points to a different problem.
A useful report does not stop at the error name. It connects the message to an internal file and a next action.
Look for "Fix EPUB for Apple Books" or the closest title above. Keep the original EPUBCheck, KDP, or Kindle Previewer wording if it differs.
Use the Affected area, Source file, Target file, or Problem type rows before editing OPF, nav, XHTML, CSS, or image paths.
Repairable means one clear structural change. Needs review or Not supported means use the named file, source project, or platform step.
Copy these fields from the report instead of rebuilding the fix from memory.
1. Example report output
A useful report should translate the platform rejection into standard EPUB evidence and one next action where possible.
Store
Apple Books or Google Play Books.
Likely validator family
RSC duplicate id, broken link, OPF metadata, navigation, manifest, media type, or package wrapper.
Affected path
The internal EPUB file or package field behind the rejection.
Decision
Checked repair, formatter handoff, source export fix, or unsupported.
The report should help you separate a standard EPUB blocker from a store policy or account issue.
2. Next step
Not every store rejection is the same kind of problem.
Upload scan
Scan the EPUB to find whether it has strict validation blockers even if another platform accepted it.
Checked repair
Duplicate ids, metadata links, manifest entries, path mismatches, and ZIP wrapper problems may be actionable when the target is clear.
Store review
Those problems belong in the store dashboard or publisher workflow, not the EPUB package scan.
3. Concrete path example
The same EPUB can behave differently across platforms when one store enforces stricter validation.
Store rejection: Apple Books or Google Play rejects the EPUB after upload. Report: EPUBCheck family: RSC_005 duplicate ID Affected file: OEBPS/Text/chapter-04.xhtml Duplicate id: note-12 Decision: manual review if footnote/backlink targets depend on reader location
Do not delete duplicate ids blindly. Navigation, notes, and backlinks may depend on the intended target.
Quick decision
This path is for the finished EPUB file. Apple Books app/device behavior, store account, delivery, policy, and final acceptance tasks stay outside the structure scan.
Good fit
Scan for duplicate ids, broken links, metadata, navigation, manifest, media type, package, and ZIP issues.
Manual fit
The report can still find standard EPUB blockers, but a platform-specific issue may remain.
Not this tool
Use the store dashboard or publisher support workflow.
Start here
Upload the same rejected EPUB. Apple Books and other stores can reject package rules that a local reader does not show; the report finds the affected path before you change store metadata or export again.
Different stores can enforce EPUB rules differently. A rejection can still be a standard EPUB structure issue inside the file.
A checked repair is possible when the store rejection maps to one clear EPUB structure issue that can be checked with EPUBCheck again.
Save the exact store rejection message and platform name.
It does not fix Apple Books app or device import problems, store policy, rights, tax, account setup, pricing, categories, territories, cover requirements, content review, or final approval by Apple Books, Google Play Books, or any other store.
Common situations
Start with the exact import or validation message and the EPUB file it names.
The rejection may point to a standard package, manifest, URI, metadata, or link problem.
Scan the same EPUB and keep the Apple Books message with the report.
Some source tools can generate repeated ids in XHTML, which stricter validators reject.
Locate the duplicate id and check whether notes, TOC links, or backlinks depend on it before editing.
The OPF package can point to missing or inconsistent metadata fields.
Check content.opf before changing store listing metadata.
A store can reject stale chapter links, missing images, or anchors that local readers ignore.
Scan source and target paths before re-exporting blindly.
Fix EPUB for Apple Books: store upload rejection caused by EPUBCheck, duplicate id, metadata, link, anchor, navigation, manifest, media-type, package, or ZIP validation blockers.
An author, formatter, or small publisher wants to fix an Apple Books or Google Play rejection in an exported EPUB that may still open locally.
What it means
Different stores can enforce EPUB rules differently. A rejection can still be a standard EPUB structure issue inside the file.
Common causes include duplicate XHTML ids, missing anchors, broken resource paths, OPF identifier mismatches, missing language or modified metadata, media-type mismatches, disconnected navigation, manifest problems, and ZIP packaging mistakes.
Before you edit
Do not assume the store is wrong or that KDP behavior proves the file is clean. Find the affected EPUB path and validation family first.
Why KDP checks it
Apple Books requires import validation and specifically calls out URI encoding and files missing from the OPF manifest as reasons an EPUB can fail import.
Google Play Books recommends running EPUBCheck before upload and shows file-processing errors in the Partner Center when an EPUB cannot be processed.
EPUBCheck checks EPUB 2 and EPUB 3 files against the official rules and reports package, markup, link, and file-reference problems.
Can this be fixed safely?
A checked repair is possible when the store rejection maps to one clear EPUB structure issue that can be checked with EPUBCheck again.
It does not fix Apple Books app or device import problems, store policy, rights, tax, account setup, pricing, categories, territories, cover requirements, content review, or final approval by Apple Books, Google Play Books, or any other store.
Before: Google Play rejects an EPUB and the scan finds duplicate id note-12 in one XHTML file. After: repair only when the intended note and backlink targets are clear, then validate again. Before: the store rejection is about rights or pricing; use the store workflow.
Ready to retry?
Upload the same EPUB that Apple Books or Google Play Books rejected. The report shows whether the issue maps to a supported structure repair and checks the repaired file again before download.
Upload EPUB to scanFAQ
Sometimes. If the rejection maps to a supported EPUB structure problem, the report can offer a checked repair after the repaired file passes EPUBCheck again. Store policy, account, delivery, app/device, and final acceptance problems need the Apple Books workflow.
Different platforms can enforce EPUB rules differently. The file may still have duplicate ids, metadata, link, anchor, or package problems that another platform tolerates.
No. It can check and sometimes repair EPUB structure blockers, but final store acceptance includes policies and platform decisions outside this scanner.
No. First check the EPUB file itself. Store listing metadata and OPF package metadata are different places.
Scan the EPUB and look for standard EPUBCheck-style blockers. If the scan is clean, the rejection may be platform workflow or policy rather than file structure.