A free browser-based tool that instantly estimates how long any text takes to read — with adjustable WPM, word and character counts, per-paragraph breakdowns, and platform comparisons. No login, no server, 100% client-side.

Reading Time Estimator is a free, browser-based tool that tells you exactly how long any piece of text will take to read. Paste your article, blog post, or documentation, adjust the words-per-minute slider to match your audience, and see the result instantly — no signup, no server calls, no ads.
You've written a 1,200-word blog post. How long will it take your readers to get through it?
If you're publishing on Medium, Dev.to, Ghost, or your own blog, you might want to show a reading time badge. Or you're planning your content calendar and need to know if a draft is too long for a newsletter. Or you're a developer documenting an API and want to flag dense sections before they ship.
The problem is that "reading time" isn't one number — it depends on who's reading. A developer reading dense API documentation reads at 150–180 WPM. A casual blog reader scrolls at 250–300 WPM. Children's content is written for 100–150 WPM. The right estimate depends on your audience.
Most reading time calculators hardcode a single WPM value and give you a single number. That's fine for a quick sanity check — but it's not enough information to make content decisions.
The tool's main input accepts any text — blog posts, articles, documentation, emails, newsletters, scripts. Text is processed entirely in your browser. Nothing is sent to a server.
A slider lets you set the words-per-minute from 50 to 600. Four presets are available for common audiences:
The reading time estimate at the top of the page updates instantly as you move the slider.
Below the main estimate, five stat badges show:
Every paragraph in your text gets its own reading time estimate. This breakdown helps you spot which sections are dense (will slow readers down) and which are thin (might feel too brief). It's the fastest way to identify editing targets without reading the whole piece again.
A "Platform Comparison" panel shows how four major publishing platforms would display the reading time for the same text, each using their published WPM formula:
| Platform | WPM | |---|---| | Medium | 265 | | Dev.to | 275 | | Ghost | 275 | | Substack | 200 |
This lets you see why the same article shows "4 min read" on Medium and "5 min read" on your personal blog.
Reading time calculation is a single pure function:
const totalSeconds = Math.round((wordCount / wpm) * 60);The paragraph breakdown iterates over double-newline-split segments, running the same calculation per block. All state is managed with React useState and memoized with useMemo — the calculation never blocks the UI.
The platform comparison panel re-runs the same calculation with each platform's WPM constant, keeping the logic in one place and the output consistent.
Content is private. A blog post draft, a job description, a proposal — these are documents you don't want uploaded to a third-party server just to count words. Running the calculation in the browser means your text stays in your browser.
Add a reading time badge to every post. Paste your draft, read the estimate, and decide whether to expand, trim, or split the piece before publishing.
Documentation that takes 45 minutes to read might need to be split into sections. The paragraph breakdown shows which sections are pulling most of the weight so you can restructure before the doc ships.
Newsletters have a format expectation. A 3-minute read feels different from a 12-minute read. Estimate before you send.
Need to implement reading time for your blog? Use this tool to validate your implementation against a known reference. If your formula gives a different result for the same text and WPM, you'll see the discrepancy immediately.
Estimate reading time for assigned articles, study guides, and course materials. Set the WPM to match your students' likely reading level.
Estimating the total reading time across a week's content helps balance depth and breadth. A mix of 2-minute and 8-minute pieces serves different audience moods.
Reading Time Estimator removes the guesswork from content length:
Try it now: reading-time-estimator.tools.jagodana.com
The client needed a robust developer tools solution that could scale with their growing user base while maintaining a seamless user experience across all devices.
We built a modern application using Content Tools and Reading Time, focusing on performance, accessibility, and a delightful user experience.
Category
Developer Tools
Technologies
Date
May 2026
More work in Developer Tools