PDF Page Numbers Wrong After Reorder or Delete (Renumber the Stamped Footers)
The thumbnails renumbered; the footers didn't. Printed numbers are content baked into each page — moving pages moves old numbers with them, not toward truth.
The sidebar says page 9. The footer says 11. One of them is metadata; the other is paint. After surgery, paint always loses.
Three numbering layers
| Layer | Updates on reorder? | Fix |
|---|---|---|
| Viewer/page labels | Sometimes stale | Editor numbering feature |
| Live fields (rare) | Yes if calculated | Recalculate |
| Stamped footers / content | Never | Remove + re-apply |
Lock order of operations
- All page surgery first (reorder, delete, merge, dedup, interleave).
- Then numbering: strip old footers/headers → apply continuous sequence with correct start.
- Verify first / middle / last + “x of y” totals; skim TOC if page-linked.
- Only then compress and send (checklist).
Renumbering before the last delete guarantees a second pass — sequence debt compounds.
Source-first exception
If Word/Docs/Sheets still exist: fix order in the source, export once, keep live page fields. PDF-side stamping is for scans and designer exports you can't reopen (add-page-numbers covers the tool path).
Honest BytesPDF scope
Add-page-numbers exists; automatic detection and removal of old stamped numbers does not (documented boundary) — strip stale marks in an editor first, or re-export from source. Headers/footers as a class behave as static content (header/footer guide).
Worked sequence (delete plus reorder day)
- Final structure first: remove blanks, reverse a scanned section, merge reports — all surgery done.
- Open numbering tool: start = 1, style = arabic (or front-matter roman), range = all pages.
- Remove old stamped footer layer first, or re-export from source with live fields.
- Apply new footers; spot-check pages 1, middle, last, plus any x-of-y totals.
- Build TOC/bookmarks after numbers exist if the TOC cites page numbers.
- Compress, run the pre-send checklist (QA), ship.
The failure mode everyone hits: number early, then delete blanks later. Structure first, ink second.
Merged packets: two honest options
| Option | When | Cost |
|---|---|---|
| Continuous renumber after merge | Courts, formal reports, TOC by page | One clean pass; source footers removed |
| Keep per-section original numbers | Internal packets, section identity matters | Recipients must not assume a global sequence |
Neither is wrong; assuming the toolbar fixed printed ink is wrong. Document the choice in the cover note if section numbering is intentional (merge behavior).
Viewer labels side quest
If only the toolbar numbers look odd (roman front matter, labels out of step), that is the labels feature — not footer ink. Fix labels separately; do not restamp ink for a metadata quirk (cousin clock map).
Frequently asked questions
Why didn't the footer update when I deleted a page?
Because the number was rendered as page *content* (or a static header/footer) at authoring time — ink, not a live field. Deleting page 8 doesn't rewrite the '8' printed on what is now page 8's neighbor. Thumbnail order updates; stamped glyphs don't.
Toolbar page labels vs printed footers — same thing?
No. Labels are document metadata some viewers show; footers are visible ink. Reordering can desync both. Fix labels in the editor's numbering feature; fix footers by remove-and-reapply (or re-stamp) after the final order is locked.
What's the renumber sequence?
1) Finish all reorder/delete/merge steps. 2) Remove stale headers/footers (or edit them). 3) Re-apply with correct start number and style. 4) Spot-check first, middle, last printed numbers + any 'Page x of y' totals. If the source still exists, better: fix order in Word/Docs and re-export with live fields.
Does BytesPDF add or fix page numbers?
BytesPDF ships an add-page-numbers flow for PDFs you can't re-export ([tool guide](/blog/add-page-numbers-to-pdf)); we don't auto-detect and strip old stamped footers (documented boundary) — remove those in an editor before re-stamping, or re-export from source when possible.
Merged PDFs show multiple restarts?
Expected — each source carried its own sequence ([merge](/blog/merge-pdf-keep-bookmarks)). Apply one continuous numbering pass after the merge is final, or leave source footers if recipients only need per-section identity ([pre-send](/blog/what-to-check-before-sending-a-pdf)).
Related comparisons
Source-led comparisons written by BytesPDF, with the conflict of interest disclosed on each page. They link official provider documentation rather than fabricated tests.