PDF Page Counter

Counting locally

Page count lives in the PDF's internal page tree, on the root pages node. Reading it requires parsing the document structure but not rendering anything, so it is fast even for large files and works entirely in the browser. The file is read from your device and never transmitted, which matters because the documents people most often need to count are contracts, medical records, statements and submissions.

Why counts sometimes disagree

A viewer's page count and a print dialog's page count can differ. A PDF may contain page-level scaling, booklet imposition, or a print setting that places multiple logical pages on one sheet. Some documents also carry an optional page-label structure so displayed numbers run i, ii, iii before 1, 2, 3, meaning the label on the page does not match its index in the file.

Encrypted and damaged files

A PDF encrypted with an owner password can usually still be parsed for structure, since the restriction is on permissions rather than reading. One encrypted with a user password cannot be opened at all without it, and no page count is available. Linearised or incrementally updated PDFs contain multiple cross-reference sections, and a truncated download often keeps the earlier ones, so a damaged file may parse successfully and report a stale count from an earlier revision.

Page count as a document signal

Where page count matters it usually matters precisely: court filings, academic submissions and printing quotes all have hard limits. Verify against the specific requirement rather than assuming, since some rules count only the body and exclude appendices, exhibits or the bibliography.

Counting pages is not reading them

A page count says nothing about whether the pages contain extractable text. A scanned document is a sequence of images and reports its page count perfectly while containing no machine-readable text at all. If you need the words rather than the count, the file needs OCR first.