Free interactive resource

Technical SEO Audit Checklist

Audit crawling, indexing, redirects, canonicals, structured data, performance and other technical SEO issues with a practical step-by-step checklist.

60 audit checks20 sectionsNo account requiredLast reviewed July 28, 2026

A working document for technical SEO reviews

A technical SEO audit reviews whether important pages can be discovered, requested, rendered, indexed and interpreted consistently. This resource is for site owners, agencies, marketers, developers and publishers who need a repeatable way to record evidence and follow-up work.

Run it after migrations, redesigns and platform changes, or on a cadence that matches the site's release schedule and complexity. Fix access and indexability failures first, then prioritize other findings by severity, affected templates, business importance and confidence in the evidence.

This checklist does not crawl your website or replace Search Console, server logs, field performance data, specialist crawlers or professional judgment. For an automated public-URL screening, use the ToolMint SEO Audit; for deeper background, read the technical SEO audit guide.

How to use this checklist

1

Define the audit scope

List the hosts, templates, markets and environments included in the review.

2

Collect evidence

Use crawls, live responses, rendered pages, Search Console and logs where appropriate.

3

Record each finding

Set a status and add concise evidence, ownership or the next action in notes.

4

Prioritize and verify

Address critical access problems first, deploy carefully and re-test production.

Transparent prioritization

ToolMint Technical SEO Audit Methodology

Completion is calculated as checks with any status other than Not checked divided by all 60 checks. Passed, Issue found and Not applicable counts are reported separately. ToolMint does not turn those counts into a site-quality or ranking score because scope, evidence and affected pages differ between audits.

Severity represents the potential technical risk and urgency of investigation. It does not predict traffic loss, ranking movement or business impact. Adjust priority using affected URL volume, page importance, confidence, implementation risk and available evidence.

Prepared and reviewed by the ToolMint Editorial Team. Review standards are described in the editorial policy and methodology.

Severity legend

Critical (8)
Can prevent access, rendering or indexability and should be investigated immediately.
High (28)
Can affect important discovery, consolidation or page signals and usually deserves prompt review.
Medium (19)
Can reduce consistency, clarity or efficiency and should be scheduled using evidence.
Low (5)
Useful refinement or conditional check with limited urgency in many audits.

Filter the checklist

60 checks shown

Important URLs are publicly accessible

Critical

Request representative pages without authentication and confirm the server does not return access, DNS or server errors.

Important pages have crawlable internal links

High

Use standard links to connect priority pages and avoid relying only on forms, scripts or search boxes for discovery.

Required CSS, JavaScript and media are crawlable

High

Check that resources needed to understand or render important content are not unintentionally blocked.

Indexable pages do not contain noindex directives

Critical

Inspect both robots meta tags and X-Robots-Tag headers on representative HTML and non-HTML URLs.

Indexable pages return a successful final status

Critical

Priority canonical URLs should resolve directly to a successful response instead of errors or redirect chains.

Indexing signals agree across page, sitemap and links

High

Compare status, robots directives, canonical target, sitemap inclusion and internal-link destinations for conflicts.

Production robots.txt is reachable and intentional

Critical

Confirm the root robots.txt returns successfully and does not contain staging or blanket disallow rules.

Priority pages and resources are not accidentally blocked

High

Test representative URL paths against every relevant user-agent group and rule.

Robots.txt references the preferred sitemap location

Medium

Use an absolute sitemap URL and confirm it points to the current production host.

Sitemap files are reachable and valid XML

High

Confirm sitemap and sitemap-index URLs return successful responses with parseable XML.

Sitemaps contain only canonical indexable URLs

High

Remove redirects, errors, duplicates, noindex URLs and noncanonical variants from submitted inventories.

Last-modified values reflect meaningful updates

Medium

Use accurate lastmod values where maintained and avoid changing dates without substantive page updates.

Important pages declare one valid canonical URL

High

Use one absolute canonical target in the document head and confirm it resolves successfully.

Canonical targets are indexable and representative

Critical

Do not canonicalize to blocked, redirected, errored or materially different pages.

Internal links and sitemaps reinforce canonical URLs

Medium

Prefer the same protocol, host, path and parameter form throughout internal discovery signals.

No redirect loops or long redirect chains remain

Critical

Trace legacy and high-traffic URLs through to their final destination and remove unnecessary hops.

Permanent and temporary redirects match intent

High

Use permanent redirects for lasting moves and temporary responses only while the original URL is expected to return.

Missing and removed URLs return an appropriate status

High

Avoid soft 404 pages and confirm genuine errors do not return a misleading successful response.

Internal links do not lead to errors

High

Crawl links across templates, navigation and body content and repair broken destinations.

Priority indexable pages are not orphaned

High

Give important pages at least one relevant crawlable link from another discoverable page.

Internal links point directly to final canonical URLs

Medium

Update links that still pass through redirects or use duplicate URL variants.

URLs use stable, descriptive paths

Medium

Prefer readable paths that communicate hierarchy without unnecessary identifiers or transient parameters.

Parameter combinations are controlled

High

Identify filtering, sorting, tracking and session parameters that can create large duplicate URL spaces.

Protocol, host, case and trailing-slash variants consolidate

Medium

Choose one production form and align redirects, canonicals, links and sitemaps with it.

Duplicate templates and parameter pages are identified

High

Compare page sets created by filters, tags, print views, tracking parameters and alternate paths.

Important pages have distinct titles and descriptions

Medium

Use duplicate metadata as a diagnostic signal and review whether the underlying pages serve distinct intent.

Each duplicate pattern has an intentional treatment

High

Choose among redirects, canonicals, noindex, content consolidation or continued indexing based on the page purpose.

