Technical SEO should be audited as a sequence of verifiable conditions. The owner is usually the person responsible for the CMS, hosting, or development environment, with marketing responsible for documenting the evidence and confirming that priority pages remain accessible after changes.
Checkpoint: indexation coverage. Evidence required: Google Search Console status for the homepage, main service pages, advisor bios, and other priority pages. Pass: the intended canonical pages are eligible for indexing and there is no unexplained exclusion affecting important content. Fail: an important page is blocked, excluded, duplicated incorrectly, or cannot be inspected. Severity: critical for core pages. Corrective action: identify the specific directive, canonical, redirect, or crawl condition causing the failure. Validation: re-inspect the affected URL after deployment.
Checkpoint: robots and crawl controls. Evidence required: review yoursite.com/robots.txt and compare it with the sections you intend search engines to crawl. Pass: no required service, location, resource, or bio page is unintentionally blocked. Fail: a rule prevents access to a page that should be discoverable. Severity: critical when the block affects priority content. Corrective action: amend the responsible rule with the site owner. Validation: retest the exact path and confirm Search Console can inspect it.
Checkpoint: sitemap integrity. Evidence required: the submitted sitemap status in Search Console and a manual check that its entries represent canonical URLs you actually want indexed. Size should be 50-500 pages for most advisory practices. Pass: the sitemap is readable, current, and limited to intended canonical pages. Fail: it contains broken, redirected, duplicate, or excluded URLs. Corrective action: regenerate or clean the sitemap. Validation: resubmit if needed and verify the resulting status.
Checkpoint: index inventory. Evidence required: compare Search Console coverage with a Google site:yoursite.com check as a rough spot-check, not as an exact index count. Pass: no obvious class of priority pages is missing. Fail: expected page groups cannot be found or large groups of irrelevant URLs appear. Corrective action: trace templates, internal links, canonicals, and crawl directives. Validation: repeat the same comparison after fixes.
Checkpoint: mobile performance. Evidence required: PageSpeed Insights or equivalent field and lab data for the homepage, a service page, and a bio page. Aim for Core Web Vitals passing on mobile: LCP below 2.5s, CLS below 0.1, and FID below 100ms. Pass: the tested templates do not show material mobile performance failures that are reproducible across representative pages. Fail: a recurring image, script, server, or layout problem degrades the experience. Severity: high when it affects major templates. Owner: development or site operations. Corrective action: address the specific resource or layout cause. Validation: rerun the same pages under comparable conditions.
Checkpoint: constrained-network usability. Evidence required: a manual mobile test using 3G throttling and the same page set. Target under 3 seconds: financial services sites with slow loads lose client leads. Pass: navigation, forms, and essential page content remain usable under constrained conditions. Fail: key interactions become inaccessible or unstable. Validation: repeat the test after remediation.
Checkpoint: transport security. Evidence required: verify that intended pages use https://, not http://. For mixed content, check the page code (View Page Source, search for http://). Pass: intended pages load securely without mixed-content failures. Fail: insecure assets, broken certificate behavior, or inconsistent redirects are reproducible. Severity: critical when trust or functionality is affected. Corrective action: update asset references, redirect rules, or certificate configuration. Validation: retest several representative templates.