Search Console: three questions for a useful review

The dashboard helps when an observation leads to a decision. Start with searches, check important pages and finish with an action you can verify again.

Blog

From the report to a short list A funnel. At the top, many report rows; in the middle, three questions that narrow it: which searches and pages bring visits, whether the important pages are indexed, and what to check before asking for a fix. Out of the bottom comes a short list, with action, owner and confirmation. Which searches and pages bring visits? Are the important pages indexed? What to check before a fix? Short list Action, owner, confirmation.
A review is only useful when an observation ends in an action you can check again.

Getting access to Search Console does not mean knowing what to do with its charts. For an initial review, we suggest three questions: which searches bring people in, which important pages can appear and which observation deserves action?

This sequence organises the work; it does not replace a diagnosis of a specific failure. If you can no longer find your site, start with my website does not appear on Google. A sudden drop or a security warning deserves separate attention without waiting for the next routine review.

Which searches and pages generate visits?

The performance report shows clicks and impressions in Google Search results, with views by queries and pages. Choose a period and record your filters before comparing numbers.

A useful question is whether pages explaining your services receive clicks from searches relevant to those services. Separate searches for the business name from other queries when that helps interpretation. Read the destination page too: the number alone does not tell you whether the text answers the request.

Compare equivalent periods and consider changes you know about, such as a campaign, holidays or a website move. More clicks do not confirm new clients, and an isolated drop does not identify its cause. Search Console is not a complete record of the business's traffic sources or sales.

Read a change in contextPeriod and filters / Compare equivalent conditions; Query and page / Match the search to its destination; Careful interpretation / A click does not confirm a clientRead a change in contextPeriod and filtersCompare equivalent conditionsQuery and pageMatch the search to its destinationCareful interpretationA click does not confirm a client
The report shows search signals, not the complete business outcome.

Are the pages that matter indexed?

The Page indexing report distinguishes indexed and non-indexed pages and gives known reasons. Google explains that you should not expect every address to be indexed: duplicate or alternate versions may intentionally be left out.

Do not therefore turn the total of non-indexed pages into an automatic error list. Start with a short list of pages you want people to find: active services, contact details and useful content. Compare that intention with the reason reported for each relevant address.

If a service was withdrawn, an absent page may fit the editorial decision. If an essential page is unintentionally blocked, there is a specific question to investigate. The report helps you decide where to look; it does not decide what the business should publish.

Index what makes senseImportant page / Decide if it should be findable; Observed status / Read the reported reason; Specific decision / Investigate or retain exclusionIndex what makes senseImportant pageDecide if it should be findableObserved statusRead the reported reasonSpecific decisionInvestigate or retain exclusion
A non-indexed page may need fixing or reflect a valid choice.

What should you check before requesting a correction?

URL Inspection lets you view information about the indexed version and run a live test. These are different observations. The live test checks the current page, but does not guarantee indexing and does not cover every indexing condition.

When handing a question to the website owner, include the address, the page's purpose, the observed status and the date. Mention any recent change. “This service page should be available and appears blocked” is more useful than “the chart looks worse”.

After the correction, return to the same question. Confirm what changed on the website and keep the verification. Google's reported status may update later; do not confuse a completed local change with confirmation in the index.

From observation to proofIssue record / Address, purpose, status and date; Identified correction / Name the change and its owner; Later verification / Separate the live site from the indexFrom observation to proofIssue recordAddress, purpose, status and dateIdentified correctionName the change and its ownerLater verificationSeparate the live site from the index
A live test and indexed information answer different questions.

Leave the review with a short list

For every observation that requires work, record an action, an owner and what will count as confirmation. It is also valid to conclude that an address does not need indexing, or that the data does not yet explain a change.

Choose the review frequency according to changes and the website's importance to the business. A newly moved website needs different monitoring from a stable one. Avoid changing titles, pages and links together just to react to a chart: it will then be harder to understand each decision's effect.

If you need to turn a Search Console observation into a website correction, talk to us. Bring the question and page; you do not need a presentation of every report.

Google documentation checked on 20 September 2026. The three questions are a working proposal, not the result of analysing a client's account.

Talk to us

Want to know what we would do with your site?