DollarWise

100-Point Technical SEO Audit Checklist

October 24, 2026 · 9 min read · By the DollarWise team
100-Point Technical SEO Audit Checklist

A technical SEO audit is a health check for everything behind the scenes of your website: how crawlers reach your pages, whether those pages get indexed, how fast they load, and how cleanly they are structured. Content gets the glory, but technical problems quietly cap your rankings — a site with broken indexing or crawl waste will never reach the traffic its content deserves, no matter how good the writing is.

This free checklist packs 100 concrete checks into ten sections, ordered the way an auditor works: access first, then indexing, then speed, then structure, then content support. It is built for site owners, bloggers, freelancers, and in-house marketers who want a thorough, methodical pass without missing anything. Each item is a single clear action you can check off, and every item has a copy button so you can paste tasks into your own tracker.

What’s inside this checklist

The checklist covers ten technical areas with ten checks each. Sections 1 and 2 verify that crawlers can reach and index your pages — the foundation everything else rests on. Sections 3, 4, and 5 tackle speed, mobile rendering, and HTTPS security. Sections 6 and 7 cover structured data and on-page HTML correctness. Sections 8 and 9 handle internal linking and media, and section 10 wraps up with international targeting, logging, and maintenance habits. The items are written as one-sentence actions, so the audit moves fast even on large sites.

The full 100-point technical SEO audit checklist

Start at section 1 and work down — earlier sections block everything after them. Mark each item pass, fail, or not applicable.

Section 1 — Crawlability

  • Confirm robots.txt exists at the domain root and returns a 200 status.
  • Verify robots.txt does not accidentally block key sections, CSS, or JavaScript.
  • Check that important pages are not blocked by a rogue noindex tag.
  • Confirm the XML sitemap exists, is valid, and lists only indexable URLs.
  • Submit the sitemap in Search Console and check for reported errors.
  • Review the crawl stats report for unexpected spikes or drops in crawl activity.
  • Identify and fix crawl traps: infinite calendars, faceted filters, and session IDs.
  • Confirm paginated series use clean URLs and do not create duplicate crawl paths.
  • Check that internal search result pages are blocked or noindexed.
  • Verify the crawl budget is spent on important pages, not thin or duplicate ones.

Section 2 — Indexing

  • Compare pages indexed in Search Console against pages you expect to be indexed.
  • Investigate every important page reported as "Discovered — currently not indexed."
  • Investigate every important page reported as "Crawled — currently not indexed."
  • Confirm canonical tags point to the correct preferred URL on every page type.
  • Check that canonicals are absolute URLs, not relative paths.
  • Look for duplicate content across www/non-www and HTTP/HTTPS versions.
  • Verify trailing-slash and case variants redirect to one canonical version.
  • Confirm thin or outdated pages are improved, merged, or noindexed — not left to dilute the site.
  • Check that tag, archive, and author pages are indexed only if they add value.
  • Review the sitemap for stale URLs, redirects, and 404s that should be removed.

Section 3 — Site speed and Core Web Vitals

  • Test key templates in PageSpeed Insights and record LCP, INP, and CLS.
  • Bring Largest Contentful Paint under 2.5 seconds on mobile for key pages.
  • Bring Interaction to Next Paint under 200 milliseconds by trimming heavy JavaScript.
  • Keep Cumulative Layout Shift under 0.1 by reserving space for images and ads.
  • Compress and serve images in modern formats (WebP or AVIF) at correct dimensions.
  • Enable text compression (Brotli or Gzip) on the server or CDN.
  • Defer or async-load non-critical JavaScript so it does not block rendering.
  • Remove unused CSS and JavaScript from themes, plugins, and page builders.
  • Verify browser caching headers are set with sensible lifetimes for static assets.
  • Use a CDN if your audience is geographically spread out.

Section 4 — Mobile rendering

  • Confirm the viewport meta tag is present and correctly configured.
  • Test key pages on a real mobile device, not just a resized desktop browser.
  • Check that tap targets (buttons, links) are at least 48px and not crowded.
  • Verify text is readable without horizontal scrolling at 360px width.
  • Confirm popups and interstitials do not cover main content on mobile.
  • Check that mobile and desktop versions show equivalent content and links.
  • Verify structured data and metadata match between mobile and desktop renders.
  • Test forms and checkout flows end-to-end on mobile.
  • Confirm images scale correctly and never overflow their containers.
  • Check that the mobile menu exposes the full navigation hierarchy.

Section 5 — HTTPS and security

  • Confirm every page loads over HTTPS with a valid certificate.
  • Redirect all HTTP URLs to HTTPS with a 301 redirect.
  • Fix mixed-content warnings: no HTTP images, scripts, or stylesheets on HTTPS pages.
  • Enable HSTS so browsers always use the secure connection.
  • Check the certificate expiry date and set up auto-renewal or alerts.
  • Confirm the certificate chain is complete with no trust errors.
  • Verify old TLS versions are disabled and only TLS 1.2+ is served.
  • Add a Content Security Policy header if your stack supports it.
  • Check that login and checkout forms never submit over plain HTTP.
  • Scan for exposed admin panels, backups, or .env files reachable by URL.

