What it means
Different stores can enforce EPUB rules differently. A rejection can still be a standard EPUB structure issue inside the file.
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 the EPUB to check file paths and see what can be repaired or needs manual review. Your original EPUB stays unchanged.
Need fixed-layout, DRM, or source-file help? Check unsupported or review-first EPUB cases.
Match these report titles
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.
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.
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
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.
Repair example
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.