Sample method photograph- 01SurfacePublic page and response
- 02ContextBooking-widget reliability
- 03DecisionEvidence-backed next step
The booking widget fails or confuses first-time visitors, and before/after proof, when it exists, is not organized by service, so a visitor cannot tell whether the results shown match what they are actually booking.
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 booking widget loads and completes cleanly on a real mobile device, including selecting a specific stylist or service.
Whether before/after photos or portfolio work are organized by service type, not a single unlabeled gallery.
Whether service menu pricing and duration are visible before booking, not revealed only at checkout.
Whether reviews mention specific services or stylists by name, not generic 'loved it' praise.
Whether cancellation and late policies are stated clearly before a visitor books, not buried in a confirmation email.
Whether AI crawlers can read the service menu and stylist pages instead of a widget-only embedded booking iframe.
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.
A booking widget that lets a visitor select a time slot, then fails silently when they try to pick a specific stylist.
A portfolio gallery with dozens of photos and no labels indicating which service produced which result.
Service pricing that only appears after a visitor has already selected a time and started the booking flow.
Reviews that praise 'the best salon ever' with no mention of a specific cut, color, or treatment.
A strict cancellation fee policy that is only disclosed in the confirmation email after booking, not before.
This is a sector playbook, not a promised outcome. The detected evidence still determines whether any step belongs in the actual work order.
Test the booking widget on a real phone through to a completed confirmation, not just the first screen.
Organize before/after proof by service so a visitor can find results relevant to what they want done.
Show pricing and duration before the booking flow starts, not as a surprise at the final step.
State cancellation and late policies clearly before booking, not only after.
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 judge creative or technical quality. It evaluates whether your public page presents proof of that work in a way a visitor can actually find and trust, organized by service rather than a single unlabeled gallery.
Yes. Revvye tests the booking experience a visitor actually goes through, including third-party widgets embedded on your page. A widget that fails on mobile is one of the most common leaks in this vertical.
No. Revvye does not evaluate your current availability. It checks whether the booking and information experience itself works cleanly, regardless of how far out your calendar is booked.
Often poorly. An iframe-only widget is a dead end for many crawlers and a common mobile failure for guests. A crawlable service menu with prices, duration, and a real booking URL is what both people and machines can use. Revvye tests the public path including the embed. It does not judge stylist craft.
Observe the path before prescribing the fix.
Run this sector against your URL.
Public pages only. The $97 report comes after the result.