Stop words are the most common words in a language—such as "the," "is," "at," and "on"—that carry minimal semantic weight. In traditional sparse retrieval systems like BM25, these tokens are stripped from queries and documents before indexing because their ubiquitous presence contributes little to relevance scoring while dramatically inflating the inverted index size.
Glossary
Stop Words

What is Stop Words?
Stop words are high-frequency function words that are filtered out during text pre-processing to reduce noise and index size in traditional information retrieval systems.
The practice originated in the 1950s with Hans Peter Luhn's work at IBM and remains standard in lexical search pipelines. However, modern dense retrieval and transformer-based models typically retain stop words, as their presence provides crucial syntactic and contextual signals for attention mechanisms to interpret phrase boundaries and negation.
Core Characteristics of Stop Words
Stop words are the high-frequency function words that carry minimal semantic weight. Filtering them is a fundamental trade-off between index efficiency and retrieval precision.
Functional vs. Content Words
Stop words are almost exclusively function words—the grammatical glue of a language—rather than content words that carry the core meaning.
- Function words (stopped): determiners (the, a), prepositions (in, of), conjunctions (and, but), auxiliary verbs (is, was)
- Content words (kept): nouns, main verbs, adjectives, adverbs
This distinction is why removing 'the' rarely changes the topic of a document, but removing 'blockchain' destroys it.
Zipf's Law Distribution
Stop words dominate text frequency following Zipf's Law: the most frequent word occurs roughly twice as often as the second, three times as often as the third, and so on.
- In English, 'the' alone accounts for ~7% of all tokens in a typical corpus
- The top 10 words (the, of, and, a, to, in, is, you, that, it) can represent 25-30% of all tokens
- Removing these drastically reduces index size without affecting recall for most queries
Index Efficiency Gains
The primary motivation for stop word removal in sparse retrieval systems like BM25 is computational, not linguistic.
- Inverted index size reduction: Eliminating stop words can shrink the postings list by 30-40%
- Query latency improvement: Fewer terms to look up and score means faster retrieval
- Memory footprint: Smaller indices fit in RAM, reducing infrastructure costs
This optimization was critical in the era of limited storage, but is less relevant for dense vector search where embeddings encode all tokens.
The Precision-Recall Trade-off
Stop word removal is not harmless. It creates a measurable precision-recall trade-off that must be evaluated per domain.
- Phrasal queries break: 'to be or not to be' becomes empty; 'The Who' loses its referent
- Negation distortion: Removing 'not' from 'not guilty' inverts meaning entirely
- Rare entity collisions: The film 'It' or the band 'The The' become unsearchable
Modern systems often retain stop words in the index but downweight them using TF-IDF or BM25 saturation rather than removing them outright.
Domain-Specific Stop Lists
A universal stop word list is a myth. Effective filtering requires domain adaptation.
- General English: NLTK's list of 179 words, or the Snowball list of 174
- Legal text: 'heretofore', 'whereas', 'aforementioned' carry structural meaning
- Medical records: 'patient', 'diagnosis' are too frequent to be discriminative
- E-commerce: 'product', 'price', 'shipping' may need retention for query intent
Building a custom list involves calculating collection frequency and manually reviewing high-frequency terms for semantic value.
Stop Words in Neural IR
In dense retrieval and transformer-based models, stop word removal is largely obsolete and often harmful.
- Contextualization: BERT and similar models use stop words to build syntactic structure and disambiguate meaning
- Attention mechanisms: Function words help establish relationships between content words across long distances
- Query-document interaction: Cross-encoders need the full grammatical signal to score relevance accurately
Modern tokenizers like BPE and WordPiece retain all tokens, letting the model learn which to attend to rather than pre-filtering.
Stop Word Removal vs. Other Text Normalization Techniques
A feature-level comparison of stop word removal against stemming, lemmatization, and lowercasing for information retrieval and NLP pipelines.
| Feature | Stop Word Removal | Stemming | Lemmatization | Lowercasing |
|---|---|---|---|---|
Primary Objective | Filter out high-frequency, low-semantic-value function words | Reduce words to a crude morphological root by stripping affixes | Reduce words to their canonical dictionary form using morphological analysis | Standardize character casing to collapse case variants |
Preserves Linguistic Validity | ||||
Requires External Vocabulary or Knowledge Base | ||||
Computational Complexity | O(n) with hash set lookup | O(n) with rule application | O(n) with POS tagging and dictionary lookup | O(n) with character mapping |
Typical Index Size Reduction | 30-50% | 10-20% | 5-15% | 0% |
Risk of Information Loss | High for sentiment, phrase queries, and conversational AI | Moderate; over-stemming merges unrelated terms | Low; preserves semantic distinctions | Low; only proper nouns and acronyms lose distinction |
Reversibility | ||||
Primary Use Case | Sparse retrieval, keyword search, topic modeling | Information retrieval, early search engines | Semantic search, entity extraction, text analytics | Universal preprocessing for most NLP pipelines |
Frequently Asked Questions
Clear answers to common questions about the role, mechanics, and strategic trade-offs of filtering high-frequency function words in text pre-processing pipelines.
Stop words are the most common, high-frequency function words in a language—such as 'the,' 'is,' 'at,' 'which,' and 'on'—that are systematically filtered out during the text pre-processing phase. Because these words appear ubiquitously across virtually all documents, they carry minimal unique semantic weight for distinguishing document topics. In a classic sparse retrieval pipeline, removing stop words reduces the size of the inverted index, decreases computational overhead, and prevents these noisy terms from dominating relevance scoring algorithms like BM25. However, the definition of a stop word is entirely task-dependent; a word like 'can' is a stop word in a news search engine but a critical entity in a query for 'can manufacturing.' Modern transformer-based models rarely use static stop word lists, as their attention mechanisms learn to dynamically down-weight contextually irrelevant function words rather than discarding them entirely.
Enabling Efficiency, Speed & Accuracy
Intelligent Analysis, Decision & Execution
We build AI systems for teams that need search across company data, workflow automation across tools, or AI features inside products and internal software.
Talk to Us
Search across company data
Give teams answers from docs, tickets, runbooks, and product data with sources and permissions.
Useful when people spend too long searching or get different answers from different systems.

