Check: project and product images load efficiently while retaining the detail a homeowner needs to evaluate the work. Evidence required: representative replacement-service templates, gallery pages, rendered image dimensions, source dimensions, formats, loading behavior, and field or lab performance evidence where available.
Pass condition: the browser receives appropriately sized assets for the display context, noncritical gallery media does not block the first useful interaction, layout space is reserved, and important project images remain clear.
Fail condition: large originals are served where smaller variants would be sufficient, galleries delay interaction, or media loading produces visible layout movement that interferes with navigation or contact actions.
Severity: high when the affected template is a core replacement, project, or quote page. Owner: web engineering or the person responsible for site performance. Corrective action: create responsive image variants, use efficient supported formats such as WebP or AVIF, reserve image dimensions, prioritize only the media needed for the initial view, and defer noncritical gallery assets.
Validation: retest representative URLs in PageSpeed Insights and browser developer tools, then manually confirm that galleries, calls to action, and forms still work as intended.
Check: mobile pages support the full replacement-research and contact journey. Evidence required: small-screen rendering, navigation behavior, tap targets, form completion, viewport behavior, representative devices, and Search Console usability evidence where available.
The source previously stated that 60-70% of homeowners begin replacement research on mobile devices, but it supplies no supporting source URL. Keep that range as historical editorial context, not as a verified market benchmark.
Pass condition: a homeowner can identify the service, inspect relevant project evidence, compare available options, find contact details, and submit or initiate a contact action without zooming, horizontal scrolling, hidden controls, or broken fields.
Fail condition: essential text is unreadable, controls overlap, content overflows, tap targets are unreliable, or the contact path cannot be completed on a representative phone. Severity: critical when the problem affects pages with meaningful mobile visibility or lead activity.
Owner: web engineering, with marketing or sales reviewing the contact path. Corrective action: repair responsive layouts, simplify unnecessary form friction, increase usable tap areas, correct viewport issues, and remove mobile-only blockers.
Validation: complete the intended contact path on representative phones and compare the same usability and performance evidence after deployment.
Check: structured data describes only visible, supported business and service information. Evidence required: rendered page content, JSON-LD, business details, service descriptions, any ratings or offer data included in markup, and structured-data validation output.
Pass condition: markup uses an appropriate eligible type, reflects content users can see, and matches business facts that can be independently confirmed from the site or operations. Fail condition: markup introduces unsupported offers, ratings, service areas, products, or other facts, conflicts with visible content, or is added mainly because someone expects an automatic ranking gain.
Severity: medium, rising when inaccurate markup materially misrepresents the business. Owner: technical SEO or engineering with review by the business-data owner. Corrective action: remove unsupported properties, align markup with visible information, and keep entity details consistent with the rest of the site.
Validation: validate syntax, compare every marked fact with the rendered page and approved business information, and review Search Console for relevant errors or warnings.
Check: Core Web Vitals problems are traced to the affected template, element, or resource instead of being treated as a single score. Evidence required: field data where available, lab traces, affected URLs, template patterns, and the specific elements or resources associated with slow loading, delayed interaction, or layout shifts.
Pass condition: the team can identify the practical cause on important pages and has either corrected it or documented why the remaining issue is accepted. Fail condition: the site relies on an aggregate score without locating the element, script, asset, or template creating the user-facing problem.
Severity: high when the issue affects core service, project, or lead-generation pages. Owner: engineering. Corrective action: prioritize the principal visible content appropriately, reserve dimensions for dynamic assets, reduce avoidable blocking work, and remove or defer resources that do not need to delay the initial experience.
Validation: compare the same field and lab evidence after deployment and confirm that the corrected template remains functional.