How to Read an SEO Audit (and What to Fix First)
An SEO audit is a list of findings, not a list of jobs. Most audits contain a handful of issues that block traffic, a larger group that is worth fixing when convenient, and a long tail of warnings that change nothing. Reading an audit well means sorting findings into those three piles before anyone quotes you for the work.
- Start with anything that stops pages being crawled or indexed. Nothing else matters until those are fixed.
- A score out of 100 is a summary of a tool's rules, not a measure of how well you will rank.
- Sort every finding by two questions: how many important pages does it touch, and how hard is the fix?
- An audit without a prioritised plan is half a deliverable. Ask for the order of work and the reason for it.
What an SEO audit actually tells you
An audit tells you where your site departs from what search engines need in order to crawl, understand and trust it. It does not tell you how much traffic you will gain from each fix. A crawler-based tool checks your pages against a rule set and flags every departure with the same red icon, whether it is a blocked homepage or a missing alt attribute on a footer logo.
That is why two audits of the same site can look very different. One tool may report 40 issues and another 900, because the second counts each affected URL separately. Neither number is the point. The point is which findings stand between your best pages and the people searching for them.
If you do not have an audit yet, our free audit tool runs 45 checks on any single page in about 20 seconds with no sign-up. It is a useful way to learn the vocabulary before you read a longer report.
The five parts of most audits
Most audits cover the same five areas under different names. Knowing them lets you find the section that matters for your situation.
| Section | What it checks | Typical serious finding |
|---|---|---|
| Crawling and indexing | Whether search engines can reach and store your pages | Important pages set to noindex, blocked in robots.txt, or missing from the index |
| Technical health | Redirects, canonical tags, status codes, speed, mobile rendering | Redirect chains, wrong canonical tags, slow templates |
| On-page | Titles, descriptions, headings, internal links | Duplicate or missing titles on pages that should rank |
| Content | Thin, duplicated or outdated pages, gaps against competitors | Many near-identical pages competing with each other |
| Authority and links | Who links to you and how | Few links from relevant sites, or a history of paid links |
A sixth section is becoming common: structured data and AI-crawler access. It checks that your markup is valid and that your firewall is not blocking the crawlers you want. Our guide to rich results that still work explains which markup still earns a visible result.
Which findings to read first
Read indexing findings first, because a page that is not indexed cannot rank no matter what else you improve. Then read anything that affects whole templates, because one fix there repairs hundreds of pages.
- Pages that should be indexed but are not. Compare the audit to the Page indexing report in Google Search Console. Look for noindex tags, robots.txt blocks, and canonical tags pointing at the wrong URL.
- Server errors and broken redirects on pages that earn traffic or links. A 404 on an old page with good links is lost value that a single redirect recovers.
- Template-level problems. A title pattern that repeats the same words on every product page is one fix, even if the tool lists it 600 times.
- Pages competing with each other. Several pages targeting the same search is usually a content decision, not a technical one: merge, redirect, or make each page clearly different.
- Speed problems on your highest-traffic templates, judged with real-user Core Web Vitals data where you have it, not only a lab score.
Manual actions and security issues sit above all of these. Both appear in Search Console, not in a crawler. If either report shows a problem, that is the first job. Our technical SEO service page lists what a full technical review covers.
Findings that are usually noise
Many flagged items are true but unimportant. Fixing them is harmless, but paying for them ahead of real problems is a poor use of budget.
- Meta description too long or too short. Google often writes its own snippet from the page. Fix descriptions on your top pages to improve clicks, and ignore the rest.
- Low text-to-HTML ratio. This is not something Google has described as a ranking factor.
- Missing meta keywords. Google has ignored this tag for many years.
- More than one H1. It is tidy to have one, but it is not a ranking problem.
- Missing alt text on decorative images. Alt text matters for accessibility and for images that carry meaning. A spacer graphic does not need it.
- A toxic link score from a third-party tool. Google says it ignores most spam links on its own. Disavowing is for cases where you bought links or have a manual action.
- Missing llms.txt. It is an optional convention that Google has said it does not use. Treat it as a courtesy, not a fix.
A useful test for any finding: ask what would change for a searcher or for Googlebot if it were fixed. If the honest answer is nothing, it goes to the bottom of the list.
How to sort findings into a plan
Sort each finding by impact and effort, then work from high impact and low effort downward. Impact is about how many important pages the issue touches and how badly. Effort is about who has to do the work and how risky the change is.
| Low effort | High effort | |
|---|---|---|
| High impact | Do this week: remove a stray noindex, fix a robots.txt block, redirect broken URLs with links | Plan and schedule: rebuild a slow template, merge competing pages, fix site structure |
| Low impact | Batch when convenient: tidy descriptions, minor heading fixes | Skip or defer: cosmetic warnings that need developer time |
Here is a worked example. A home services company receives an audit with 412 issues. Sorted properly, it becomes: one service page accidentally set to noindex (fix today), 38 old URLs returning 404 that still have links (redirect this week), one title template repeating the company name twice on every page (one developer ticket), four pages all targeting the same service (merge into one this month), and roughly 360 warnings about description length and image alt text (batch later). Five jobs, not 412.
This is also how we structure month one of a retainer: the audit feeds a 90-day plan with owners and dates. The how we work page shows that cycle week by week.
Questions to ask whoever wrote the audit
A good auditor can defend the order of work in plain language. These questions separate a considered audit from an exported tool report with a logo on it.
- Which three findings would you fix first, and what do you expect each to change?
- Which findings did you check by hand, and which come straight from the tool?
- Did you look at Search Console and analytics, or only crawl the site?
- Which findings can we safely ignore?
- Who should make each fix: us, our developer, or you?
- How will we know a fix worked, and how long should we wait before judging it?
Be wary if every finding is urgent, if the audit leads to a fixed package regardless of what it found, or if it promises a ranking position. Our list of SEO agency red flags covers the sales patterns to watch for.
What a free tool can and cannot show you
A free single-page audit shows on-page and technical signals for the URL you enter: indexability, titles, canonical tags, structured data, speed signals and crawler access. It cannot show you problems that only appear across the whole site, such as pages competing with each other, orphaned pages with no internal links, or crawl waste.
It also cannot see your Search Console data, real-user Core Web Vitals, or your backlinks. Those need account access and paid data. Our full audit covers them and ends in a 90-day plan. It is included in month one of every plan, and it is available on its own as a one-time audit, priced on the pricing page with the three retainers: Starter at $2,200, Growth at $4,500 and Scale at $8,500 a month.
A sensible order for an owner on a budget: run the free check on your homepage and your two most important service pages, fix what is clearly broken, then decide whether the remaining questions justify a full audit.
Questions
What is a good SEO audit score?
There is no meaningful universal score. Each tool weights its own rules, so a 92 in one tool and a 61 in another can describe the same site. Use scores to track your own progress in one tool, and judge the audit by the specific findings.
How often should a small business get an SEO audit?
A full audit once a year is reasonable for a stable site, plus a fresh one after a redesign, a platform move or a sudden traffic drop. Between audits, check the Page indexing and Core Web Vitals reports in Search Console monthly.
Can I fix audit findings myself?
Often, yes. Titles, descriptions, content merges and most redirects can be done in a modern CMS. Template, speed and rendering fixes usually need a developer. Ask the auditor to label each finding with who should do it.
Why do two audits of my site disagree?
Different tools crawl different numbers of pages, apply different rules and count issues differently. Disagreement on minor warnings is normal. Disagreement on whether key pages are indexable is worth checking by hand.
Does fixing every issue guarantee better rankings?
No. Fixes remove obstacles. Rankings also depend on your content, your competitors and your reputation, which no audit checklist can settle. Nobody can promise a position.