PDF Reading Time & Word Count Estimator
Upload a PDF and get its exact word count, character count and estimated reading time - for the whole document, and broken down page by page, at slow, average and fast reading speeds.
Frequently asked questions
How is the word count actually calculated?
By splitting the PDF's real extracted text on whitespace, the same basic definition most word processors use for their own word count. The text itself comes from the PDF's text layer - the same extraction this site's PDF to Text and PDF to Markdown tools use - not from an image or a guess.
What reading speeds are used, and where do they come from?
Three fixed paces: 150 words per minute for slow/careful reading, 200 for an average adult silent-reading pace, and 300 for fast reading or skimming. These are commonly cited reference points for silent reading speed, not a measurement of your own reading speed - treat the three numbers as a reasonable range rather than a precise prediction for any specific reader.
Does this work on scanned PDFs?
Only if the scan already has a text layer - for example, from a scanner or app that ran OCR during the scan, or a PDF that was OCR'd afterward. A plain scanned page is just an image with no extractable text at all, so its words won't be counted. If you need a word count for a scan that doesn't have one yet, running it through an OCR step first - this site's Scan Document or PDF OCR Layer tools - will give this tool real text to count.
What counts as a "character" - does it include spaces?
Both figures are shown separately. The character count excludes all whitespace (spaces, tabs, line breaks); the character count with spaces collapses runs of whitespace down to single spaces between words and counts those too, similar to how a typical "character count including spaces" figure works in a word processor.
Why might this word count differ slightly from what Word or Google Docs reports for the same text?
Different tools make slightly different calls on edge cases - how a hyphenated word is counted, whether a lone number or symbol counts as a word, how a PDF's own internal line breaks get treated. This tool uses the straightforward split-on-whitespace definition most word processors use as their headline count, so it should land close to what those tools report for the same text, but an exact match across every tool and every document isn't guaranteed.
Can I see word counts for individual pages, not just the whole document?
Yes - for any PDF with more than one page, a per-page breakdown lists the word count on each page, which is useful for spotting an unusually dense or unusually sparse page, or just for understanding how the length is distributed through a longer document.
Is my PDF uploaded to a server?
No. The file is opened and its text is extracted entirely in your browser. Nothing is uploaded anywhere.
What if my PDF has a header, footer or page number repeated on every page?
Those get counted as real text wherever they appear, on every page they're on, since this tool has no way to know a repeated element is boilerplate rather than real content - it just counts whatever text is actually present on each page. On a long document this can add a small amount to the total (a two- or three-word footer repeated across 100 pages adds a couple hundred words), but it's rarely large relative to genuine body text.
Does bold, italic or other formatting affect the count?
No - only the actual text content is counted, regardless of how it's styled. A bold heading and a plain paragraph contribute to the word count the same way, based purely on the words themselves.
What's this actually useful for, beyond curiosity?
Setting real expectations before committing time to a document: how long a contract or report will realistically take to review before a meeting, how long an onboarding packet or training manual will take a new hire to get through, or how long a handout will take an audience to read during a presentation. A page count alone is a rough proxy for this at best, since page density varies enormously; an actual word count and reading-time estimate is a much more direct answer.
Can I use this to check whether a document meets a required word count?
Yes - since the count comes from the PDF's real extracted text rather than an estimate, it works well for checking a document against a submission requirement, like an essay's minimum word count or a report's maximum, before turning it in as a final PDF.
What happens with a page that has no text at all, like a full-page photo or diagram?
It correctly shows 0 words for that page in the per-page breakdown, rather than being skipped or causing an error - the page still counts toward the total page count, it just contributes nothing to the word or character totals. This is normal for cover pages, section dividers, or pages that are mostly a diagram or image with no body text on them.
Does the reading time estimate account for time spent studying images, tables or charts?
No - the estimate is based purely on the word count of extractable text, using standard reading-speed reference points. A page dominated by a dense table or a chart that takes real time to interpret will likely take longer to actually get through than the word count alone suggests, since none of that visual content is counted. Treat the estimate as a reading-time floor for text-heavy documents, not a universal prediction for every kind of page.