Technical SEO should establish whether search engines and users can access the pages that matter. Audit evidence should come from crawls, indexation data, performance tests, browser checks, and analytics rather than from a single site-health score.
Crawl and Indexation
Evidence required: crawl the public site, inspect Search Console coverage for priority URLs, review canonicals, redirects, robots directives, and sitemap entries. Pass condition: important service, market, project, and informational pages are crawlable and indexable when intended, without material canonical or redirect conflicts.
Severity: critical when priority pages are blocked or miscanonicalized. Owner: technical SEO or developer. Corrective action: repair blocking directives, redirect chains, canonical errors, broken internal links, or sitemap inconsistencies.
Validation: re-crawl affected templates and confirm the intended URLs can be requested, rendered, and indexed where appropriate.
Structured Business and Service Information
Evidence required: compare visible business information and any structured data with the actual services and locations represented on the page. Pass condition: markup, when used, matches visible content and valid business facts.
Severity: medium unless incorrect markup materially misrepresents the business. Owner: technical SEO with content or operations review. Corrective action: remove unsupported properties and use documented schema vocabulary only where eligible. Validation: test the final markup and manually compare it with the visible page.
Mobile Performance and Usability
Evidence required: representative PageSpeed Insights or Lighthouse tests, field data where available, mobile browser checks, and form testing. Pass condition: important pages are usable on mobile, key content appears without avoidable delay, and lead forms work reliably.
Severity: high when performance or interaction defects block evaluation or contact. Owner: developer. Corrective action: reduce unnecessary scripts, optimize media delivery, stabilize layout, and fix interaction failures. Validation: retest representative service, project, and lead pages after deployment.
HTTPS and Lead-Form Security
Evidence required: certificate inspection, redirect behavior, mixed-content checks, and live form testing. Pass condition: public pages and form submissions use HTTPS without certificate or mixed-content errors.
Severity: critical when users encounter security warnings. Owner: developer or infrastructure owner. Corrective action: repair certificates, redirects, and insecure resource calls. Validation: test the canonical site and form flow from a clean browser session.
Service-Area URL Architecture
Evidence required: crawl the hierarchy and compare location URLs with genuine markets and actual location-specific content. Preserve the existing example /locations/california/san-diego when reviewing the source architecture.
Pass condition: URLs are predictable, internally linked, and only represent markets for which the installer can provide useful distinct information. Severity: high when templated location proliferation creates duplication or misleading coverage.
Owner: SEO strategist and content owner. Corrective action: consolidate weak pages, improve genuine market pages, and redirect redundant URLs where appropriate. Validation: re-crawl the final hierarchy and confirm each retained location page has a defensible purpose.