Working tool · published
Free Technical SEO Audit Checklist: 35 Checks + Template
VOID Technical SEO Release Gate v1.0
Run 35 technical SEO release checks in a no-signup browser workspace. Save statuses and notes locally, then export CSV, JSON, Markdown, or print and save a PDF.
No signup is required. Statuses and evidence notes stay in this tab unless you choose Save locally, which uses this browser's local storage. Exports are generated in the browser; workspace values are not submitted to VOID. Analytics records the tool route and workspace action, not entered statuses or notes.
Version v1.0 · Reviewed September 10, 2026 · By Sulayman BowlesA release decision, not a score.
The 35 checks cover access, indexation, canonicals, raw and rendered HTML, template ownership, internal links, structured data, performance evidence, and measurement. Each decision needs route-level evidence, an owner, and a recheck. Source context comes from Google Search Essentials plus official sitemap and crawlable-link guidance linked below.
Keep outcomes separate.
A completed gate cannot prove that Google will crawl, index, rank, surface, or earn clicks for a page. It does not replace Search Console evidence, field performance data, accessibility or security review, or qualified lead measurement.
Change log
- v1.0 · 2026-09-10
- Added a complete 35-check starter CSV and corrected printing to include every check and full evidence notes regardless of screen filters. The underlying release checks are unchanged.
- v1.0 · 2026-08-28
- Named the 35-check release gate, clarified local workspace handling, exposed print/save-PDF output, and documented the evidence boundary.
VOID Technical SEO Release Gate v1.0: 35 checks
- Reviewed
- 0/35
- Pass
- 0
- Needs attention
- 0
- Unknown
- 0
- N/A
- 0
Resolve HTTP, HTTPS, apex, and www variants and record every redirect hop.
Verify priority URLs return the intended 200, 3xx, 4xx, or 5xx status.
Confirm robots.txt is reachable, syntactically valid, and points to the canonical sitemap.
Compare robots directives with page-level robots meta and X-Robots-Tag headers.
Test representative pages with and without JavaScript and record material differences.
Keep only canonical, indexable, 200-status URLs in XML sitemaps.
Verify every indexable page has one self-referencing canonical on the preferred host.
Remove accidental noindex directives from pages intended to rank.
Identify soft 404s, thin shells, empty states, and misleading success responses.
Compare indexed and excluded route groups in Search Console, not only totals.
Map duplicates caused by parameters, casing, trailing slashes, and alternate paths.
Test redirects for single-hop behavior and preservation of the exact destination path.
Align navigation, structured data, hreflang, sitemap, and canonical URLs.
Confirm raw HTML contains a unique title, H1, canonical, opening copy, and internal links.
Check that hydration does not remove, duplicate, or replace crawl-critical metadata.
Capture browser errors, blocked resources, and failed API dependencies on key templates.
Assign one search intent and one canonical owner to every priority route.
Check titles and descriptions for uniqueness, accuracy, and useful snippet propositions.
Verify headings reflect the visible task instead of repeating navigation labels.
Confirm pagination, filters, and empty states do not create indexable clutter.
Crawl internal href links and resolve broken URLs, redirect chains, and orphaned pages.
Give priority pages descriptive links from hubs, related guides, and commercial pages.
Confirm links remain crawlable anchors rather than click handlers without href values.
Validate JSON-LD syntax and match every entity, claim, author, date, and URL to visible truth.
Use one stable Organization identifier and connect only verified sameAs profiles.
Check breadcrumbs, article dates, service details, and application fields against the page.
Review field Core Web Vitals by template before treating one lab run as sitewide truth.
Inspect image sizing, font loading, long tasks, and layout shifts on mobile.
Record response time and HTML size for representative server responses.
Verify the analytics loader, consent behavior, and one page_view contract per route.
Test form, phone, booking, and diagnostic actions through to accepted outcomes.
Preserve route, source, and campaign context without sending personal data.
Record affected URLs, raw evidence, severity, owner, recommended fix, and confidence.
Separate verified defects from hypotheses, opportunities, and external platform delays.
Re-crawl changed templates and save before-and-after evidence before closing an issue.
Complete audit ledger: all 35 checks. Screen filters do not limit this printout.
C01 · Access
Resolve HTTP, HTTPS, apex, and www variants and record every redirect hop.
Status: Not started
C02 · Access
Verify priority URLs return the intended 200, 3xx, 4xx, or 5xx status.
Status: Not started
C03 · Access
Confirm robots.txt is reachable, syntactically valid, and points to the canonical sitemap.
Status: Not started
C04 · Access
Compare robots directives with page-level robots meta and X-Robots-Tag headers.
Status: Not started
C05 · Access
Test representative pages with and without JavaScript and record material differences.
Status: Not started
C06 · Indexing
Keep only canonical, indexable, 200-status URLs in XML sitemaps.
Status: Not started
C07 · Indexing
Verify every indexable page has one self-referencing canonical on the preferred host.
Status: Not started
C08 · Indexing
Remove accidental noindex directives from pages intended to rank.
Status: Not started
C09 · Indexing
Identify soft 404s, thin shells, empty states, and misleading success responses.
Status: Not started
C10 · Indexing
Compare indexed and excluded route groups in Search Console, not only totals.
Status: Not started
C11 · Canonicals
Map duplicates caused by parameters, casing, trailing slashes, and alternate paths.
Status: Not started
C12 · Canonicals
Test redirects for single-hop behavior and preservation of the exact destination path.
Status: Not started
C13 · Canonicals
Align navigation, structured data, hreflang, sitemap, and canonical URLs.
Status: Not started
C14 · Rendering
Confirm raw HTML contains a unique title, H1, canonical, opening copy, and internal links.
Status: Not started
C15 · Rendering
Check that hydration does not remove, duplicate, or replace crawl-critical metadata.
Status: Not started
C16 · Rendering
Capture browser errors, blocked resources, and failed API dependencies on key templates.
Status: Not started
C17 · Templates
Assign one search intent and one canonical owner to every priority route.
Status: Not started
C18 · Templates
Check titles and descriptions for uniqueness, accuracy, and useful snippet propositions.
Status: Not started
C19 · Templates
Verify headings reflect the visible task instead of repeating navigation labels.
Status: Not started
C20 · Templates
Confirm pagination, filters, and empty states do not create indexable clutter.
Status: Not started
C21 · Links
Crawl internal href links and resolve broken URLs, redirect chains, and orphaned pages.
Status: Not started
C22 · Links
Give priority pages descriptive links from hubs, related guides, and commercial pages.
Status: Not started
C23 · Links
Confirm links remain crawlable anchors rather than click handlers without href values.
Status: Not started
C24 · Schema
Validate JSON-LD syntax and match every entity, claim, author, date, and URL to visible truth.
Status: Not started
C25 · Schema
Use one stable Organization identifier and connect only verified sameAs profiles.
Status: Not started
C26 · Schema
Check breadcrumbs, article dates, service details, and application fields against the page.
Status: Not started
C27 · Performance
Review field Core Web Vitals by template before treating one lab run as sitewide truth.
Status: Not started
C28 · Performance
Inspect image sizing, font loading, long tasks, and layout shifts on mobile.
Status: Not started
C29 · Performance
Record response time and HTML size for representative server responses.
Status: Not started
C30 · Measurement
Verify the analytics loader, consent behavior, and one page_view contract per route.
Status: Not started
C31 · Measurement
Test form, phone, booking, and diagnostic actions through to accepted outcomes.
Status: Not started
C32 · Measurement
Preserve route, source, and campaign context without sending personal data.
Status: Not started
C33 · Evidence
Record affected URLs, raw evidence, severity, owner, recommended fix, and confidence.
Status: Not started
C34 · Evidence
Separate verified defects from hypotheses, opportunities, and external platform delays.
Status: Not started
C35 · Validation
Re-crawl changed templates and save before-and-after evidence before closing an issue.
Status: Not started
Ready. Nothing has left this browser.
No signup is required. Statuses and notes stay in memory unless you choose “Save locally.” Saved work uses this browser’s local storage; exports are created locally. Workspace values are not submitted to VOID. Do not enter credentials, customer data, or other private information.
The task and the failure mode
Built for: Site owners, developers, and SEO practitioners who need a repeatable technical review with evidence another person can verify.
Technical audits often become long exports without a clear evidence standard, affected-route count, remediation owner, or proof that a fix worked.
Workflow
- 01Define the canonical host, production environment, priority route groups, and measurement window.
- 02Test access, HTTP behavior, robots, sitemaps, canonicals, and representative raw responses.
- 03Compare raw HTML, rendered DOM, template ownership, internal discovery, schema, and mobile behavior.
- 04Record each verified defect in the downloadable evidence ledger with severity, impact, owner, and recommendation.
- 05Re-crawl the affected routes and retain before-and-after evidence before closing the item.
Evidence to retain
- Timestamped headers and raw HTML for representative URLs in every affected template.
- Affected-route list, discovery method, severity, search impact, recommendation, owner, and validation status.
- Search Console, analytics, server log, browser, or conversion evidence where the claim requires it.
Example finding: duplicate host chain
- Observed
- HTTP apex redirects through HTTPS apex before reaching HTTPS www.
- Evidence
- Timestamped response headers for the same path on all four host variants.
- Decision
- Reduce non-preferred variants to one permanent hop while keeping the exact path.
- Validation
- Repeat the four-host test and save the final status and Location headers.
Boundaries and caveats
Crawler findings are hypotheses until verified on representative URLs and the delivered production response.
A clean audit, sitemap submission, or completed ticket does not guarantee crawling, indexing, rankings, clicks, or leads.
Primary sources
- Google Search Essentials and SEO Starter Guidedevelopers.google.com
- Google Search Central: Build and submit a sitemapdevelopers.google.com
- Google Search Central: Make links crawlabledevelopers.google.com