yourwebsite.com
50 public pages checked
We found 5 unique issues: 1 critical, 1 high, 1 elevated, and 2 medium. These totals count unique issues, not the same issue on different pages. The same issue can affect many pages. Together, the issues appear 37 times across 19 pages. Each row in the page list shows how many of the report's 5 issues affect that page.
The score starts at 100. The 5 unique issues lowered it by 25 points in total, resulting in 75. Each unique issue has one severity-weighted maximum deduction. A page-specific issue starts at half that weight and scales toward the full weight based on the share of applicable evaluated pages it affects, rounded up. A genuinely sitewide issue receives its full rule weight. Repeated instances of the same issue are grouped into one scored finding, so they increase prevalence without creating another severity penalty. No single finding deducts more than its published rule weight.
Claude-SearchBot is blocked from a public location page
Why this matters
The published robots policy prevents this required search crawler from retrieving the affected public location page.
Fix this once for the whole siteThis problem comes from one site-wide setting or file. Fix it there once, then confirm all 1 affected page.
Claude-SearchBot is blocked from a public location page
The published robots policy prevents this required search crawler from retrieving the affected public location page.
This problem comes from one site-wide setting or file. Fix it there once, then confirm all 1 affected page.
Claude-SearchBot is blocked from a public location page
yourwebsite.com/locations/chicago
The published robots policy prevents this required search crawler from retrieving the affected public location page.
- What we found
- Claude-SearchBot is disallowed at the affected page path by robots.txt.
- Where to fix it
- The User-agent: Claude-SearchBot group in https://yourwebsite.com/robots.txt
How to fix it
- Find the rule that disallows the affected public location path for Claude-SearchBot.
- Narrow that block or add an equally specific Allow rule for the affected public path.
- Retain separate disallow rules for private and administrative routes.
Why this fix is correct
Change only the verified rule for the named crawler and affected public path; preserve unrelated restrictions.
Example for this exact issue
User-agent: Claude-SearchBot
Allow: /locations/chicago
Delete the WordPress "Hello world!" starter post
Why this matters
Default placeholder content can appear instead of the organization’s intended information and makes the site look unfinished.
Fix this pageWe found this problem on one page. Use the page-specific details below to correct it.
Delete the WordPress "Hello world!" starter post
Default placeholder content can appear instead of the organization’s intended information and makes the site look unfinished.
We found this problem on one page. Use the page-specific details below to correct it.
Delete the WordPress "Hello world!" starter post
yourwebsite.com/blog/hello-world
Default placeholder content can appear instead of the organization’s intended information and makes the site look unfinished.
- What we found
- The public page contains the WordPress starter title "Hello world!".
- Where to fix it
- The published starter post in the WordPress Posts area
How to fix it
- Confirm the starter post is not intentional website content.
- Delete the published starter post and remove it from navigation, feeds, and sitemap output.
- Confirm the deleted URL no longer returns placeholder content.
Why this fix is correct
Remove only the verified starter content; preserve legitimate posts and the website’s existing permalink behavior.
A case-study page has no document title
Why this matters
The initial HTML does not contain a title element naming this specific case study.
Fix this pageWe found this problem on one page. Use the page-specific details below to correct it.
A case-study page has no document title
The initial HTML does not contain a title element naming this specific case study.
We found this problem on one page. Use the page-specific details below to correct it.
A case-study page has no document title
yourwebsite.com/case-studies/acme-growth
The initial HTML does not contain a title element naming this specific case study.
- What we found
- Initial HTML title elements found: 0.
- Where to fix it
- Inside <head> on https://yourwebsite.com/case-studies/acme-growth
How to fix it
- Add exactly one non-empty title element inside the initial document head.
- Use the visible case-study H1 first, followed by the site name.
- Return the title in the initial HTML response instead of injecting it only after page load.
Why this fix is correct
Keep the title specific to the verified case-study content and preserve the existing visible page heading.
Example for this exact issue
<title>Acme Growth Case Study | Your Website</title>
Location pages contain links without descriptive text
Why this matters
Repeated generic link text does not clearly identify each destination to visitors, assistive technology, or systems interpreting the page.
Check shared website code firstThe same problem appears on 17 pages. Start with the shared template, component, CMS field, or page-builder setting. One change may fix every page. If the pages are managed separately, use the page-specific details shown for each one.
Location pages contain links without descriptive text
Repeated generic link text does not clearly identify each destination to visitors, assistive technology, or systems interpreting the page.
The same problem appears on 17 pages. Start with the shared template, component, CMS field, or page-builder setting. One change may fix every page. If the pages are managed separately, use the page-specific details shown for each one.
Location pages contain links without descriptive text - 17 affected pages
17 pages need this same fix
- yourwebsite.com/locations/chicago
- yourwebsite.com/locations/service-area-02
- yourwebsite.com/locations/service-area-03
- yourwebsite.com/locations/service-area-04
- yourwebsite.com/locations/service-area-05
- yourwebsite.com/locations/service-area-06
- yourwebsite.com/locations/service-area-07
- yourwebsite.com/locations/service-area-08
- yourwebsite.com/locations/service-area-09
- yourwebsite.com/locations/service-area-10
- yourwebsite.com/locations/service-area-11
- yourwebsite.com/locations/service-area-12
- yourwebsite.com/locations/service-area-13
- yourwebsite.com/locations/service-area-14
- yourwebsite.com/locations/service-area-15
- yourwebsite.com/locations/service-area-16
- yourwebsite.com/locations/service-area-17
Repeated generic link text does not clearly identify each destination to visitors, assistive technology, or systems interpreting the page.
- What we found
- A repeated link is labeled only "Learn more" without an accessible destination-specific name.
- Where to fix it
- The shared service-card component used by the affected location pages
How to fix it
- Update the shared service-card component so every link names its actual destination.
- Use the linked service or action as the visible or accessible link name.
- Preserve each existing destination URL and unrelated card behavior.
Why this fix is correct
Correct the shared component once and preserve the page-specific service name supplied to each card.
Example for this exact issue
<a href="/services/attic-fans">Explore attic fan services</a>
Location pages have no page-specific summary metadata
Why this matters
The initial document head does not contain a useful page-specific description for these location pages.
Check shared website code firstThe same problem appears on 17 pages. Start with the shared template, component, CMS field, or page-builder setting. One change may fix every page. If the pages are managed separately, use the page-specific details shown for each one.
Location pages have no page-specific summary metadata
The initial document head does not contain a useful page-specific description for these location pages.
The same problem appears on 17 pages. Start with the shared template, component, CMS field, or page-builder setting. One change may fix every page. If the pages are managed separately, use the page-specific details shown for each one.
Location pages have no page-specific summary metadata - 17 affected pages
17 pages need this same fix
- yourwebsite.com/locations/chicago
- yourwebsite.com/locations/service-area-02
- yourwebsite.com/locations/service-area-03
- yourwebsite.com/locations/service-area-04
- yourwebsite.com/locations/service-area-05
- yourwebsite.com/locations/service-area-06
- yourwebsite.com/locations/service-area-07
- yourwebsite.com/locations/service-area-08
- yourwebsite.com/locations/service-area-09
- yourwebsite.com/locations/service-area-10
- yourwebsite.com/locations/service-area-11
- yourwebsite.com/locations/service-area-12
- yourwebsite.com/locations/service-area-13
- yourwebsite.com/locations/service-area-14
- yourwebsite.com/locations/service-area-15
- yourwebsite.com/locations/service-area-16
- yourwebsite.com/locations/service-area-17
The initial document head does not contain a useful page-specific description for these location pages.
- What we found
- No non-empty meta description was found in the initial HTML.
- Where to fix it
- The initial <head> generated by the shared location-page template
How to fix it
- Update the shared location-page template to emit exactly one non-empty meta description.
- Populate each description from that page’s verified location, services, and next step.
- Keep every description synchronized with the visible content on its affected page.
Why this fix is correct
Correct the shared template once, but generate a truthful description specific to each affected location page.
Example for this exact issue
<meta name="description" content="Explore services available in this location, its service area, and how to contact the local team.">