Use this section to verify whether the site can be crawled, rendered, secured, and used on the devices customers actually rely on. Do not label a technical item as a ranking factor unless the claim is documented; treat each check as a quality or discoverability condition that can be tested directly.
Check: Largest Contentful Paint and real mobile usability
Evidence required: PageSpeed Insights diagnostics, field data where available, and real-device tests on representative service and location templates.
Pass/fail condition: the page remains usable and the main content and contact controls load reliably; the source planning target of LCP under 2.5 seconds is treated as a performance benchmark rather than a guaranteed ranking threshold.
A historical warning point of more than 3 seconds should trigger investigation, not an automatic SEO failure. Severity: high when users cannot reach the service or contact action promptly. Owner: developer or performance owner.
Corrective action: address the measured bottleneck, which may include image weight, script execution, font loading, caching, server response, or render-blocking assets. Validation: rerun the same tests on the same templates and confirm the user journey improved without breaking analytics, forms, or booking.
Check: Structured data accuracy
Evidence required: rendered page content, JSON-LD, business records, service inventory, and validation-tool output. Pass/fail condition: markup describes facts visible on the page and does not invent services, locations, ratings, hours, brands, or credentials.
Severity: high when machine-readable data contradicts the live business. Owner: technical SEO or developer with business-owner review. Corrective action: remove unsupported properties and align markup with the visible page. Validation: retest syntax and compare every material property with the rendered content.
Check: Mobile-first rendering
Evidence required: responsive tests, Search Console inspection, real-device screenshots, and form or call-action testing. Pass/fail condition: customers can read service information, navigate, call, and submit the intended action without hidden content or broken controls.
Severity: critical for broken contact or booking journeys. Owner: frontend developer. Corrective action: fix layout, tap targets, overlays, navigation, viewport handling, and component behavior on small screens. Validation: repeat the full customer journey on representative devices.
Check: Broken links and missing-page handling
Evidence required: a crawl of internal links, server responses, redirect chains, navigation, and priority landing pages. Pass/fail condition: no important internal path ends at a 404 unless the destination was intentionally removed and there is an appropriate replacement or contextual route.
Severity: high when a service, location, or booking path is broken. Owner: developer or technical SEO. Corrective action: restore the page, update the link, or implement the appropriate redirect based on the actual replacement. Validation: recrawl the affected path and confirm one clean destination.
Check: HTTPS and TLS configuration
Evidence required: browser security state, redirect behavior, certificate checks, and representative form submissions. Pass/fail condition: public pages and forms resolve securely, insecure versions redirect correctly, and sensitive customer inputs are not exposed in transit.
The source referenced TLS 1.3 as a configuration example, not as an SEO guarantee. Severity: critical for insecure forms or certificate failures. Owner: hosting or infrastructure owner. Corrective action: repair certificate, protocol, redirect, or mixed-content issues. Validation: retest representative pages and submission flows after deployment.