Skip to content
Tooletto

How Word Counters Actually Count Words (And Why the Number Changes Between Apps)

Paste the same paragraph into three different word counters and you can get three different numbers. None of them are wrong — they are answering slightly different questions.

· 3 min read

The same paragraph, three different numbers

Paste an identical piece of text into Microsoft Word, Google Docs, and a third word-counting tool, and it is entirely possible to get three slightly different totals — not because any of them made a mistake, but because "word" turns out to be a less precise concept than it feels like at first glance. A word counter has to make a series of small, specific decisions about edge cases that a casual glance at a paragraph glosses right over: is a hyphenated compound one word or two, does a contraction split apart, does a standalone number count the same as a word made of letters, and — for languages that do not use spaces between words at all — what even marks a word boundary in the first place. Different tools make those calls differently, and the visible total is simply the sum of many small, defensible decisions rather than one objectively correct count.

Hyphens, contractions, and the decisions that quietly shift the total

A hyphenated compound like "well-known" can reasonably be counted as one word or as two, and both readings have a defensible case: it functions as a single semantic unit, but it is also visibly built from two separate words joined together. Word and Google Docs both count a hyphenated compound as a single word, which is why matching their convention is the right default for anything that needs to match an editor's or publisher's word-count expectations, such as an assignment with a stated word limit. Contractions raise the identical question in a different shape — "don't" is visibly built from two words squeezed together, but functions as one — and the same major word processors again count it as a single word rather than two, which is again the convention worth matching if the count needs to agree with what a teacher, editor, or word-limit tool would report.

A standalone number, a lone punctuation mark surrounded by spaces, and other odd tokens raise smaller versions of the same question, and different tools resolve them slightly differently — which is the real, unglamorous explanation behind most of the small discrepancies people notice between one word counter and another. None of these micro-decisions individually shifts a total by much, but a few hundred words of ordinary prose typically contains enough hyphens, contractions, and odd tokens that the discrepancies add up to a visible, if usually small, difference in the final number.

Why splitting on spaces fails completely for some languages

A word counter built by simply splitting text wherever a space appears works reasonably well for English and most European languages, because those languages conventionally do separate words with spaces. It fails outright for Chinese, Japanese, and Thai, none of which insert spaces between words at all — an entire paragraph of Chinese text can be a single unbroken run of characters with no spaces anywhere in it, and a counter that splits on spaces reports that whole paragraph as exactly one "word," regardless of how many real words it actually contains. Correctly counting words in those languages requires genuine linguistic text segmentation — analysing the characters themselves to infer where one word plausibly ends and the next begins, using the same kind of segmentation logic modern browsers implement internally for text selection and line-breaking — rather than the trivial space-splitting approach that works well enough for space-separated languages and completely falls apart for the languages that are not.

Why the "right" convention is whichever one your reader actually uses

None of the competing conventions for hyphens, contractions or edge-case tokens is objectively more correct than the others — they are different, equally defensible answers to a genuinely ambiguous question. What actually matters in practice is which convention the count needs to agree with: a student submitting an assignment with a stated word-count requirement needs a tool that counts the way their word processor does, since that is almost certainly what will actually be checked; a writer submitting to a publication with its own house style needs to match whatever convention that publication's tools use. Matching Word and Google Docs' shared convention — hyphenated compounds and contractions each counted as one word — is the closest thing to a safe universal default, precisely because those two tools between them cover the overwhelming majority of situations where a word count needs to match something external and specific.

Tools for this

More from the blog