Work through the stages in order so later content decisions are not made on top of unresolved crawl or booking failures. Every stage should end with saved evidence, a severity label, an owner, a corrective action, and a retest.
1. Technical Access and Page Performance
Evidence: verify the site in Google Search Console, review the indexing and page reports for blocked or unavailable URLs, and record any URLs returning 404s. Then test representative pages in Google's PageSpeed Insights. If a mobile score is below 50, record it as a performance flag rather than treating the number alone as a proven ranking diagnosis. Review the Core Web Vitals data and use the linked metrics page only for source-backed context. Severity: highest when search engines cannot access an important page or when a client-facing page is materially impaired; lower when the finding is an optimization opportunity without a demonstrated failure. Owner: developer or site administrator for crawl and template defects, with the content owner involved when the affected URL itself is obsolete. Corrective action: restore intended access, correct the broken status or internal path, or reduce the specific performance bottleneck identified by the test. Validation: rerun the crawl or performance test and confirm the same URL now returns the intended result.
2. Mobile Usability and Booking Journey
Evidence: open the site on a phone and complete the path from landing page to service selection and booking. Record whether the service menu can be found in under 10 seconds, whether controls work without zooming, and whether important images load within 3 seconds on the connection you are testing. Those thresholds are audit checkpoints, not universal Google requirements. Severity: high when a client cannot reach or complete booking; medium when friction exists but the task remains possible; low when the issue is cosmetic. Owner: site developer for layout or script defects and booking-platform support when the failure occurs inside the external booking system. Corrective action: fix the specific navigation, rendering, or integration problem captured in the test. Validation: repeat the full journey on the same device and browser, then confirm it on another supported mobile environment.
3. Local On-Page Information
Evidence: compare the salon name, address, and phone shown in text on the contact page and footer with the corresponding Google Business Profile information. Review the homepage title and visible copy to see whether the genuine location and primary salon service are clear where useful. Do not force a city or neighborhood onto every page if it would read unnaturally or add no location-specific value. For example: "Balayage & Color Specialist | [Salon Name] | [City]". Severity: high when contact information is wrong or directs clients incorrectly; medium when local context is missing from important pages; low when wording can simply be clarified. Owner: salon manager for business facts, content editor for page copy, and developer for template-level contact fields. Corrective action: reconcile inaccurate business details and add only truthful, useful local context. Validation: compare the published page with the profile again and test every visible phone, map, or contact action that changed.
4. Service Page Coverage
Evidence: create a list of services the salon actually offers and map each one to its current website destination. A dedicated page is justified when there is enough useful service-specific information, such as what the service involves, who it suits, booking context, salon-specific photos, or practical preparation details. Do not assume that every service word requires a separate URL. Severity: high when an important offered service has no usable landing destination at all; medium when the page exists but is too generic to answer a client's decision questions; low when the page mainly needs clearer organization. Owner: salon manager for service accuracy and content editor for the page. Corrective action: improve the existing destination or create a genuinely useful service page when the service warrants one. Validation: crawl the new or revised URL, confirm its internal links work, and review the page as a client looking for that specific service.
5. Booking Integration and Conversion Path
Evidence: test the booking widget or external booking handoff in Chrome, Safari, and Firefox on desktop and mobile. Record whether the control opens, whether required steps can be completed, and whether the confirmation arrives after a test booking. If the widget loads in under 4 seconds in your test, note that result without presenting it as an official search threshold. Severity: critical when booking cannot be completed, high when the integration repeatedly fails on a supported environment, and lower when the issue is performance friction without a failed transaction. Owner: booking-platform support for platform behavior and the site developer for embed, script, or caching conflicts. Corrective action: correct the exact integration failure rather than replacing the whole flow by assumption. Validation: repeat the same booking scenario after the change and retain the successful result in the audit record.