Structured data parses without critical errors

High

Test representative templates and resolve invalid syntax, unsupported values and missing required fields.

Schema claims match visible page content

Critical

Do not mark up hidden FAQs, fabricated ratings, unavailable products or content that users cannot verify.

Entity IDs and publisher references are consistent

Medium

Reuse stable organization, website, author and page identifiers instead of emitting conflicting entities.

Core Web Vitals field data is reviewed where available

High

Evaluate LCP, INP and CLS by page type and device rather than relying on one isolated test.

Large images, scripts and fonts are investigated

Medium

Identify assets that delay primary content, block rendering or cause avoidable transfer and execution cost.

Layout shifts and interaction delays are reproducible

Medium

Test representative user paths and document the component or resource responsible before prioritizing a fix.

Pages include a correct viewport configuration

High

Confirm responsive pages use device width and do not depend on a fixed desktop canvas.

Content remains readable without unintended horizontal scrolling

Medium

Test long text, tables, media, dialogs and controls at narrow widths.

Important content and links are available on mobile

High

Verify responsive states do not remove primary content, structured information or crawlable navigation.

HTTP requests redirect consistently to HTTPS

Critical

Test representative hosts and paths, including legacy URLs, and avoid protocol redirect chains.

Pages do not load active mixed content

High

Find HTTP scripts, styles, frames and API calls that browsers may block on HTTPS pages.

Security headers are reviewed for the application context

Medium

Inspect HSTS, CSP, content-type, frame, referrer and permissions policies without treating a generic set as universal.

Critical content appears in rendered HTML

High

Compare initial and rendered output for titles, main copy, links, canonicals and structured data.

Representative pages render without blocking runtime errors

High

Check console and network failures that prevent routes, content or controls from completing.

Navigation uses crawlable link destinations

High

Ensure important routes have real href values and are not available only through scripted click handlers.

Informative images have useful alternative text

Medium

Describe the image purpose in context and keep decorative images out of the accessibility tree.

Images reserve appropriate display dimensions

Medium

Set dimensions or stable aspect ratios to reduce layout movement as media loads.

Image dimensions, format and compression fit delivery needs

Low

Avoid shipping substantially larger files than the rendered asset requires.

Hreflang annotations are reciprocal and valid

High

Confirm each alternate references the others with supported language or region codes.

Localized pages use compatible canonical and hreflang targets

High

Avoid canonicalizing distinct language pages to a different language unless that consolidation is intentional.

Language selection and x-default behavior are intentional

Low

Review global selectors, automatic redirects and fallback pages so users and crawlers can reach alternatives.

Each important page has one descriptive title

High

Confirm the rendered title is distinct, relevant and not duplicated by conflicting metadata logic.

Meta descriptions are useful and page-specific

Medium

Write concise summaries for priority pages and treat search snippets as selectable rather than guaranteed.

Social metadata is complete on shareable pages

Low

Inspect Open Graph and Twitter Card values, image URLs and final production rendering.

The correct production property is verified

High

Confirm the preferred domain or URL-prefix property is accessible to the responsible team.

Page indexing reports are reviewed by template

High

Segment excluded and indexed URLs to distinguish intentional controls from unexpected patterns.

Representative issues are tested with URL Inspection

Medium

Compare declared canonical, selected canonical, crawl status and rendered result for sample URLs.

Search crawler requests are identified accurately

Medium

Validate crawler identity before drawing conclusions from user agents or IP activity.

Repeated crawling of low-value URL spaces is investigated

Medium

Look for parameter traps, duplicate routes, calendar paths and persistent error requests.

Priority templates receive expected crawl attention

Low

Compare crawl frequency and response quality with sitemap, linking and update patterns.

Critical fixes are re-crawled after deployment

High

Confirm the production response and rendered page now match the intended result.

Representative templates and edge cases are sampled

Medium

Include high-value, new, old, redirected, parameterized, localized and media-heavy examples as applicable.

Findings, owners and follow-up dates are documented

Low

Record evidence and decisions so unresolved risks and accepted limitations remain visible.

Technical SEO audit questions

What is a technical SEO audit?

A technical SEO audit is a structured review of whether search engines and users can access, render and understand a website. It examines systems such as crawling, indexing directives, redirects, canonicals, sitemaps, structured data, performance and internal links.

How often should a technical SEO audit be performed?

Run an audit after a migration, redesign, platform change or major release, and repeat it on a schedule that matches how often the site changes. A frequently updated or technically complex site usually needs review more often than a small stable site.

What is the difference between technical SEO and on-page SEO?

Technical SEO focuses on access, crawling, rendering, indexing and site-level signals. On-page SEO focuses more directly on page content, headings, search intent, internal context and how an individual page communicates its topic.

Can this checklist replace a crawler such as Screaming Frog?

No. This checklist organizes what to inspect and records findings, but it does not crawl a site, access private Search Console data or analyze server logs. Use a suitable crawler and first-party evidence where the audit scope requires them.

Which technical SEO issues should be fixed first?

Start with issues that prevent important pages from loading, being crawled, rendering or remaining indexable. Then address redirect and canonical conflicts, broken internal discovery, structured-data errors and performance problems according to evidence and business importance.

Can I save or export my checklist?

Yes. Statuses and notes are saved in local browser storage. You can download the checklist as CSV, download a text report, copy a text summary or use browser printing to save a PDF.

Primary references

The checklist combines ToolMint implementation review with primary guidance. Requirements still need to be interpreted for the audited site and current platform behavior.

Disclaimer: This checklist is an educational and operational aid. It does not guarantee crawling, indexing, rankings, traffic or business outcomes, and it does not replace professional technical, security or legal review where required.