Understanding Google Search Console: A Founder's Quick-Start Guide
Most founders connect Search Console and never open it again. Here is the 15-minute weekly routine — five reports, in order, with the specific thing to look for in each one.
Most founders who care about SEO have Google Search Console connected to their site. Almost none of them open it more than once a quarter, and when they do, they bounce off the dashboard, glance at the impressions chart, and close the tab.
That's the entire stack of mistakes — collapsed into one habit. Search Console is the only free tool that tells you exactly what Google sees, what queries it's surfacing your site for, and what's silently breaking. Used for fifteen minutes a week, it will tell you more about your site's real SEO health than any paid tool will.
This guide is the fifteen-minute weekly routine. Five reports, in the order you should look at them, with the specific thing you're trying to spot in each one. No setup beyond connecting the property — which most founders have already done and forgotten.
Why this matters more than analytics
A common confusion: founders think Google Analytics tells them about their SEO. It doesn't. Analytics tells you about visitors after they land. Search Console tells you about everything before that — what Google thinks of your site, which pages it's chosen to index, what queries you're appearing for, and which problems it's hitting while trying to crawl.
If Google won't index your page, Analytics will never see a visit from it. If your meta description is wrong, Analytics can't help you fix it. If a page is technically broken, Analytics won't tell you why. Search Console is the upstream tool. Skipping it and only watching Analytics is like only watching your bank balance and never looking at any of the transactions.
Report 1: Performance — the queries you actually rank for
Open Search Console. Click Performance (or "Search results" under Performance, depending on the layout). Set the date range to the last 28 days. Make sure all four toggles — Total clicks, Total impressions, Average CTR, Average position — are turned on.
What you're scanning for, in order of priority:
Queries on page two (positions 11–20). Scroll to the queries table and sort by position descending, then filter to position between 11 and 20. These are queries where you're one solid update away from page one. A page sitting at position 14 will usually move to position 8 with a meta description rewrite, a more targeted title tag, and one or two added internal links from related pages on your site. This is the highest-leverage list in the entire tool.
Queries with high impressions but low CTR. Look for queries with 500+ impressions in 28 days but a CTR under 2%. These rank, but no one clicks. Your title and description need rewriting. The fact that Google is surfacing you for these queries is evidence the page is relevant; the click failure is downstream of how the snippet reads.
Queries you didn't expect to rank for. Sort by impressions descending. Scan the top 30. Any query in there that you didn't deliberately target is a clue: Google has decided one of your pages is about something you didn't realize. Either lean into it (update the page to target the query more explicitly) or notice the drift (the page may be ranking for the wrong thing because of unclear positioning).
What you're not doing in this report: obsessing over total impressions or clicks. The numbers go up and down. The diagnostic value is in the per-query breakdown, not the chart.
Report 2: Pages — what Google chose to index
Click Pages under Indexing in the left nav. This is the most under-used report in Search Console and the one that catches the most preventable damage.
You'll see two sections: Indexed and Not indexed. Both matter.
In the Not indexed section, you'll find your pages broken down by reason. The reasons most worth attention:
"Crawled — currently not indexed." Google fetched the page, looked at it, and decided not to index it. This is almost always a content quality signal — the page reads as thin, duplicate, or low-value to the system. If you find pages here you care about, the fix is rewriting the content to be more substantial, more specific, and more clearly different from anything else on the site.
"Discovered — currently not indexed." Google knows the page exists but hasn't crawled it yet, often because Google's estimate of your site's crawl budget is conservative. New sites and small sites see a lot of this. Internal links from already-indexed pages are the fix — they nudge Google to prioritize the crawl.
"Duplicate without user-selected canonical." Two pages on your site look too similar to be indexed separately, and you haven't told Google which one is the canonical version. Add a <link rel="canonical"> tag pointing to whichever version you want kept.
"Page with redirect." These are usually fine — old URLs that 301 to new ones. But scan for any that 302 instead of 301 (which Google treats as temporary and may not pass authority through), and any that 301 to a page that itself 301s elsewhere (redirect chains, which dilute crawl efficiency).
"Soft 404." Google found a page that returned a 200 status code but looked empty or unhelpful. Common causes: empty category pages, search-result pages with no matches, JavaScript-rendered pages that didn't render content for the crawler. Either return a proper 404 or fix the page content.
The Indexed section is shorter. Click "View data about indexed pages" and verify two things: the total indexed count is roughly what you'd expect (within an order of magnitude of how many real pages you have), and the URLs Google chose are the ones you want surfaced. If you find Google indexing a /preview/ URL instead of your real product page, you have a canonicalization problem.
Report 3: Sitemaps — the page Google reads to know what exists
Under Indexing → Sitemaps. You should see your sitemap listed with a status of "Success" and a "Last read" date in the last 7 days.
If you don't have a sitemap submitted: do this now. Submit yoursite.com/sitemap.xml (or wherever your sitemap lives). Most CMSes generate one automatically. Without a submitted sitemap, Google relies entirely on discovering pages via links, which makes new pages take longer to index and makes orphan pages effectively invisible.
If you do have a sitemap submitted, check:
- Status is "Success." If it's "Couldn't fetch" or shows errors, fix the sitemap URL or whatever is breaking the file.
- "Discovered URLs" matches your real page count. If your site has 80 pages but the sitemap shows 12, the sitemap generator is broken or misconfigured.
- "Last read" is recent. If Google last read the sitemap two months ago and you've published new posts since, the sitemap may not be auto-pinging. Some CMSes need a manual nudge or a different sitemap plugin to ping Google on publish.
This report takes 20 seconds when nothing is wrong. When something is wrong, it explains why your last six blog posts aren't ranking — they aren't indexed because the sitemap broke and Google never discovered them.
Report 4: Core Web Vitals — what Google sees, not what you see
Under Experience → Core Web Vitals. You'll see Mobile and Desktop reports separately. Check Mobile first — that's the one Google uses for ranking.
Three buckets: Good, Needs improvement, Poor. Pages in Poor are actively hurting your rankings. Pages in Needs improvement are at risk.
The actionable view: click into the report and look at the issue groupings. Google groups affected URLs by issue type (LCP, INP, CLS) so you can fix one root cause and clear hundreds of pages at once. Common groupings:
- "LCP issue: longer than 2.5s." Largest Contentful Paint is slow. Usually a hero image that isn't optimized, a font file blocking render, or a render-blocking script.
- "CLS issue: more than 0.1." Cumulative Layout Shift. Things move on the page after it loads. Usually images without explicit width/height, ads loading in, or web fonts swapping.
- "INP issue: longer than 200ms." Interaction to Next Paint. The page is slow to respond to clicks. Usually heavy JavaScript blocking the main thread.
A subtle thing to know: the data in this report is based on real Chrome users visiting your site, not on synthetic lab tests. If you fix a Core Web Vitals issue today, the report won't reflect it for 28 days — that's the rolling window Google uses to gather field data. Use PageSpeed Insights for immediate feedback on a single page, then come back to Search Console in a month to verify the fix landed at scale.
Report 5: Manual Actions and Security Issues — the panic check
Under Security & Manual Actions → Manual actions and Security issues. Both should say "No issues detected."
If either ever doesn't say that, every other SEO concern is irrelevant until it's resolved. A manual action means a human Google reviewer penalized your site for something (unnatural links, thin content, hacked content). A security issue means Google detected malware, phishing, or social engineering on your site.
Both are rare for legitimate sites, but they're catastrophic when they happen — traffic can drop 80%+ overnight. Checking takes five seconds. Skip it for ten years and you'll regret the five seconds the one time it would have caught something.
The 15-minute weekly routine
Stitching the five reports together, here's the routine. Once a week, every week:
- Performance, last 28 days. Two minutes. Note: any new queries on page two worth pushing? Any high-impression low-CTR queries? Any surprise rankings?
- Pages. Three minutes. Quick scan of Not Indexed. Anything in "Crawled — currently not indexed" that should be? Anything in "Discovered" that's been there for weeks?
- Sitemaps. Twenty seconds. Last read recent? URL count plausible? Status Success?
- Core Web Vitals (Mobile). Two minutes. Anything new in Poor or Needs improvement? Is the count growing or shrinking?
- Manual Actions and Security Issues. Five seconds. Both clear?
The remaining ~7 minutes go into taking the one action that came out of the scan — usually a meta description rewrite, a canonical tag fix, or a sitemap re-submission.
Fifteen minutes a week catches problems before they compound and surfaces wins before they go stale. Most SEO emergencies founders bring to consultants — "my traffic dropped 40% out of nowhere" — are visible in Search Console two weeks earlier as a slow-rolling indexing problem or a manual action notice that nobody opened.
What Search Console doesn't tell you
A few things to know it won't help with, so you don't waste time looking:
- Why a specific page dropped from position 4 to position 8. Position changes are driven by competitors' moves, algorithm updates, and dozens of signals Search Console doesn't expose. The tool tells you that the drop happened, not why.
- Whether your backlinks are good or bad. The Links report shows what's linking to you, not whether those links are helping or hurting. Use a separate backlink tool for that analysis.
- What your competitors rank for. Search Console only shows your own data. Competitor data requires a paid tool like Ahrefs or Semrush.
- What Google's next update will reward. Past performance, not forward signals.
Knowing the boundaries of the tool keeps you from over-interpreting the data inside it.
A few one-time setup items worth doing today
If you've connected the property but never went past the dashboard, these take ten minutes and pay off every week afterward:
- Submit your sitemap if you haven't.
- Verify both your
wwwand non-wwwversions as separate properties, plus HTTP and HTTPS. Pick one as canonical and ensure the others 301 to it. - Set your preferred domain in your CMS so internal links are consistent.
- Connect Search Console to Google Analytics. This unlocks "Search Console" reports inside Analytics, which let you see organic queries alongside on-site behavior.
- Set up email alerts. Settings → Users and permissions, then verify your email is set to receive alerts. Google emails you when it detects critical issues (manual actions, security issues, indexing crashes). This catches emergencies before you see them in the dashboard.
Those five items, done once, replace most of the value paid SEO tools advertise.
The deeper point
Search Console isn't a tool you "use" once a quarter. It's a feedback loop. The founders who treat it as a weekly fifteen-minute habit catch the small problems that compound into big problems, surface the medium-term wins that would otherwise go unnoticed, and develop a real intuition for how Google sees their site over time.
If you only do one thing after reading this: open Search Console right now, look at the Performance report, and find one query where you're sitting at position 11–15. Rewrite that page's title tag in the next twenty minutes. Come back in two weeks and check whether it moved. That's the entire SEO discipline, in miniature. The tool is free. The data is real. The only missing ingredient is the habit.
Ready to Get Your Product Discovered?
List your website on BacklinkLog and reach the right audience through our curated directory.
View Plans