Sample method photograph- 01SurfacePublic page and response
- 02ContextBroken mobile booking path
- 03DecisionEvidence-backed next step
The booking and trust path is broken on mobile. Reviews, service-area pages, and the actual booking link disagree about who you serve and how to schedule. The visitor wants to call or book and instead gets a contact form, an off-site scheduler that fails, or a service page that does not match what they searched for.
Public pages only. The $97 report comes after the result.
Sample method photographThese are sector-specific observation prompts from the industry registry. Your result only includes signals the scan actually detects.
Whether the home and service pages render the booking or call CTA above the fold on a real mobile viewport.
Whether the local profile, the website, and the directory citations agree on NAP, hours, and service area.
Whether public reviews mention the actual services you want to be booked for, by name.
Whether the off-site scheduler embed survives a hard reload and returns a confirmation page that exists.
Whether the AI crawlers can read your service-area pages or are silently blocked by robots.txt.
Whether the public surface explains who you serve and where, in language a real customer would search for.
Described. Not claimed.
These are documented sector patterns, not customer findings. A scan must observe the signal on your URL before it becomes part of your result.
Service-area pages that share a single near-identical paragraph and only differ by city name.
A booking link in the navigation that opens an off-site widget which never loads on a hard reload from a different network.
A reviews block that lives only on the homepage and never appears on the service pages where the conversion happens.
A robots.txt that blocks the answer-engine crawler the operator most wants to be cited by.
A site that lists 'serving the greater metro area' without ever naming a city in the page body.
This is a sector playbook, not a promised outcome. The detected evidence still determines whether any step belongs in the actual work order.
Start with the booking and CTA path on mobile because a blocked primary action is the most direct public-path failure in this review.
Audit the service-area copy next. Cities the business actually serves should be named, not implied.
Place reviews on the service pages where the booking decision happens, not just the homepage.
Tighten the local schema and the directory NAP before assuming the search problem is rankings.
The scan engine exposes 43 named public checks. Relevant rule definitions appear here only when the sector registry cites their real ids.
CRAWLER_BLOCKED_BY_ROBOTS_TXTrobots.txt fetched from the domain root · per-bot Allow/Disallow evaluation via robots-parser · the matched robots.txt line number for the blocking rule
Detects only what robots.txt declares for the named bots Revvye tracks; it does not verify whether the engine actually honored the rule, nor whether the bot was blocked by a firewall/WAF the scanner cannot see.
structured-data.localbusiness.incompletepresence of a LocalBusiness (or Restaurant/Store) node · required props: name, address, telephone (nested Offer flattened one level)
Checks for the required properties' presence, not their accuracy; it cannot verify the phone number or address is correct or matches your Google Business Profile.
markup.viewport-missing<meta name="viewport"> presence
Checks the tag exists; the actual mobile rendering (overflow, CTA position) is graded by the mobile-experience worker checks.
No. Revvye does not see your CRM, your phone system, or your booking platform. It evaluates the public surface a stranger would meet. The conversion rate stays with the operator.
The scan still applies. Revvye checks whether the call CTA is visible above the fold, whether the number is consistent across the site and the local profiles, and whether the public surface tells a stranger why they should pick up the phone.
Not by itself. What hurts the score is when the public surface implies the service area instead of naming it. Revvye flags that pattern; the operator decides how to name the cities or zones in the copy.
Only if those pages are crawlable and they actually name the cities and services you want to be found for. Google's current AI-feature guidance still starts with indexable, useful pages. Revvye checks robots.txt, LocalBusiness schema completeness, and whether the public copy answers a stranger's booking questions. It does not promise rankings or citations.
Observe the path before prescribing the fix.
Run this sector against your URL.
Public pages only. The $97 report comes after the result.