Thin content: how to find and fix it
The page has fewer than 150 words of text in its HTML. There is no minimum word count for ranking, so this is a prompt to look, not a verdict. Often the cause is a page rendered in the browser, whose text crawlers that read plain HTML never see. Otherwise, expand the page, merge it into a stronger one, or noindex it.
Updated 28 September 2026
- Severity
- Warning
- Issue type
thin-content- How the audit flags it
- An indexable HTML page returning 2xx is flagged when the text in its
<body>comes to fewer than 150 words. Scripts, styles,noscriptand inline SVG are skipped. Navigation, footer and other template text are counted, so the check is conservative: a flagged page is short even with its template, and a page with a wordy template can pass while its main content is thin. Pages markednoindexare not flagged. - How to check
- One URL at a time in the free SEO checker, or every page in a site audit.
What a low word count means
Length is not quality. A contact page, a tool, or a product with a short spec sheet can be exactly as long as it needs to be. Google's guidance on helpful content is about whether a page satisfies the person who arrives, not how many words it has.
What a low count does reliably tell you is that the page has little for a search engine to match against a query. Among many thin pages, some are fine, some are placeholders that should never have been published, and some are full pages whose text the crawler could not see.
Check rendering first
If a page looks full in the browser but the audit counted almost no words, the text is being added by JavaScript after the page loads. The audit reads the HTML your server sends, as many crawlers do. Google can render JavaScript, but it processes rendering separately from crawling, and many AI crawlers do not render it at all.
View the page source and search for a sentence you can see on screen. If it is missing from the source, the fix is server-side rendering or prerendering for that route, not more writing. On a single-page app this usually affects every page, which shows up as the same issue across the whole crawl.
How to fix it
For each page whose text is in the HTML, decide which of three it is.
- Worth ranking and too short: expand it with what a searcher needs, such as the answer, the specifics, examples, and the next step. Add substance, not padding.
- Overlapping with a stronger page: merge the useful parts into that page and 301-redirect this one to it.
- Needed by visitors but not by searchers (tag archives, empty categories, account pages): add
noindex, or remove it from the sitemap.
Tag and category archives with one or two posts, and programmatically generated pages whose only difference is a swapped name, are the most common thin pages on small sites. Fix the rule that generates them, not the pages one at a time.
The free SEO checker reports the word count for one URL from its server HTML, which is the quickest way to tell a rendering problem from a genuinely short page.
Fix it with a coding agent
Connect Claude Code, Cursor or Codex to IndexZero's MCP server, open your site's repo, and paste:
Run a site audit of example.com and wait until it completes. Read the thin-content issues. For five of the URLs, fetch the server HTML and compare it with what the page shows in a browser, and tell me whether the text is missing from the HTML. For pages whose text is really short, sort them into expand, merge or noindex, with a reason for each. Don't change anything until I've approved the list.
Behind that prompt the agent calls run_site_audit, polls get_audit_status until the crawl completes, and reads get_audit_issues with issueType: "thin-content". Your repo is where the fix happens: IndexZero reads your site and never changes it.
Frequently asked questions
- Is 150 words the minimum for SEO?
- No. There is no minimum. It is a threshold for review: below it, a page is short enough that it is worth a look.
- Can thin pages hurt the rest of my site?
- A handful will not. A large share of low-value pages can weigh on how search engines assess the whole site, which is why tag archives and near-empty generated pages are worth consolidating or noindexing.
Audit the whole site
Find every page with this issue
An agent connected to IndexZero's MCP server can crawl the whole site, read the issues of one type, find the templates in your repo and fix them, then re-crawl to confirm. The crawl itself spends no credits; only the optional Lighthouse sample does. The free plan includes the MCP server, audits of up to 50 pages, and 2,000 credits a month.
Related issues
- Orphan pages: how to find and fix themWhy a page nothing links to gets little crawl attention, how a crawl finds orphans, and whether to link, redirect or retire each one.
- Missing H1 tag: what it means and how to fix itWhy a page without an H1 loses topical clarity, the three usual causes, and how to add one heading that matches the title.
- SEO issues and how to fix themEvery check the site audit runs, grouped by severity.