First decide: is it not indexed, or can you simply not find it?
If your new service page isn't visible in Google, two very different things may be happening. Google may not yet have added that URL to its index; alternatively, it may be indexed but not rank prominently for your chosen search phrase. Examine indexing for the first situation. For the second, search intent, competition and relevance also matter.
Nor should you expect every URL on your site to be indexed. A thank-you page, a filtered URL with parameters or an old redirected address may rightly be excluded. The important question is: is this a unique, useful, final page you want people to find through search? If so, investigate. If your entire business website is missing, see the wider troubleshooting guide: Why isn't my website appearing on Google?
Practical illustration, not a client case: a fictional electrician publishes a new “electrical safety inspection” page. Google already knows the homepage, but the new page isn't visible. This is not automatically a Google penalty; start by checking the specific new URL's status.
First decide whether the URL matters commercially
Important service page
If it is missing, you may lose potential enquiries.
Intentionally excluded page
Exclusion can be correct for sign-in or technical URLs.
Unclear reason
Review the status and content together with a specialist.
How to inspect one problematic URL in a minute
- Write down the final public URL. Check the HTTPS version, any www differences, trailing slash and whether it opens without signing in.
- Open Google Search Console's URL Inspection tool. Select the correct site property and paste in that one address, not merely the site's homepage.
- Read the status Google currently knows. Examine indexability, crawl details, page availability and Google's selected canonical URL.
- Run the live test if necessary. It can show whether Googlebot can access the content now, but a successful test doesn't prove it is already indexed.
- Record the result and date. After a change, compare the status of the same final URL later.
Indexed version and live test: two different answers
Stored URL Inspection data shows what Google knows about the page at the time of inspection, not necessarily its status after the latest edit. A live test examines current accessibility. After fixing an accidental noindex, the live test may pass before the indexing status updates. Google's own URL Inspection documentation explains the difference between these views.
Why does the canonical matter?
When very similar content is available at several addresses, Google may select one primary URL. Your declared canonical can differ from Google's choice; this is not automatically a penalty. Check whether internal links and the sitemap point to the preferred destination and whether redirects contradict it. Our sitemap, robots.txt and canonical guide explains the concepts in detail.
What do Search Console indexing statuses mean?
Use this 12-situation decision table by first asking whether the URL really should be indexed. The same status may be a problem for an important service page but completely correct for a deliberately excluded variant. Exact interface wording and grouping can change over time.
| Status | What it tells us | What to check | First justified action |
|---|---|---|---|
| URL unknown to Google | Google may not have discovered this variant yet. | Is it published? Does a real internal link point to it? Is its sitemap URL correct? | Fix availability and discoverability; request indexing where appropriate. |
| Discovered – currently not indexed | Google knows the URL but hasn't crawled it yet. | Server capacity, accessibility, important internal links, many similar URLs. | Look for crawling obstacles; don't assume poor content is the cause. |
| Crawled – currently not indexed | Google fetched it but didn't index it; the status doesn't establish the exact reason. | Genuine standalone value, content overlap, rendering and the page's purpose. | Make justified improvements and monitor; don't endlessly resubmit. |
Excluded by noindex | An indexing-blocking instruction may appear in the page or its HTTP headers. | Intentional? Left over from staging? Meta tag or X-Robots-Tag? | Have the webmaster remove accidental exclusions on important public pages. |
| Blocked by robots.txt | Crawling is restricted; this does not necessarily mean the page has been removed from the index. | The robots rule affecting the URL and its purpose. | Unblock only public pages blocked by mistake. |
| URL with redirect | The original address redirects elsewhere. | Is the destination correct, available and relevant? | Check indexing of the new destination; don't force the old redirected URL to be indexed. |
| 404 or 410 | The URL is missing or may have been deliberately retired. | Old deleted page or an important link with a typo? | Restore where justified, redirect to a relevant page or deliberately retain the error status. |
| Soft 404 | The HTTP response may be 200 but the content looks empty or erroneous. | Actual visible content, rendering and “no results” templates. | Provide meaningful content and the correct HTTP response. |
| 5xx / server error | The server is not reliably serving the page. | Hosting, intermittent errors, CDN and security rules. | Ask a developer or provider to check server logs. |
| 401 / 403 access restriction | The requested page requires authentication or access is blocked. | Is the page meant to be public? WAF or sign-in barrier? | Restore access only for content genuinely intended to be public. |
| Alternate page with proper canonical | Another version is primary, often intentionally. | Does the canonical point to the intended main page? | If so, no fix is needed. |
| Duplicate; Google chose a different canonical | Google considers another variant primary. | Canonical, redirects, sitemap, internal links and content differences. | Resolve contradictory signals; mechanically changing a tag is not enough. |
The table helps interpret Google's Page indexing report; it does not prove the cause of a particular website problem.
“Discovered” and “crawled” are not synonyms
When a URL is discovered, Google knows about it but may not have fetched the page. A crawled URL has been fetched, but indexing is a separate decision. Neither status automatically means a “penalty” or proves content quality. The real task is investigating persistently problematic URLs that matter to the business.
Deliberate exclusion or an error to fix?
If an old URL redirects to a new one, the old one missing from the index may be natural. But if a current service page retains an accidental noindex, fix it. A robots.txt file controls crawling; it is not a suitable way to secure sensitive information. Truly confidential content needs proper access protection.
Six steps: choose a fix that matches the cause
- Decide whether the specific URL belongs in search. Service pages, useful articles and unique information generally do; thank-you pages and filtered variants often don't.
- Check the final URL's HTTP response and content. It's not enough for “something” to load in your browser: the response, useful HTML content and access must be right.
- Inspect its Search Console status. Note whether the issue concerns discovery, crawling, an exclusion, a server error or canonical selection.
- Fix only the problem you've identified. For accidental noindex, fix the directive; for 5xx, the server; for a bad internal link, navigation; for near-duplicate content, the actual content distinction. Don't create another URL with identical text.
- Check the new status. A live test helps confirm technical fixes; some report errors have a “Validate fix” feature, while in other situations a justified indexing request can help.
- Track changes with dates. Indexing is not guaranteed, and Search Console's index status may not update immediately.
Four fictional situations: a new service page has no internal links; a staging noindex is left on after launch; a parameter-based duplicate is correctly not indexed; two pages differ only by town name and have almost identical content. The first calls for an internal link, the second for a technical fix, the third perhaps no action, and the fourth for checking whether there's a genuine content reason for both. One solution does not fit them all.
When it comes to your own business
A key page missing from Google can affect the business too
Not every excluded URL is an error, but a missing essential service page can interrupt the route to enquiries. Start technical SEO reviews with the pages that offer real business value.
When should you request indexing, and when is it pointless?
If a key public URL is new, or you have actually fixed something preventing indexing, you can request a recheck or indexing in the appropriate Search Console interface. A request is not an order to Google. Google may still decide not to index the page. Clicking every day is no substitute for fixing the problem.
Don't request separate indexing for an old 301-redirected URL, an intentionally noindex-tagged thank-you page or a properly canonicalised parameter variant. A report's “Validate fix” action checks whether its reported problem is resolved; it differs from requesting indexing for one URL. Nor is the so-called Indexing API a general accelerator for normal websites: Google limits it to specified content types.
Important: Even a 200 OK response, a successful green live test, a submitted sitemap and a valid canonical together cannot guarantee indexing or rankings.
Simple one-URL issue report: what to record
When contacting a specialist, don't just say “I've disappeared from Google”. Filling in the following information for your own situation makes it easier to separate content decisions from development faults. The pelda.test address is fictional and for illustration only.
| Field | What to record |
|---|---|
| Final URL | For example https://pelda.test/szolgaltatas/ |
| Business purpose | Important service, article, thank-you page or duplicate? |
| Expected indexing | Yes / no / still to be established. |
| GSC status and date | Exact displayed message and date checked. |
| Google-selected canonical | The same URL or a different address? |
| HTTP, robots, noindex | Which facts have been checked, and which are assumptions? |
| Internal links | Which genuine page links to it? |
| Change made | Exact fix and person responsible. |
| Next check | Date, updated report, outstanding questions. |
If you have no Search Console access, start there. Our Google Search Console beginner's guide explains the basics.
When should you involve a specialist?
A focused technical and content review makes sense if several important service pages are affected, server errors recur, Google repeatedly chooses the wrong canonical, or you've documented the issue but repeated fixes have not improved the status. A specialist should identify real causes and options, not “order” a place in Google's index.
If the page is indexed but generates no search traffic, ask a different question: which search intent, content and timeframe should you target? Our guide to how long SEO results take covers this. For persistent technical problems on important URLs, a focused SEO audit may be justified, without any result guarantee.
Frequently asked questions about page indexing
Is a 200 OK HTTP status enough for indexing?
No. It may be a necessary technical condition, but the page might be duplicated, hard to access, deliberately excluded, or omitted from Google's index for other reasons.
If Google crawled the page, why isn't it indexed?
Crawling and indexing are separate steps. “Crawled – currently not indexed” does not provide one certain diagnosis. Check unique value, overlapping content and technical rendering.
Must every URL on my website be indexed?
No. What matters is that important, final, public pages with standalone value are accessible. Duplicates and redirected URLs may naturally be excluded.
Does it cost money to request indexing in Search Console?
Google Search Console is free. Requesting indexing is not a paid guarantee, and not every page warrants a request.
When will the fix be reflected?
There's no guaranteed date. Crawling, processing and indexing decisions happen separately. An improved live test doesn't mean search results already reflect the new status.
Sources and further reading
Open official sources
Page indexing report ↗ — Search Console Help
URL Inspection ↗ — Search Console Help
Google Search technical requirements ↗ — Search Central
Prevent indexing with noindex ↗ — Search Central
Troubleshoot canonical issues ↗ — Search Central
Related Knowledge Base articles
Next step · Kaluzsa
Is an important service page missing from search?
Tell us the affected page and what you've observed. A review of technical and content obstacles can identify realistic fixes.