Section 6 — Structured data

  • Add the right schema type to each page template (Article, Product, FAQPage, etc.).
  • Validate all structured data with Google's Rich Results Test.
  • Confirm schema properties are accurate and match the visible page content.
  • Include required properties for each schema type (price and availability for Product, etc.).
  • Add Organization or WebSite schema with logo and sameAs links site-wide.
  • Add BreadcrumbList schema so breadcrumbs can appear in search results.
  • Keep JSON-LD in one clean script block per page rather than scattered fragments.
  • Check Search Console's enhancements reports for schema errors and warnings.
  • Never mark up content that is hidden from users or does not exist on the page.
  • Re-validate schema after every template or CMS update.

Section 7 — On-page HTML correctness

  • Confirm every page has exactly one H1 that describes the page topic.
  • Check that title tags are unique, under 60 characters, and front-load the keyword.
  • Write unique meta descriptions under 160 characters for key pages.
  • Verify heading hierarchy: H2s under the H1, H3s under H2s, no skipped levels.
  • Confirm URLs are short, lowercase, hyphenated, and free of parameters where possible.
  • Check that Open Graph and Twitter Card tags render correct titles, images, and descriptions.
  • Verify the HTML lang attribute matches the page's actual language.
  • Confirm there is only one canonical URL declared per page.
  • Check that pagination uses rel prev/next or self-referencing canonicals consistently.
  • Validate HTML for unclosed tags and duplicate IDs that can break rendering or scripts.

Section 8 — Internal linking and redirects

  • Crawl for broken internal links (404s) and fix or remove every one.
  • Crawl for redirect chains and flatten them to single-hop redirects.
  • Confirm all permanent URL changes use 301 redirects, not 302s.
  • Check that no important page is more than 3 clicks from the homepage.
  • Find orphan pages (no internal links) and link them into the site structure.
  • Use descriptive anchor text — avoid "click here" and bare URLs.
  • Link related content contextually within the body text, not only in sidebars.
  • Confirm the site navigation reflects the real information architecture.
  • Check breadcrumbs are present, accurate, and match the URL structure.
  • Review external links for broken targets and add rel attributes where appropriate.

Section 9 — Images and media

  • Add descriptive, keyword-aware alt text to every meaningful image.
  • Leave alt empty (alt="") for purely decorative images.
  • Use descriptive file names instead of IMG_0042.jpg.
  • Compress every image and serve responsive sizes with srcset.
  • Lazy-load below-the-fold images but never the LCP image.
  • Set explicit width and height attributes to prevent layout shift.
  • Add important images to the XML sitemap or an image sitemap.
  • Provide transcripts or captions for videos and audio embeds.
  • Check that hotlinked or third-party media does not slow the page or break.
  • Verify Open Graph images meet the 1200x630 recommendation for social sharing.

Section 10 — International, logs, and maintenance

  • Implement hreflang correctly on every language/region variant, with self-referencing tags.
  • Confirm each hreflang cluster links bidirectionally between all variants.
  • Use one consistent URL structure for international targeting (subfolder, subdomain, or ccTLD).
  • Set the correct language and region targeting in Search Console where applicable.
  • Review server logs monthly to see which pages Googlebot actually crawls.
  • Watch for crawl errors (5xx, DNS, timeouts) and fix them the same day.
  • Confirm the site returns a proper 404 page for missing URLs, not a soft 404.
  • Keep CMS, themes, and plugins updated to avoid security-driven SEO damage.
  • Back up the site and database before any major technical change.
  • Schedule the next audit: quarterly full audits plus monthly spot-checks.

How to use this checklist

  1. Start with sections 1 and 2 — crawlability and indexing. If crawlers cannot reach or index your pages, nothing else in the audit matters yet.
  2. Work through the remaining sections in order, marking each item pass, fail, or not applicable, and paste failures into your task tracker with the copy buttons.
  3. Fix failures by impact: indexing blockers first, then speed and mobile issues, then structured data and linking improvements.
  4. Re-crawl the site after fixes and re-check Search Console over the following two weeks to confirm errors clear and coverage improves.
  5. File the completed audit with its date, and schedule the next one — quarterly for a full pass, monthly for a quick spot-check of sections 1 through 3.

An audit only works if its findings get fixed. The most common failure is not a technical one: it is a checklist that gets completed, filed, and never acted on. Treat the fail list as a sprint backlog, assign owners and dates, and your next audit will be dramatically shorter.

Advertisement

Frequently asked questions

How often should I run a technical SEO audit? Run a full 100-point audit every quarter, plus a light spot-check of crawlability, indexing, and speed every month. Always audit after big changes too — site migrations, redesigns, platform switches, or major content rollouts. Audit a new site before launch, then again about 30 days after go-live to catch what slipped through.

Which section matters most if I’m short on time? Sections 1 and 2: crawlability and indexing. They are the foundation — if search engines cannot reach your pages or will not index them, speed tweaks, schema, and content upgrades reach no audience. Once access is clean, move to section 3 (speed) and section 8 (internal linking), which usually deliver the next biggest wins.

Do I need paid tools to complete this checklist? No. Around 80 of the 100 checks can be done with free tools: Google Search Console, PageSpeed Insights, Google’s Rich Results Test, a free-tier crawler, and your browser’s developer tools. Paid crawlers and log analyzers mainly save time on large sites; they are a convenience, not a requirement.

Download the 100-Point Technical SEO Audit Checklist

Advertisement
Written by the DollarWise team

We turn confusing money topics into plain-English guides for beginners. Every article is written to be actionable on day one — no jargon, no hype, no sales pitch.