Search Console
- Everything up to the click
- What Google crawled and indexed
- The searches you appeared in
- Technical faults Google found
- Manual actions and security warnings
Search Console is the only place Google tells you directly what it found on your site, what it kept, and what people searched to reach you. Without it you are guessing about your own pages.
Google Search Console is a free tool that shows how Google itself crawls, indexes and ranks your site. It reports which pages made it into the index, which did not and why, which searches your pages appeared in, and what people clicked. It is the only direct line you have to Google's own view of your site.
Setting it up is quick. Reading it correctly is the actual skill, because a good half of what it flags is not a problem, and a few of the quietest lines in it are the ones costing you work.
Every other tool is inferring. This one is reporting.
Not whether they rank: whether they exist as far as Google is concerned. A page that is not indexed cannot rank for anything, at any price, no matter how good it is. This is the first thing worth knowing and the thing owners most often assume rather than check.
Real queries, with impressions and clicks, from the actual results. This is the least fictional keyword data you will ever get, because it is not an estimate of what people might search. It is what they did search, and what happened when your page showed up.
The useful pattern here is rarely the top row. It is the queries where you appear but nobody clicks, and the ones where you are just off the visible results. Those tell you which pages are nearly working, which is where effort pays best. That work is local SEO or content, not a Search Console setting.
Server errors, pages blocked from crawling, redirect chains, mobile rendering faults, and structured data it could not parse. These are the faults technical SEO exists to fix, and this is where they surface first.
Manual actions and security issues both land here, and nowhere else. If Google has penalised your site or flagged it as hacked, this is where you find out. Not having the property verified means not finding out.
Small decision, disproportionate consequences, so it is worth understanding rather than clicking past.
Search Console offers two kinds of property. A URL prefix property covers exactly the address you type and nothing else. A domain property is verified with a DNS TXT record and covers your whole domain: www and non-www, http and https, and every subdomain, all in one place.
The URL prefix route is why so many businesses have their data fragmented across several properties, each holding a slice of the truth, none showing the whole site. The domain property avoids that entirely, and the only extra requirement is being able to add a TXT record to your DNS.
That last bit is where it stalls for most owners: nobody knows who controls the DNS, or the login went with a previous web person. If your DNS is on Cloudflare it is a moment's work. If it is somewhere unknown, finding out is worth doing anyway, because your email and your website both depend on it.
People use the names interchangeably and then wonder why the numbers disagree. They disagree because they are measuring different halves of the same visit.
This is the single biggest source of unnecessary panic in the tool, and occasionally of unnecessary invoices.
The indexing report splits your pages into indexed and not indexed, and the not-indexed list is longer than people expect. That list is not a fault list. It is a list of decisions, and plenty of them are your own decisions working correctly.
Chasing every line in that report to zero is a waste of money. Knowing which lines are decisions and which are faults is the whole job. There is a longer breakdown at Search Console errors and what they mean.
A domain property via a DNS TXT record, so every version of your site reports into one place instead of four partial ones.
A sitemap listing your canonical, indexable pages. Not redirects, not noindex pages. A sitemap full of pages you do not want indexed sends mixed signals about your own site.
Separate the real faults from the decisions working correctly, so effort goes where it changes something.
Crawl blocks, server errors, redirect chains and broken canonicals. This is where indexing problems actually get solved.
Connect the property to GA4 so search data and on-site behaviour sit together and a search can be followed through to an enquiry.
Two or three things worth checking, and everything you can safely ignore. A tool you understand gets opened; a tool that alarms you gets muted.
Search Console is quick to set up and easy to misread. The value is in verifying it in a way that captures your whole site, then telling you honestly which of its warnings deserve your attention.
No. Search Console is about how Google sees your site: what it crawled, what it indexed, and which searches showed your pages. Google Analytics is about what people do after they arrive.
The clearest way to hold them apart: Search Console covers everything up to the click, analytics covers everything after it. Link the two and you can follow a search all the way through to an enquiry.
It depends entirely on the reason it gives, and some of those reasons are not problems. "Excluded by noindex tag" on a thank-you page means your site is working correctly. "Duplicate, Google chose a different canonical" is often Google agreeing with your own setup.
The ones worth acting on are pages you want found that are being blocked, crawled and rejected, or never discovered at all. We wrote up the common reports here: Search Console errors and what they mean.
A domain property, in almost every case. It is verified with a DNS TXT record on your domain and then covers every version of the site at once: with and without www, http and https, and every subdomain. A URL prefix property covers only the exact version you entered, which is how businesses end up with their traffic split across several properties and no complete picture.
The DNS record is the only extra step, and if we already handle your DNS through Cloudflare it takes moments.
Not directly. It is instrumentation, not a lever. Nothing you click inside it makes Google rank you higher, and submitting a URL does not buy you a position.
What it does is show you the faults that are holding you back and the searches you are already close on. Acting on those can improve things. The tool itself just tells you the truth about where you stand.
There is no promised timeframe and anybody quoting one is guessing. It can be quick for a site Google crawls often, and slow for a new site with few links pointing at it. Requesting indexing for an important page nudges the queue; it does not command it.
What you can control is making the page easy to find and worth keeping: reachable by internal links, in your sitemap, not blocked, and genuinely useful. That is technical SEO territory.
Measure what happens on your site, without collecting personal data.
The crawling, indexing and structure work search engines depend on.
Get found by people searching for your service near you.
What the common reports mean, and which ones are not problems.
Work out whether it is not indexed, not ranking, or not there at all.
DNS, SSL, caching and protection, configured properly.
Tell us which pages you expect to see and what Search Console is showing instead. We will tell you which of it actually matters.