Crawlability, indexability, and canonical control
Evidence required: Google Search Console coverage data, representative URL inspections, sitemap output, canonical tags, robots directives, and server responses for priority pages.
Pass condition: important public pages can be crawled, intended pages are indexable, canonical signals are internally consistent, and obsolete or duplicate URLs are handled intentionally. Fail condition: priority pages are blocked, canonicalized to the wrong destination, missing from internal discovery, or returning unexpected responses.
Severity: Critical when core service or location pages cannot be indexed; otherwise High. Owner: Technical SEO lead or web developer. Corrective action: resolve blocking directives, canonical conflicts, routing errors, and sitemap inconsistencies before expanding content.
Validation step: re-test representative pages in Google Search Console and compare the rendered public URL with the intended canonical state.
Structured data accuracy
Evidence required: rendered JSON-LD, the visible business facts on the page, the Schema.org vocabulary used, and structured-data validation output. Pass condition: markup describes the entity and services actually shown to users, uses supported vocabulary accurately, and does not label a private notary business as a government entity merely to sound authoritative.
Treat 100 percent agreement between equivalent visible facts and structured fields as an internal QA target, not a ranking promise. Fail condition: markup invents credentials, locations, ratings, services, or legal status; conflicts with visible text; or uses types that do not describe the entity.
Severity: High for false or conflicting claims; Medium for incomplete but accurate markup. Owner: Technical SEO lead with business-fact approval from operations. Corrective action: remove unsupported properties, use the most accurate available types, and keep markup synchronized with visible content.
Validation step: run structured-data validation, compare each business fact with the rendered page, and retain the validation record.
Mobile usability and page performance
Evidence required: representative mobile tests, Core Web Vitals reporting where available, browser testing, and a manual check of booking and contact actions. Pass condition: priority pages are usable on common mobile devices, primary content is readable without layout breakage, and contact actions work reliably.
Fail condition: users cannot read service details, submit an inquiry, call, or navigate because of layout, loading, or interaction problems. Severity: High for blocked customer actions; Medium for performance degradation that does not prevent use.
Owner: Web developer with UX or SEO support. Corrective action: fix rendering, script, image, font, and interaction issues based on measured page behavior rather than arbitrary score chasing. Validation step: repeat field tests on representative devices and confirm that corrected pages work end to end.
Transport security and form handling
Evidence required: HTTPS configuration, certificate status, form destinations, data collected through inquiry forms, and access controls for any stored submissions.
Pass condition: public pages load securely, forms transmit to intended systems, and the site does not request sensitive information that the business does not need or cannot protect appropriately. Fail condition: certificate errors, mixed-content problems, insecure form endpoints, unnecessary collection of identity or document data, or unclear retention ownership.
Severity: Critical for insecure collection or exposure; High for certificate or mixed-content problems. Owner: Web developer and privacy or security owner. Corrective action: repair transport security, minimize form fields, and route data-handling questions to the responsible reviewer.
Validation step: test submission flows, inspect browser security indicators, and verify where form data arrives and who can access it.
AI crawler and retrieval policy for 2026
Evidence required: robots.txt, relevant meta directives, server logs if available, and the organization's documented policy for third-party crawlers. Pass condition: crawler controls reflect an intentional publishing policy and do not accidentally block ordinary search crawling needed for public pages.
Fail condition: broad directives are copied from a template without understanding their effect, or the business assumes that allowing a named AI crawler guarantees training, citation, recommendation, or inclusion in Google AI Overviews.
Severity: Medium, rising to High if ordinary search crawling is unintentionally blocked. Owner: Technical SEO lead with legal or policy input when crawler access is sensitive. Corrective action: document the desired access policy, remove contradictory directives, and separate search indexing decisions from assumptions about third-party AI systems.
Validation step: inspect the live robots file, test representative user agents where appropriate, and record the intended policy beside the observed behavior.