Your website can open perfectly in a browser and still be hard to find on Google. Before paying for a redesign or an SEO package, establish which problem you have: a page Google has not indexed, a different URL selected for the same content, or an indexed page that does not appear prominently for your search.
This guide is for owners of existing business websites checking ordinary web search results. A missing Google Maps listing needs a separate business-profile check. The steps below produce a useful repair brief; they do not promise a ranking or an indexing date.
1. Separate missing pages from low rankings
Start with one important page, such as the main service page, rather than asking whether the entire website is “on Google.” Write down its full address, the search you tried, and what you expected to see.
A search for your business name and a search for a broad service are different tests. Finding your homepage by name does not establish visibility for every service; failing to spot a page in a general search does not prove it is absent from the index. Google makes this distinction in its missing-page troubleshooting guide.
Use this working classification before commissioning changes:
| What you can establish | Question to resolve | Useful next step |
|---|---|---|
| The exact page is not indexed | What prevented discovery, crawling or indexing? | Inspect that URL and its reported reason |
| Google selected another URL | Is that the intended version of this content? | Compare both pages and their canonical signals |
| The intended page is indexed | Which searches should this page answer? | Review query relevance and search performance separately |
| Only Maps visibility is missing | Is this a business-profile issue? | Investigate that channel separately |
The table is a triage aid, not a diagnosis of your website. For a wider review of broken links and buyer journeys, use the business website self-check.
2. Inspect the exact address you want customers to find
Ask the person managing Search Console to inspect the complete page address in the correct property. Keep the hostname and path intact. Your homepage, a translated service page and an old redirected address are separate checks.
Save the result, inspection date and selected URL. If Google has chosen a different canonical address—the representative URL for similar content—open that address as well. Ask whether it contains the information customers need and whether you actually intended the two addresses to represent the same page.
Google treats redirects and canonical annotations as signals for consolidating duplicate URLs. A canonical annotation expresses a preference; it does not force Google to select that address. Align internal links and sitemap entries with the preferred version. See Google's canonical URL guidance.
Do not ask a developer to make every duplicate address appear independently. First agree which version should be found. If this began after a move, compare the old and new routes using the redesign SEO checklist.
3. Compare Google's recorded result with today's page
In URL Inspection, the recorded index result and a live test answer different questions. The recorded result describes Google's stored information; the live test checks the page as it can be fetched now. A successful live test does not mean the URL has already been indexed or will rank.
Keep both results when a repair has just been made. Ask the maintainer to show whether the page loads, whether crawling and indexing are allowed, and whether the rendered page contains its main service or product information. Record the crawl date so an old finding is not presented as a fresh failure.
An illustrative handover note might read: “The stored result still shows the earlier exclusion. Today's live test can fetch the corrected page. Indexing remains unconfirmed.” That is a useful account of progress without turning a technical fix into a search outcome.
4. Match the repair to the reported reason
Google's technical requirements include allowing Googlebot access, a successful response and indexable content. Meeting those minimum requirements makes a page eligible for indexing; it does not guarantee inclusion.
Give your maintainer a specific question for the reported condition:
- Access or server failure: can Google fetch the public page reliably, without a login, error response or unintended access restriction?
- Indexing blocked: is the exclusion deliberate, or did a launch setting remain on a page intended for search? Have the responsible person check page-level and response-header instructions.
- Duplicate or redirected URL: is the destination correct? Test the preferred page instead of demanding separate indexing for an obsolete address.
- Discovered or crawled but not indexed: review the actual content, how it is linked and whether it duplicates another page. Do not assume one generic setting explains every case.
The Page indexing report groups reasons across URLs. Exclusion can be intentional, so prioritise important customer-facing pages rather than trying to eliminate every excluded URL. On a small site, an exact-page inspection may be enough to start.
Agree the affected addresses and proposed change before work begins. Avoid changing content, redirects and access controls together without a record of what changed; it makes the next check harder to interpret.
5. Request a recrawl after the relevant correction
For a few corrected URLs, an owner or full user of the Search Console property can request indexing through URL Inspection. For many URLs, a sitemap helps Google discover the addresses. Neither route is a purchase of search placement.
Google says crawling can take days to weeks, repeated requests for the same URL do not accelerate it, and requesting a crawl does not guarantee inclusion. Follow the recrawl documentation rather than accepting a guaranteed indexing deadline.
Save the request date and set a review date with the maintainer. If a supplier says the issue is fixed, ask which part is fixed: public access, index eligibility, actual indexing, or visibility for a particular query. Those are different deliverables.
6. Close the work with evidence you can reuse
For each priority page, keep a short record: intended URL, original finding, change made, live-test result, request date if applicable, and latest recorded index status. Add the name of the person responsible for the next check.
Use three completion lines: repair verified, indexing confirmed or pending, and search performance not yet assessed or separately measured. If the page is indexed but still receives little visibility, move to a content-and-query review rather than repeatedly resubmitting it.
A useful request to your website provider is: “Check this service-page address, explain its current Search Console result, propose the smallest relevant correction, and show the evidence after the change.” That gives you a defined piece of work to approve and a result you can evaluate. A screenshot saying the upload succeeded does not answer whether customers can find the page.
