Google Thinks Your Multi-Step Form Is Thin Content
On this page
A multi-step form that mints a fresh URL for each step is quietly manufacturing thin pages. Step two of a quote wizard, step four of an application, the confirmation screen: each is a URL with a few input fields and almost no text, nothing that maps to a search query, and Google reads them exactly that way. They land in Search Console as “Crawled – currently not indexed” or get classified as low-value, and because site-wide quality is evaluated across your whole domain, a pile of these interface URLs drags on the quality signal for everything else. The fix is to noindex the step and confirmation URLs while keeping the real content-bearing landing page indexable, or to rebuild the wizard on a single URL with client-side step navigation so the thin URLs never exist.
Why per-step URLs read as thin
No one searches for “insurance quote step 4 of 6.” There is no query intent that a form-step page satisfies, and there is almost no content on the page to match against a query even if one existed. From Google’s side these URLs are interface state, not documents. That is the entire diagnosis: a page can be perfectly functional, fast, and valid, and still be thin because it carries no search value.
The old instinct that produced this mess is “more pages means more chances to rank.” Under site-wide quality evaluation that logic is inverted. Indexed page count is not an asset in itself; a high ratio of thin, no-intent URLs to genuinely useful pages is a liability. The folding of helpful-content assessment into Google’s core ranking system in March 2024 made site-level quality a continuous signal, so empty interface URLs are not neutral filler, they are weight on the wrong side of the scale. Note the framing carefully: this is a site-wide quality signal, not a standalone “HCU penalty” you can get hit with as a discrete action.
The targeted noindex
The fix is precise, not a blanket. Noindex the step URLs and the confirmation or thank-you URL, and leave the landing page indexable if and only if it has real service content (an explanation of what the form does, who it serves, what the offering is). The landing page is the thing a query can match; the steps are not.
Use a robots noindex directive on the step and confirmation templates. Internal links pointing at noindexed steps are fine; you do not need to nofollow the “Next” button or hide the funnel from your own navigation. Noindex governs whether the URL appears in search, not whether it can be linked or crawled within the flow.
The cleaner architecture: one URL, client-side steps
The more durable answer is to remove the thin URLs entirely by moving the wizard to a single URL with client-side step navigation. The user advances through steps without the address changing, so there are no /step-2/ and /step-3/ pages to index in the first place. You are not hiding thin pages; you are not creating them.
The objection is analytics: teams worry they lose funnel tracking if each step is no longer its own pageview. They do not have to. Fire virtual pageviews or step events as the user advances so the funnel reporting (start, step completion, drop-off, submit) stays intact in your analytics, decoupled from real indexable URLs. You keep the measurement and shed the SEO liability.
Sitemap hygiene, the step teams forget
When you noindex the step and confirmation URLs, remove them from the XML sitemap. This is the step most teams skip, and it sends Google contradictory instructions: the sitemap says “this URL is important enough to crawl and index,” while the page says “do not index me.” Conflicting signals waste crawl attention and muddy the directive. The sitemap should list only the URLs you want indexed, so the landing page stays in, the steps come out.
To be explicit about the asymmetry: keep internal links to the noindexed steps (the funnel needs them), but pull those URLs from the sitemap (the index should not advertise them).
Do not pad the steps with text
The wrong fix is to add paragraphs of filler to each form step so it no longer “looks thin.” This treats the symptom and creates two new problems. It does not make the page satisfy any search intent, because the underlying truth (no one queries for a form step) is unchanged, so the padded page is still low-value. And it actively degrades the experience: filler text on an input screen slows the user, buries the fields, and hurts completion. You would be trading a clean SEO signal for a worse form and gaining nothing.
A form step is thin, not a soft 404
Keep two failure modes separate, because they call for different fixes. A multi-step form’s interface pages are genuinely thin: they return 200, they are working pages, they simply carry no search value. That is not the same as a soft 404, which is a URL returning 200 while its content signals that nothing is there (a removed product with a placeholder, an empty results page). The distinction is the relationship between the status code and the content. A form step is an honest 200 for a page that really exists and really does its job; it just is not a search destination, so the correct treatment is noindex, not a 404 or 410.
If you reflexively reach for a 404 on a form step, you break the form: a step that returns 404 is a step the funnel cannot complete. The right tool for “this page works but should not be indexed” is noindex; the right tool for “this URL represents nothing and should signal gone” is 404/410. Form wizards are squarely the first case. Diagnosing it correctly keeps you from applying a status-code fix to a content-value problem.
The right end state in Search Console
Reframe what success looks like in the index coverage report. Before the fix, the step URLs sit in “Crawled – currently not indexed” or read as low-value, which is Google saying “I saw these and decided they were not worth indexing.” After you apply noindex, they should transition to “Excluded by noindex tag.” That is the correct destination, not a regression. “Excluded by noindex tag” means you deliberately and explicitly told Google not to index a page that should not be indexed, and Google complied. A falling indexed-page count here is a quality gain, not a loss. Noindexing interface pages improves the site-wide picture; it does not cost you SEO. Confirm the exact current wording of these states in your own Search Console, since Google occasionally adjusts the report strings.
Frequently Asked Questions
Will noindexing my form steps lose me traffic?
No. Those URLs carry no search intent and were not earning organic traffic; they were dragging on site-wide quality. Removing them from the index is a net quality gain. The page that can earn traffic is the landing page, and that one stays indexable.
Is it better to noindex the steps or rebuild on one URL?
Rebuilding the wizard on a single URL with client-side steps is cleaner because the thin URLs never exist, so there is nothing to noindex or to keep out of the sitemap. Noindexing is the right fix when a rebuild is not practical right now.
Sources
- Google Search Central, “Block search indexing with noindex”: https://developers.google.com/search/docs/crawling-indexing/block-indexing
- Google Search Central, “Creating helpful, reliable, people-first content”: https://developers.google.com/search/docs/fundamentals/creating-helpful-content