Automate internal workflows
Use AI to route work, draft outputs, trigger actions, and keep approvals and logs in place.
Useful when repetitive work moves across multiple tools and teams.

Add AI to products and internal tools
Build assistants, guided actions, or decision support into the software your team or customers already use.
Useful when AI needs to be part of the product, not a separate tool.
Related Terms
Understanding stop words requires familiarity with the broader text pre-processing pipeline. These related concepts define how raw text is standardized and reduced to its core semantic components before indexing or modeling.

About the author
Prasad Kumkar
CEO & MD, Inference Systems
Prasad Kumkar is the CEO & MD of Inference Systems and writes about AI systems architecture, LLM infrastructure, model serving, evaluation, and production deployment. Over 5+ years, he has worked across computer vision models, L5 autonomous vehicle systems, and LLM research, with a focus on taking complex AI ideas into real-world engineering systems.
His work and writing cover AI systems, large language models, AI agents, multimodal systems, autonomous systems, inference optimization, RAG, evaluation, and production AI engineering.
Partnered with leading AI, data, and software stack.
How We Work
Custom AI workflows for your Business
One-fit-all AI don't work for modern businesses. At Inferensys, we aim to understand your business & custom requirements; which we use to define most efficient agentic workflows, the data, and the tools for your business.
01
Review the use case
We understand the task, the users, and where AI can actually help.
Read more02
Pick the right approach
We define what needs search, automation, or product integration.
Read more03
Build the first useful version
We implement the part that proves the value first.
Read more04
Improve from there
We add the checks and visibility needed to keep it useful.
Read moreThe first call is a practical review of your use case and the right next step.
Talk to Us