We loaded 5 of your pages the way a customer does - on a typical phone, on a normal cellular connection - and checked what decides whether visitors stay, can use the page, and get recommended by AI.
A snapshot of the live site on June 29, 2026. If the site has changed since, this may no longer reflect it.
The bottom line
Accessibility is the biggest gap - 14 issues across 4 pages block screen reader and keyboard-only visitors from parts of your site; your content is otherwise easy for AI tools and search to read.
Is your site fast enough on a phone?
Acceptable, but slow in spots
Most pages load in a reasonable time on phones, but the Property Search page makes visitors wait 7.8 seconds for the main content - long enough that many will leave before seeing listings.
Start here
→Homepage(biggest piece at 3.5s)
3 more pages have a similar slowdown; 1 page loads fine.
The biggest piece of the page takes 7.8s to appear
Most of the page paints early, so the wait is easy to miss - but the biggest piece of the page only lands then.
1.4 MB downloaded first
43/100 speed score
0.17 layout-shift score
▶ Press play - this is the 7.8s a phone visitor waits, in real time.
Frame by frame · 15 captured
Blank
0.1s
Blank
2.5s
First content
2.6s
Filling in
3.3s
Filling in
4.0s
Layout jump
6.7s
Filling in
7.8s
Page loads slowly and feels sluggish - main content takes 8 seconds to show up. Two accessibility barriers also block people using assistive technology.
The biggest piece of the page takes 2.5s to appear
A bit slower than the under-2.5-second mark that feels instant on a phone.
299 KB downloaded first
93/100 speed score
▶ Press play - this is the 2.5s a phone visitor waits, in real time.
Frame by frame · 8 captured
Blank
0.1s
Filling in
2.5s
Biggest piece
2.5s
Loaded
3.3s
The page loads in about 2.5 seconds - fairly fast. But it has 6 major accessibility issues that completely block people using screen readers or assistive tools.
Loading fine · 1 page
Listing Detail/property/85-kepola-place
Loads cleanly in 1.8s
Can everyone use your site?
Significant barriers present
Screen reader users and keyboard-only visitors run into 14 barriers across 4 pages - the worst is Condo Building: Wailea Point, where page areas have no labels so screen reader users cannot tell them apart. This creates legal risk, lost customers, and weaker search visibility.
Start here
Start with your worst-affected page (Condo Building: Wailea Point): label its controls clearly so screen reader visitors know what they do. The other 3 pages have their own barriers; see the cards below.
Needs attention · 4 pages
Condo Building: Wailea Point
/condo/wailea-point
87
score
2 moderate← tap to highlight
One button has no readable label so people using a screen reader or keyboard cannot tell what it does, and text in 9 places is too light for someone with low vision to read comfortably.
Other issues · 1 spot
Low-contrast text and unlabeled frames · 2 spots
Low-contrast text and unlabeled frames · 1 spot
What to change
→Add a text label to the unlabeled button so keyboard and screen reader users know what it does.
→Rebuild the interactive section that is missing its required inner items so assistive tools can navigate it correctly.
→Darken the light-colored text in 9 places so it is easier to read for people with reduced vision.
Wailea Homes (Area)
/wailea-homes
88
score
1 moderate← tap to highlight
One interactive section is missing its required inner items, which can confuse assistive tools navigating the page, and text in 4 places is too light for someone with low vision to read comfortably.
Other issues · 1 spot
Low-contrast text and unlabeled frames · 2 spots
Low-contrast text · 1 spot
What to change
→Rebuild the interactive section that is missing its required inner items so assistive tools can navigate it correctly.
→Darken the light-colored text in 4 places so it is easier to read for people with reduced vision.
→Give titles to the two embedded frames so screen readers can announce what they contain.
Property Search
/search-landing
94
score
1 moderate← tap to highlight
An embedded section has no title for screen readers to announce, one tappable area is too small for people with motor difficulties, and two elements have the wrong accessibility role applied.
→Give the embedded frame a title so screen readers can tell users what it contains.
→Increase the size of the small tappable area so it is easier to tap accurately on a phone.
→Correct the accessibility role on two elements so assistive tools describe them accurately.
Listing Detail
/property/85-kepola-place
94
score
1 moderate← tap to highlight
An embedded section of the page has no title that screen readers can announce, and one tappable area is too small for people with motor difficulties to hit reliably.
Other issues · 1 spot
Unlabeled frames · 1 spot
What to change
→Give the embedded frame a title so screen readers can tell users what it contains.
→Increase the size of the small tappable area so it is easier to tap accurately on a phone.
Can AI read and recommend you?
Strong AI readability
AI tools and search assistants can read 85% of your content without any extra processing - a strong result. A small portion of page data only becomes visible after the page finishes loading, which a developer can fix quickly.
Start here
→Wailea Homes (Area)(structured data before javascript)
→Listing Detail(description before javascript)
1 more page has similar gaps; 2 pages read well for AI.
Can AI reach your site at all?
site-wide
92
access
robots.txt does not block the AI answer crawlers (the ones that cite sources).
A sitemap is published, which gives crawlers a clearer page list to discover.
No llms.txt (an optional, emerging guide for AI tools - low impact today).
The pages we checked allow indexing.
Page-level gaps · 3 pages
Wailea Homes (Area)
/wailea-homes
69
/ 100
No machine-readable structured data in the page the server sends.
Add schema.org structured data to the HTML the server sends.
Readable without running code67
Labeled so AI knows what it is55
Clear structure & enough text93
What to change
→Add machine-readable structured data to the HTML so AI tools can identify this as a real estate area page.
→Server-render the full page so all content is in the HTML before any browser code runs.
→Add alt text to the 25 listing images that currently have none.
Condo Building: Wailea Point
/condo/wailea-point
71
/ 100
No machine-readable structured data in the page the server sends.
Add schema.org structured data to the HTML the server sends.
Readable without running code67
Labeled so AI knows what it is60
Clear structure & enough text96
What to change
→Add machine-readable structured data to the HTML so AI tools can identify this as a condo building page.
→Server-render the full page so all condo content is in the HTML before any browser code runs.
→Add alt text to the 22 images that currently have none.
Listing Detail
/property/85-kepola-place
71
/ 100
The page description is missing before JavaScript runs.
Add a meta description in the HTML the server sends.
Readable without running code80
Labeled so AI knows what it is40
Clear structure & enough text91
What to change
→Add a short page description to the HTML so AI and search tools can summarize this listing.
→Add machine-readable structured data so AI tools know this is a property listing with specific details.
→Add alt text to the 55 property images that currently have none.
Reading well · 2 pages
Nearly all of each page's content is already in the HTML and cleanly marked up, so AI assistants read these fine.
80
Property Search /search-landing
93
Homepage /
The single fix behind most of this is making sure your full page content is present the moment the page loads - done well, it speeds the page up for real visitors and makes you readable to AI at the same time. That is the work we do every day at ShakaCode; happy to walk through what we found.
Measured June 29, 2026 on an emulated mid-range phone over the Slow-4G profile Google PageSpeed uses - the conditions a real mobile visitor faces, not a developer's laptop. Speed score is Google's 0-100 mobile scale (90+ is fast, under 50 is slow); layout shift is Google's CLS (above 0.25 is poor); accessibility score is the Google Lighthouse 0-100 scale. Put together by ShakaCode.