Technical work should make facility information reachable, consistent, secure, and interpretable without inventing facts that are absent from the page or operations system.
Structured data accuracy - Evidence required: rendered page content, structured data output, and the operational source for each marked-up field. Pass condition: markup describes information that is visible, current, and supported by the facility record.
Fail condition: it invents or exaggerates prices, availability, hours, ratings, amenities, locations, or other fields in an attempt to obtain a search feature. Severity: high. Owner: developer or technical SEO.
Corrective action: remove unsupported properties and use valid types only for content that genuinely exists. Validation step: run syntax validation, then manually reconcile every material value with the live page and operational source. Tools: Schema.org, Google Rich Results Test.
Core Web Vitals and mobile usability - Evidence required: available field data, lab diagnostics, and manual testing of representative facility pages and the rental journey on a phone. Pass condition: no unresolved template-level loading, layout, or interaction problem materially obstructs reading, availability checking, contact, or reservation.
Fail condition: slow media, unstable layout, blocked controls, heavy scripts, or interface defects interfere with the customer task. Severity: high. Owner: developer. Corrective action: address measured bottlenecks without breaking the booking experience.
Validation step: repeat the same tests and complete the real journey on production. Tools: PageSpeed Insights, WP Rocket.
Multi-location architecture - Evidence required: crawl export, navigation, canonical URLs, and a facility inventory matched to the live page set. Pass condition: every genuine facility intended for search has a stable, reachable page with useful location-specific information, while duplicate or nominal-market pages are not used as substitutes for real locations.
Fail condition: a facility is orphaned, hidden, duplicated across multiple URLs, or represented by thin place-name pages. Severity: high. Owner: technical SEO and site owner. Corrective action: simplify routing, consolidate duplicates, and link real facility pages from logical navigation.
Validation step: recrawl and confirm each intended page is reachable and mapped to a genuine facility. Tools: Screaming Frog.
Inventory and availability consistency - Evidence required: the public inventory or availability interface and the system or process that supplies the current facility data. Pass condition: what a renter sees is consistent enough with operations to support a reliable next step and discrepancies have an accountable owner.
Fail condition: unavailable units appear rentable, material attributes disagree, or updates routinely break between the website and operating system. Severity: critical. Owner: operations and developer.
Corrective action: repair the data connection or implement a controlled manual reconciliation process. Validation step: compare a live sample against the operating source after the correction and repeat the check after a normal inventory change. Tools: SiteLink API, Storable.
XML sitemap coverage - Evidence required: current sitemap files, canonical status, indexability, and the intended facility and service URL set. Pass condition: canonical pages intended for discovery are represented appropriately and excluded pages are excluded intentionally.
Fail condition: important pages are missing while obsolete, redirected, duplicate, or non-indexable URLs remain prominent. Severity: medium. Owner: technical SEO. Corrective action: generate sitemaps from the canonical indexable set and remove stale entries.
Validation step: inspect submission status and spot-check live URLs against the intended index. Tools: Google Search Console.