Reading Time Calculator

Estimate how long text takes to read, based on word count.

Estimate updates live as you write — nothing is uploaded.

Result

Formula used

reading time (minutes) = words / words-per-minute
words-per-minute      = 200   (assumed average silent reading speed)
shown as minutes + seconds, rounded to the nearest second

Worked example

Input: a 600-word article.

  • Words: 600
  • Reading time: 600 / 200 = 3 min

A reading time estimate does something a word count alone cannot: it translates length into the one unit a reader actually weighs before clicking — minutes. When a post shows "4 min read," a person instantly decides whether they have that minute now or should save it for later, and that decision is what drives whether the page gets opened at all. Platforms from blogging networks to newsletters have adopted the label because it sets an honest expectation up front, which builds trust and reduces the bounce that comes from a piece feeling longer than promised. The calculator on this page turns any text into that same minute figure the moment you paste it in, using a standard 200-words-per-minute pace, so you can see your draft the way a reader will.

The number also reframes how a writer thinks about length. A 1,200-word article and a 3-minute read are the same text described two ways, but the minutes version is the one a busy reader responds to. Knowing the estimate while you draft lets you notice when a "quick tip" has quietly become an eight-minute essay, or when a "guide" is so short it will feel thin. That feedback loop — write, glance at the minutes, adjust — is far more useful than counting words in the abstract, because minutes are the unit people budget their attention with. Blog posts are the obvious home for a reading-time label, but the estimate is just as useful behind the scenes for any medium-length writing. Email newsletters benefit because a subscriber decides in a second whether to scroll or delete, and a stated two-minute read sets a fair expectation for a piece they opened on their phone. Long-form documentation and help articles use it so a reader knows before committing whether they are in for a quick fix or a deep dive. Even internal writing — a project update, a proposal, a memo — reads differently when you know it will take a colleague six minutes, because that tells you whether to lead with the conclusion or risk losing them before it. Social platforms and content aggregators have trained audiences to expect the label, so omitting it can make otherwise good writing feel heavier than it is. Adding a reading time to a post, a course module, or a newsletter issue signals respect for the reader's time and gives them a reason to start rather than defer. Because the calculator updates live from the word count, you can test several structures — a tighter intro, a cut example — and watch the minutes respond, choosing the version that fits the slot you have in your publication schedule. Treat the reading time as a planning target, not just a measurement. If your newsletter performs best around three minutes, write toward three minutes and let the counter tell you when you arrive, rather than drafting freely and discovering you are at seven. The same logic helps with series and cadence: a weekly post of consistent length trains readers to know what they are committing to, and the estimate makes that consistency easy to hold. For documentation, matching the reading time to the task matters — a "quick start" should stay under a minute, while a "deep dive" can reasonably run longer because the reader opted into it. The estimate also helps you cut with purpose. When a draft runs long, the minutes figure shows exactly how much you need to remove to hit a target, so editing becomes a concrete subtraction rather than anxious guessing. Reading the piece aloud against the clock is a useful check, because the silent estimate here assumes steady reading and aloud tends to run slower — but the gap itself tells you which sentences are doing too much work and begging to be shortened. The 200-words-per-minute pace is an average for silent adult reading, and real readers vary widely — fluent readers move faster, readers working through dense technical material move slower, and anyone reading in a second language or with a reading difficulty like dyslexia will take longer still. The number is a fair baseline, not a promise for every individual, so use it to set a general expectation rather than a precise commitment. Content rich with code, diagrams, tables, or video takes longer in practice than words alone suggest, because the eye pauses on non-prose elements the word count does not capture.

It is also worth remembering that people rarely read every word top to bottom; they skim, jump to headings, and slow down only at the parts that matter to them, so the true engagement time is often lower than the full-read estimate. That is not a reason to ignore the number — it is a reason to pair it with clear structure, so a skimmer gets the point fast and a full reader gets the depth. Use the minute figure as the invitation, and let good headings and examples do the rest of the work once the reader has decided to begin.

Frequently asked questions

What reading speed do you assume?

The tool assumes 200 words per minute, the commonly cited average for silent adult reading. The estimate scales linearly with word count, so a 400-word text is about 2 minutes.

Why does reading time change as I type?

Reading time is derived from the live word count. Each block of words you add extends the estimate proportionally at the same 200 wpm pace.

Does it account for images, code, or tables?

No. It estimates prose reading time from words alone. Pages heavy with code, charts, or video take longer in practice, so treat the number as a baseline for text.

Is my text uploaded to estimate reading time?

No. The word count and time estimate are computed in your browser as you type; the text never leaves your device.