Hi @lucianuzzaci10 ,
Thanks for sharing your site!
I took a look and found the cause. On your site the Sticky Navbar option is turned off, and with the current version of Hestia the mobile menu only becomes scrollable when the navbar is sticky. When it is not sticky, opening the menu locks the page scrolling, and since your menu has a lot of items, everything below the first screen becomes unreachable.
The quickest fix is to turn the sticky navbar back on:
- Go to Appearance > Customize > Header Options > Website – Header.
- Tick the “Sticky Navbar” checkbox and publish.
- Since you use WP Rocket, clear its cache afterwards, then test the menu again on your phone in a private/incognito window.
If you prefer to keep the header non-sticky, you can instead add this small CSS snippet under Appearance > Customize > Additional CSS, which lets the page scroll while the menu is open:
@media (max-width: 768px) {
body.menu-open {
overflow-y: auto !important;
overflow-x: hidden !important;
scrollbar-width: none;
-ms-overflow-style: none;
}
body.menu-open::-webkit-scrollbar {
display: none;
}
}
I have also flagged this behavior to our development team so the menu can scroll regardless of the sticky setting in a future update.
Let me know if this solves it for you!
thank you very much, en effect the problem it was the stichy navbar. I was advised to disable it to avoid issues with CLS, as I haven’t been able to pass the Speed Test Insights for months—neither on mobile nor desktop—and I don’t understand what the problem is. It is definitely related to the theme; I even installed WP Rocket and scores improved, but I still don’t pass the test.
Hi @lucianuzzaci10
Glad to hear the menu is scrolling again, thanks for confirming!
About the advice you received: the sticky navbar should not cause CLS issues. It is a fixed element that overlays the page rather than pushing content around, so it does not shift the layout. You can safely keep it enabled.
I also took a look at your homepage, and honestly it is already well optimized: your images all have proper dimensions (the most common CLS cause), they are compressed as WebP and lazy loaded, and WP Rocket is delivering the CSS inline. So I would not expect CLS to be the main problem there.
About the theme’s part in your Page Speed tests: Hestia does load jQuery and Bootstrap scripts, which adds some JavaScript work on mobile compared to newer, lighter themes, and that mostly affects the score. But sites running Hestia with good caching, like yours, can absolutely pass the real-user Core Web Vitals.
I used to pass it, but I’m still having CLS and LCP issues despite implementing all the optimizations. I don’t know if it’s a coincidence, but the problems started in November when I launched the newsletter. I don’t know what to do; I haven’t passed the test since November.
Hi @lucianuzzaci10
I just tested your site and it actually passes the lab test: 95 on mobile and 100 on desktop, so on that front you’re in great shape.
The only metric failing is CLS (Cumulative Layout Shift), and that’s the score coming from real visitors, not the lab test. PageSpeed collects this from actual Chrome users on their own devices over the past 28 days, which is why it can fail even when the lab run looks clean.
To see where the shift is happening, open your site on a phone (or in Chrome DevTools with mobile emulation and slow connection throttling) and watch what jumps or moves as the page loads and as you scroll. The usual causes are a cookie banner appearing, or images that don’t have a set width/height. In DevTools you can also open the Performance panel, record a page load, and it’ll point to the exact elements that shift.
One thing to keep in mind: because this score is a 28-day average of real visits, any fixes you make won’t show up immediately. It can take a couple of weeks for the improvement to be reflected.
