Check: Compress and size project images appropriately. Evidence required: A sample of major gallery, service, and project pages with image file formats, rendered dimensions, transfer sizes, and loading behavior recorded.
Pass/fail condition: Pass when images are delivered at sensible dimensions and file sizes for their display context without visibly degrading the project proof; fail when oversized assets routinely delay useful page content or force unnecessary transfer.
Severity: High for pages where portfolio media materially slows the experience. Owner: Web developer or site owner responsible for media delivery. Corrective action: Re-export or convert oversized images, preserve useful quality, define responsive image behavior where supported, and avoid replacing real project detail with decorative stock media.
Existing source tools include ShortPixel, Imagify, and Squoosh. Validation step: Reload the audited pages on mobile and desktop conditions and confirm that the intended images render correctly with lower unnecessary transfer.
Check: Review structured data for accuracy and eligibility. Evidence required: The structured data currently emitted on representative pages, the visible page content it describes, and validation output from an appropriate testing tool.
The existing source references Schema Pro and TechnicalSEO.com Generator. Pass/fail condition: Pass when the markup is syntactically valid, describes content that is actually visible or otherwise permitted by the relevant documentation, and does not invent locations, ratings, credentials, services, or business attributes; fail when markup conflicts with the page or contains unsupported claims.
Severity: Medium unless invalid implementation is widespread or blocks other site work. Owner: SEO lead with developer support. Corrective action: Remove unsupported properties, correct values, and keep the implementation aligned with current documentation.
Do not treat structured data as a guaranteed ranking or rich-result mechanism. Validation step: Re-test representative URLs and manually compare the emitted values with the page and business source of truth.
Check: Audit and fix 404 project URLs. Evidence required: Crawl results, internal link reports, server responses, and a list of project URLs that were intentionally removed, replaced, or moved. The existing source lists Screaming Frog and Ahrefs as possible audit tools.
Pass/fail condition: Pass when important internal links resolve to live, relevant destinations and retired project URLs have an intentional status or redirect plan; fail when visitors or crawlers encounter broken internal project paths that should lead somewhere useful.
Severity: High when broken paths sit in navigation, service pages, project galleries, or other important user journeys. Owner: Web developer or technical SEO owner. Corrective action: Restore the intended page, update the internal link, or redirect a moved URL to the closest relevant replacement when that relationship is genuine.
Validation step: Re-crawl the affected paths and click the repaired links from the pages where users actually encounter them.
Check: Verify mobile navigation and contact access. Evidence required: Manual tests on common mobile viewport sizes covering navigation, project browsing, service discovery, forms, phone links, and visible calls to action.
The existing source references Google Search Console and BrowserStack. Pass/fail condition: Pass when a homeowner can reach key services, project examples, and contact options without blocked controls, overlapping elements, or unusable menus; fail when navigation or conversion actions are difficult to operate.
Severity: High when the issue prevents service discovery or contact. Owner: Designer or front-end developer. Corrective action: Simplify menu behavior, correct layout collisions, improve tap targets where needed, and remove interactions that hide essential information. Validation step: Repeat the same task flow on actual devices or reliable browser emulation after the fix.
Check: Verify asset delivery rather than assuming a CDN is required. Evidence required: Network and performance observations for core pages from locations relevant to the contractor's audience, plus the current hosting and caching configuration.
The existing source names Cloudflare and Bunny.net as examples. Pass/fail condition: Pass when important assets are delivered reliably and efficiently for the intended audience; fail when repeatable delivery problems are traced to hosting, caching, or media configuration.
Severity: Medium unless delivery failures materially impair project pages or lead forms. Owner: Hosting administrator or developer. Corrective action: Fix the specific bottleneck first. Add or reconfigure caching or a content delivery service only when the evidence supports it.
Validation step: Re-run the same page and network checks and confirm that the observed bottleneck has changed without breaking images, scripts, or forms.