Why Is My New Service Page Not Indexed by Google? 9 Checks Before You Rewrite It
You have created a new service page.
It is live.
It works when you open the URL.
You have written the title, added the service information and published it.
But Google still has not indexed it.
At that point, a common reaction is:
“The content must be too weak. I'll rewrite it.”
That may be the answer eventually.
But it should not be your first assumption.
If you are wondering why is my new service page not indexed, start by finding out where the indexing process has actually stopped.
The page could be:
completely unknown to Google;
discovered but not yet crawled;
crawled but not currently indexed;
blocked from indexing;
pointing to another canonical URL;
poorly connected to your website;
too similar to another page;
or simply very new.
Those problems do not all require the same fix.
A technical indexing problem will not be solved by adding another 800 words.
And repeatedly rewriting a perfectly good page while Google has not even crawled it can waste a lot of time.
Here are the nine checks I would run first.
Why Is My New Service Page Not Indexed?
Before changing the page, establish what “not indexed” actually means.
Google Search Console's URL Inspection tool can show what Google currently knows about an individual URL, whether it has been crawled, whether indexing is allowed and which canonical Google has selected. It also lets you test the current live version of the page.
Use Google's URL Inspection tool guidance rather than relying only on a Google search for your URL.
There are several very different situations you may find.
Google does not know the URL
The page may not have been discovered yet.
Discovered – currently not indexed
Google knows the URL exists but has not yet crawled it.
Crawled – currently not indexed
Google has visited the page but has not currently included it in the index.
URL is on Google
The page is indexed.
If this is what Search Console reports, you no longer have an indexing problem.
You have moved into a ranking or visibility problem instead.
That distinction alone can prevent a lot of unnecessary changes.
If the page is indexed but your homepage appears for the service search instead, use the guide to why your homepage may be ranking instead of your service page.
If Google is selecting another service page, blog article or location URL instead, see why Google may be ranking the wrong page on your website.
Check 1: Inspect the Exact Service Page URL in Search Console
Start with the exact URL you want indexed.
Do not start by searching Google manually and assuming that no visible result means Google knows nothing about the page.
In Search Console:
Open URL Inspection.
Enter the complete service-page URL.
Review the Page Indexing section.
Check how Google discovered the page.
Check whether it has been crawled.
Check whether indexing is allowed.
Check the user-declared canonical.
Check Google's selected canonical where available.
The URL Inspection report is based on Google's indexed information rather than necessarily the page as it exists this second.
If you have recently changed the page, also use:
TEST LIVE URL
That lets you check the current live version separately. Google explicitly distinguishes the indexed information from the live test.
The purpose of this first check is diagnosis.
Do not request indexing yet simply because the button exists.
First find out what Google is seeing.
Check 2: Make Sure the Live URL Actually Works
Open the exact service-page URL.
It should load normally.
You do not want the URL to:
redirect somewhere else;
require a login;
produce an error;
load an empty template;
show different content from the page you intended;
or resolve to an obsolete version of the page.
This sounds basic, but publishing systems can create unexpected behaviour.
You might think you published:
/boiler-repair
while the live page actually redirects to:
/services
Or you may have renamed a page and be inspecting the old URL.
Search Console's live test is useful here because it can show whether Googlebot is currently able to access the page. Google's own developer guidance recommends URL Inspection when content is missing from Search.
Do this before touching the copy.
Check 3: Make Sure You Have Not Accidentally Told Google Not to Index It
A page can look completely normal to a visitor while carrying an instruction telling search engines not to index it.
The most obvious example is a noindex directive.
Google's documentation is explicit: when Googlebot encounters a valid noindex directive, the page is excluded from Google Search.
See Google's official explanation of how noindex works.
If you use Wix or another CMS, you may control this through SEO/indexing settings rather than editing HTML directly.
Check that the page is intended to be:
visible to search engines
and:
indexable.
Also check crawl access.
A robots.txt rule and a noindex rule do different jobs.
Robots.txt mainly controls crawler access. A noindex directive tells Google not to include the content in Search once Google can crawl and see the instruction.
Do not change either blindly.
Confirm the actual problem first.
Check 4: Check the Canonical URL
This is one of the most important checks when a page appears technically healthy but is not being treated as an independent URL.
A canonical tells search engines which URL you consider the preferred version where similar or duplicate versions exist.
For a straightforward standalone service page, you would normally expect the page to reference itself as canonical unless there is a deliberate reason not to.
For example:
Service page:
Expected canonical:
Potential problem:
canonicalises to:
Now you have created a page while simultaneously signalling that another URL is the preferred representative.
Google explains that canonicalisation is the process of selecting the representative URL where duplicate or very similar pages exist.
See Google's canonicalisation guidance.
In Search Console, compare:
User-declared canonical
with:
Google-selected canonical
where the indexed information is available.
If another page has been selected, do not immediately force changes.
First investigate why Google may consider the pages duplicates or near-duplicates.
Check 5: Check Whether the Service Page Is in Your Sitemap
Your sitemap provides Google with a list of URLs you want search engines to know about.
For a new commercially important service page, I would normally expect it to be included in the appropriate live sitemap.
Check:
the URL appears;
it uses the correct live canonical URL;
it does not contain an old slug;
it does not redirect;
and the sitemap itself is being successfully processed.
You can also submit or review the sitemap through Google Search Console.
However, do not overstate what a sitemap does.
Google describes sitemap submission as a hint. It does not guarantee that a URL will be crawled or indexed.
See Google's sitemap guidance.
The sitemap helps discovery.
It does not make a weak, duplicated or non-indexable page automatically deserving of inclusion in the index.
Check 6: Make Sure the New Page Is Properly Linked From Your Website
Publishing a URL is not the same as integrating it into the website.
Imagine you create:
/boiler-repair
but no page links to it.
It is absent from:
the homepage;
Services page;
navigation;
related services;
blog posts;
FAQs;
case studies;
and location content.
The sitemap may still expose the URL.
But from the website's structure, you are giving the new page almost no prominence.
A commercially important service page should normally be reachable through sensible internal links.
Good candidates include:
Your Services overview
Introduce the service and link directly to the full page.
Homepage
Link core commercially important services where appropriate.
Related service pages
If the relationship genuinely helps the customer, link the pages naturally.
Relevant blog posts
If an article discusses the problem solved by the service, send the reader towards the appropriate commercial page.
A new page should have a clear place within the website rather than existing as an isolated URL.
This is one reason your broader guide to how many service pages a small business website needs recommends building strong service pages and connecting them properly rather than simply increasing the number of URLs.
Check 7: Check How New the Page Actually Is
This is where people often make changes far too quickly.
If you published the service page this morning and it is not indexed this afternoon, that does not prove something is wrong.
Google still needs to:
discover the URL
↓
crawl it
↓
process it
↓
decide how it relates to other URLs
↓
potentially index it.
Google's URL Inspection documentation says requesting indexing does not guarantee inclusion and that indexing can sometimes take a week or two, even though it may happen faster.
So distinguish between:
new page that Google has not processed yet
and:
established page remaining unindexed despite healthy technical signals.
If Search Console says:
Discovered – currently not indexed
Google already knows the URL exists.
Rewriting the page every few hours is unlikely to be a sensible response.
If the live URL passes inspection, sitemap and linking checks, give Google an opportunity to crawl it.
Check 8: Make Sure the Page Is Genuinely Different From Existing Pages
This is where a content problem starts becoming more plausible.
Imagine a plumbing website already contains:
/boiler-services
You then publish:
/boiler-repair
But the two pages contain almost the same:
introduction;
headings;
services;
FAQs;
location wording;
calls to action;
and customer information.
The page may technically work.
But why does the website need both URLs?
This is not about avoiding any repeated phrase.
Related pages will naturally share terminology.
The question is whether each page serves a meaningfully different customer need.
Ask:
Would somebody specifically looking for this service benefit from landing on this new page instead of the existing one?
If not, creating another URL may not have strengthened the site.
Your guide to whether every service should have its own page explains the key test:
one meaningful service need or search intent should have one strong destination.
That principle matters for indexing as well as ranking.
Check 9: Decide Whether the Service Page Is Actually Strong Enough
Only after completing the previous checks would I seriously consider rewriting the page.
Now ask what Google and a potential customer actually receive.
A useful service page should normally make clear:
what the service is;
who it is for;
what problem it solves;
what is included;
how the process works;
where the service is available;
relevant experience or proof;
pricing or pricing factors where appropriate;
frequently asked questions where useful;
and what the customer should do next.
Do not judge the page by word count.
A 1,500-word page can still be vague and repetitive.
A shorter page can be strong if it properly covers the customer need.
The bigger test is:
Does this page deserve to be an independent destination?
If it contains little more than:
Boiler Repair
We provide professional boiler repairs. Contact us today for more information.
then yes, the page may genuinely need improving.
But that conclusion should come after you have ruled out:
discovery problems;
crawl problems;
noindex;
canonical errors;
sitemap issues;
and poor internal linking.
For a broader review of page purpose, titles, headings, content and internal links, use the Small Business SEO Checklist.
What Does Your Search Console Status Actually Tell You?
A useful way to decide the next action is:
Search Console situation | What it suggests | What to do first |
Google does not know the URL | Discovery problem | Check sitemap and internal links |
Discovered – currently not indexed | Google knows the URL but has not crawled it yet | Check access, links and sitemap, then allow time |
Crawled – currently not indexed | Google has processed the page but is not currently indexing it | Check canonical, duplication, page purpose and content quality |
URL is on Google | The page is indexed | Stop troubleshooting indexing and investigate ranking instead |
Blocked/noindex | The page is being prevented from indexing | Fix the directive if the page should appear |
Alternate/canonical issue | Another URL may be considered representative | Investigate duplicate or canonical signals |
Do not use the same fix for every row.
That is the entire point of the diagnosis.
Should You Request Indexing?
If the service page:
is live;
can be crawled;
allows indexing;
has the intended canonical;
appears in the sitemap;
has useful internal links;
and contains worthwhile content,
then requesting indexing through URL Inspection can be reasonable.
Google allows you to request crawling for an individual URL through Search Console.
But remember:
Request indexing is a request, not a command.
Google explicitly says submission does not guarantee that the URL will be added to the index.
Do not make repeated indexing requests your entire SEO strategy.
If an important service page repeatedly fails to be indexed, investigate the reason.
Do Not Confuse "Not Indexed" With "Not Ranking"
This distinction deserves repeating.
Suppose Search Console says:
URL is on Google
but you search:
boiler repair Chester
and your page does not appear in the first several pages.
That does not mean the page is not indexed.
It means Google currently does not consider it competitive enough for that particular search.
The diagnosis now changes to things such as:
search intent;
service-page quality;
local relevance;
internal links;
competing pages;
titles and headings;
authority;
and competing websites.
The existing SEO Improve article on why a website can rank for its business name but not its services covers that stage in much more detail.
Do not keep requesting indexing for a page that is already indexed.
Fix the actual problem.
What If the Homepage Appears Instead?
That is also not an indexing problem if the service page is already indexed.
Your homepage may simply have:
stronger internal links;
more external links;
greater history;
broader relevance;
or stronger existing authority.
The service page may need a clearer purpose and stronger support from the rest of the site.
Use Why Is My Homepage Ranking Instead of My Service Page? rather than continuing to troubleshoot indexation.
What If Google Is Indexing a Different Version of the Page?
This is where the canonical check becomes important.
You may find that:
your intended URL:
/boiler-repair
is not Google's chosen representative.
Google may instead select:
/boiler-services
or another similar URL.
That can happen where the content and signals make the pages appear highly similar.
The solution is not automatically to change the canonical manually.
First review:
whether both pages genuinely need to exist;
whether their purposes are different;
whether their content reflects those differences;
which pages link to each URL;
and whether the website structure supports the distinction.
If another page is actually appearing for the search, the dedicated guide to why Google may rank the wrong page is the better next step.
What Not to Do When a New Service Page Is Not Indexed
I would not immediately:
double the word count;
stuff the service keyword into every heading;
change the URL;
publish a duplicate version;
create another page targeting the same service;
resubmit the URL repeatedly;
remove useful content;
add dozens of exact-match internal links;
or assume Google has penalised the website.
Those are actions.
You still need a diagnosis.
A brand-new page not appearing immediately is very different from a page that Google has crawled repeatedly but consistently declines to index.
Treat them differently.
A Practical 9-Check Service Page Indexing Checklist
Work through these in order:
1. Inspect the exact URL in Search Console
What status does Google report?
2. Test the live URL
Can Googlebot currently access the page?
3. Check indexing directives
Is the page accidentally marked noindex or blocked?
4. Check the canonical
Does the page identify the intended URL as canonical?
5. Check the sitemap
Is the correct live URL included?
6. Check internal links
Can Google and visitors reach it naturally from the website?
7. Check timing
Is the page genuinely old enough for non-indexing to be suspicious?
8. Check overlap
Is another page already serving almost exactly the same purpose?
9. Check page quality
Does the URL contain enough distinctive, useful service information to deserve its own place in the site?
Only after those nine checks should:
“rewrite the page”
become your default answer.
Why Is My New Service Page Not Indexed? The Bottom Line
If your new service page is not indexed by Google, do not immediately assume the copy is the problem.
First establish whether Google has:
found it
↓
crawled it
↓
been allowed to index it
↓
understood which URL should be canonical
↓
seen enough website signals showing the page belongs there
↓
and:
found enough distinctive value to treat it as an independent page.
The right response depends on where that chain breaks.
Sometimes the fix is technical.
Sometimes it is better internal linking.
Sometimes the page simply needs time.
And sometimes the page genuinely is too weak or too similar to another URL.
The important point is:
diagnose before you rewrite.
That saves you from making content changes that cannot possibly solve the actual problem.
If you want to see the wider checks SEO Improve uses when diagnosing a small-business website, see what we check during an SEO review.
The Small Business SEO Review looks at search visibility, service-page structure, titles, headings, internal links, content, indexability and basic technical SEO together rather than treating one warning in isolation.
If you have published important pages and cannot tell why Google is ignoring them, request an SEO review and get the likely causes prioritised before rewriting half the website.
Frequently Asked Questions
Why is my new service page not indexed?
Possible reasons include Google not having discovered or crawled it yet, a noindex setting, crawl restrictions, an incorrect canonical, poor internal linking, sitemap issues, substantial duplication or a page that does not yet provide enough distinctive value.
How long does Google take to index a new service page?
There is no guaranteed timeframe. Google says indexing requests can sometimes take a week or two, although pages may be processed sooner. A request does not guarantee inclusion in the index.
What does "Discovered – currently not indexed" mean?
It means Google knows the URL exists but has not yet crawled it. This is different from Google having crawled the page and then deciding not to index it.
What does "Crawled – currently not indexed" mean?
Google has crawled the page but is not currently including it in the index. That makes factors such as duplication, canonicalisation, page purpose and content quality more relevant to investigate.
Should I rewrite a page that says "Discovered – currently not indexed"?
Not automatically. If Google has not crawled the page yet, first check discovery, crawl accessibility, sitemap inclusion and internal linking. Rewriting it repeatedly may not address the reason it has not been crawled.
Does submitting a sitemap guarantee indexing?
No. Google describes sitemap submission as a hint rather than a guarantee of crawling or indexing.
Should I keep requesting indexing in Search Console?
Use Request Indexing after you have confirmed the page is healthy or after fixing a genuine issue. Repeated requests do not replace solving access, canonical, structural or content problems.
Can an incorrect canonical stop my new service page being indexed separately?
It can contribute. If your page declares another URL as canonical, or Google determines another very similar URL is the representative version, the new URL may not be treated as the primary indexed page.
Can weak internal linking affect a new service page?
Yes. A commercially important page should normally be properly connected from relevant areas of the existing website rather than sitting as an isolated URL.
What if the service page is indexed but does not rank?
Stop treating it as an indexing problem. Review search intent, content, titles, headings, internal links, local relevance, competing pages and competitors instead.
