Technical SEO Checklist

A technical SEO checklist covering robots.txt, indexing, canonicals, redirects, sitemaps, internal links and Core Web Vitals, with a free tool for each check.

Runs in your browser — nothing you enter is uploaded Free · no sign-up
0 of 23 done

Your progress is saved in this browser only.

Crawling & robots.txt

  • Why & how

    Why: A broken or overly broad robots.txt can stop Googlebot from crawling whole folders, including CSS and JS it needs to render pages.

    How: Open yoursite.com/robots.txt, then test key URLs (home, category, product, blog) against Googlebot rules.

    Use the robots.txt Tester →

  • Why & how

    Why: The Sitemap line lets every crawler discover your sitemaps without manual submission.

    How: Add 'Sitemap: https://example.com/sitemap.xml' on its own line; one line per sitemap or index file.

    Use the robots.txt Generator →

  • Why & how

    Why: Google ignores crawl-delay and never supported noindex in robots.txt, so these lines give a false sense of control.

    How: Remove unsupported lines; use meta robots or X-Robots-Tag for indexing and Search Console crawl stats for load.

    Use the robots.txt Tester →

  • Why & how

    Why: If CSS, JS or API endpoints are disallowed, Google may render a broken page and misjudge content or mobile layout.

    How: Use URL Inspection's 'View crawled page' in Search Console and compare with what a visitor sees.

Indexing controls

  • Why & how

    Why: One wrong template setting can de-index thousands of URLs at once.

    How: Test one URL per template (home, category, product, article, location) and read the single verdict.

    Use the Indexability Checker →

  • Why & how

    Why: Header-level noindex is easy to miss because it is invisible in the HTML source.

    How: Check response headers as well as meta tags; look for leftover staging directives.

    Use the Meta Robots & X-Robots-Tag Checker →

  • Why & how

    Why: Canonicals that point to redirects, 404s or HTTP versions send mixed signals and are often ignored.

    How: Check the HTML and Link header canonical; confirm only one value exists per page.

    Use the Canonical Tag Checker →

  • Why & how

    Why: Soft 404s waste crawl budget and Google may treat them as low-quality duplicate pages.

    How: Request a made-up URL on your site and confirm the status code and that the error page is helpful.

    Use the Soft 404 Checker →

  • Why & how

    Why: Reasons such as 'Crawled – currently not indexed' or 'Duplicate without user-selected canonical' point to quality or duplication issues.

    How: Open Indexing > Pages, sort by affected count, and inspect sample URLs for each reason.

Site architecture & links

  • Why & how

    Why: Deep pages are crawled less often and receive less internal link equity.

    How: Crawl from the homepage and review the depth distribution and deepest URLs.

    Use the Crawl Depth Checker →

  • Why & how

    Why: Broken links waste crawls and frustrate users; redirected links add latency and dilute signals.

    How: Crawl the site, export 4xx and 3xx internal links, and update the source links to final URLs.

    Use the Website Crawler →

  • Why & how

    Why: Pages with no internal links are hard for crawlers to find and rarely rank well.

    How: Compare crawled URLs against the sitemap; add contextual links or remove the page from the sitemap.

    Use the Orphan Page Finder →

  • Why & how

    Why: Unmanaged parameters create near-infinite duplicate URLs that dilute crawl activity.

    How: Group parameters, canonicalize to the clean URL and avoid linking internally to tracking parameters.

    Use the URL Parameter Analyzer →

  • Why & how

    Why: Google follows links in href attributes; onclick handlers and buttons without href may not be crawled.

    How: Inspect nav, facets and 'load more' controls in the rendered HTML for real anchor links.

    Use the Link Analyzer (Nofollow, Sponsored, UGC) →

Redirects & HTTPS

  • Why & how

    Why: Multiple live versions split signals and can create duplicate content.

    How: Request all variants of the homepage and a deep URL; each should reach the canonical version in one hop.

    Use the HTTPS, WWW & Trailing Slash Checker →

  • Why & how

    Why: Each extra hop adds latency and Google stops following after several hops.

    How: Trace old URLs from backlinks and past migrations; point every redirect straight to the final URL.

    Use the Redirect Checker →

  • Why & how

    Why: Browsers block active mixed content and warn on passive content, breaking layout and trust.

    How: Scan templates for http:// images, scripts, iframes and form actions and switch them to https.

    Use the Mixed Content Checker →

  • Why & how

    Why: An expired or mismatched certificate shows a full-page browser warning that stops visitors and crawlers.

    How: Check the certificate covers both www and non-www, and set renewal alerts well before expiry.

    Use the SSL Certificate Checker →

Sitemaps, performance & rendering

  • Why & how

    Why: Sitemaps full of redirects or noindex URLs teach Google to trust them less.

    How: Validate structure, the 50,000-URL / 50 MB limits and lastmod format; remove non-canonical URLs.

    Use the XML Sitemap Validator →

  • Why & how

    Why: Google uses lastmod when it is consistently accurate and ignores priority and changefreq.

    How: Update lastmod only when main content changes, in W3C date format.

    Use the XML Sitemap Validator →

  • Why & how

    Why: LCP ≤ 2.5 s, INP ≤ 200 ms and CLS ≤ 0.1 are the 'good' thresholds Google uses for page experience.

    How: Check CrUX field data per URL and origin; fix the template behind each failing group.

    Use the Core Web Vitals Checker →

  • Why & how

    Why: Content injected late by JavaScript may be indexed slowly and is often missed by AI crawlers that do not render JS.

    How: Compare view-source with the rendered DOM; important text, links and canonicals should be in both.

    Use the HTML Source Code Viewer →

  • Why & how

    Why: Google indexes the mobile version of your pages, so mobile-only gaps become indexing gaps.

    How: Check the viewport tag and that mobile pages contain the same content, links and schema as desktop.

    Use the Mobile-Friendly Checker →

About the Technical SEO Checklist

Technical SEO decides whether search engines can reach, render and index your pages at all. This technical SEO checklist groups the essential checks into crawling, indexing controls, site architecture, redirects and HTTPS, and sitemaps with performance. Every item explains the risk in plain language and gives a concrete way to verify it, usually with one of our free crawlers or checkers.

Work top to bottom on a new audit: crawl and indexing problems can hide every other improvement, so fix those first. Then tidy redirects and internal links, and finish with Core Web Vitals and rendering. Your ticks are saved in your browser, so you can audit over several sessions and export the finished list as Markdown for a developer ticket or client report.

How to use it

  1. Open the checklist and start with the Crawling & robots.txt section.
  2. Use the linked tool on each item to check your site, then tick it off.
  3. Note failures and assign fixes to the developer or content owner.
  4. Export the list as Markdown or print it for your audit report.

Frequently asked questions

What is included in a technical SEO checklist?

A technical SEO checklist covers how search engines crawl and index a site: robots.txt rules, noindex and canonical tags, HTTP status codes, redirects, HTTPS, XML sitemaps, internal linking and crawl depth, JavaScript rendering, mobile signals and Core Web Vitals. Content and keyword work usually sits in a separate on-page checklist.

How often should I run a technical SEO audit?

Run a full audit at least every quarter and after any major change such as a redesign, CMS update, migration or new template. Large or frequently changing sites benefit from a monthly crawl. Between audits, keep an eye on Search Console's Page indexing and Crawl stats reports for sudden changes.

Does Google still use priority and changefreq in sitemaps?

No. Google ignores priority and changefreq values in XML sitemaps. It does use lastmod when the dates are consistently accurate, so update lastmod only when the main content of a page changes. Keep sitemaps limited to canonical, indexable URLs that return a 200 status.