Running a technical SEO audit
A repeatable process for checking a site's technical health, prioritising what you find, and tracking fixes until they are verified. This is the core of the stage 3 project.
- Time
- 25 min
- Level
- advanced
- Reviewed
- 5 November 2026
After this lesson you can
- Run a technical audit in a fixed order with free tools.
- Prioritise findings by impact and effort.
- Record, fix and verify issues, and report honestly on what was checked.
A technical audit answers one question: is anything stopping search engines from finding, understanding and showing the pages that matter? It is not a list of every warning a tool can produce.
Tools for a free audit
- Google Search Console: Google's own data on indexing, crawling, Core Web Vitals, security and manual actions.
- A crawler: Screaming Frog (free up to 500 URLs) shows status codes, redirects, titles, canonicals, noindex rules and internal links across the site.
- The SEO-L page inspector: one URL at a time, showing status, redirect chain, robots.txt verdict, canonical, hreflang and structured data.
- PageSpeed Insights: field and lab performance data for key templates.
- Rich Results Test and Schema Markup Validator: structured data.
The audit order
Work from access to quality. Problems early in the list make later ones irrelevant.
- Can Google crawl it?
- robots.txt: no blocked important sections, CSS or JavaScript.
- Server: no 5xx errors and acceptable response times (Crawl stats report).
- Can Google index it?
- Page indexing report: are important pages indexed, and are exclusions intended?
- noindex only where intended. Important pages return 200.
- Canonicals point to the right URLs, and Google agrees (URL Inspection).
- One version of each page
- HTTPS everywhere, one host, single-hop redirects.
- No unnecessary duplicate URLs from parameters or filters.
- Discoverability
- Sitemap clean and submitted.
- Important pages linked internally. No broken internal links. Reasonable crawl depth.
- Rendering and mobile
- Important content in the HTML or reliably rendered. Mobile version equivalent.
- Experience
- Core Web Vitals field data for key templates.
- Enhancements
- Structured data valid and matching the content. hreflang correct, if relevant.
- Security issues and manual actions: none.
Prioritise
For each finding, ask:
- Impact: does it affect important pages, or many pages? Does it block indexing, or just add a little inefficiency?
- Effort: a one-line robots.txt fix, or a theme rewrite?
- Confidence: is it documented as a problem, or only a tool's opinion?
Severity in the Issues tab should reflect impact. A site-wide noindex is critical. 40 images without alt text are medium. A tool warning about meta description length is usually low.
Track until verified
Record each problem in the Issues tab of your Workspace project:
- Open: found, with example URLs and how it was found.
- In progress: someone is working on it.
- Fixed, not verified: the change is live.
- Fixed and verified: confirmed by a recrawl, URL Inspection, or Search Console's "Validate fix".
Search Console's Validate fix button, in reports such as Page indexing, asks Google to recheck the affected URLs and reports progress. It can take days to weeks.
Report honestly
A one-page summary that a business owner can act on beats a 90-page export: what is wrong, why it matters, what to do first, and what has already been fixed.
Practice
Read the lesson, pass the quiz and do the exercise to complete it.
Knowledge check
4 questions. Get at least 4 right to pass.
Exercise: Technical audit of your site (stage 3 project, part 1)
Run the audit in the order of this lesson on your own site. Use Search Console, a crawler (the Screaming Frog free version covers up to 500 URLs), the SEO-L page inspector and PageSpeed Insights. Record every real problem in your Workspace project's Issues tab with severity, affected URLs and source. Fix what you can, and verify the fixes.
Deliverable: The Issues tab filled with your findings and their statuses, and a one-page audit summary covering scope, the top five issues, what has been fixed and verified, and what is planned.
Sources
Checked against these sources on 5 November 2026. Next review by 5 May 2027.
- Google Search technical requirements (Google Search Central, official)
- Page indexing report (Search Console Help, official)
- URL Inspection tool (Search Console Help, official)
- Core Web Vitals report (Search Console Help, official)
Related
Checklist items
- Important pages return HTTP status 200
- robots.txt does not block pages or resources you need in search
- noindex is used only on pages that should stay out of search
- An XML sitemap lists canonical URLs and is submitted
- The whole site uses HTTPS, and HTTP redirects to it
- Canonical tags point to the preferred, indexable URL
- Moved pages use direct permanent redirects
- Internal links do not point to broken pages
- Core Web Vitals are in the "good" range for real users
- Pages work well on mobile, with the same main content as desktop