Hi Rikard
Apologies for the delay
I have temporarliy disbanled WP Rocket and the issue still apears on some pages but not others. It all seems to come down to that first press or page refresh – once you do that it all works. Sam on the iPad… not sure what to do…
Many thanks
Ed

Hi Ismael
Thanks for your sugegstions.
I reached out to WP Rocket and they said I should exclude the CDN image in their exlcusion box. This does work but I will have to do it 250 times! Unless you have another solution??

This process has also uncovered some potential theme issues which could be improved. I will open these on new threads
Thanks again
Ed

Hi Ismael
Do you want to show me the rest of the page then?
The one screenshot shows the SITE averages, not the page score. The other screenshot doesn’t show how the score is calculated. If you scroll down a little further you will see that LCP is always RED!! This is a key metric for Google and has a negative impact on every page it crawls.
Let me know what your test says.
Mine is attached to show you what I mean.
regards
Ed

Hi Ismael
Thank you very much for responding.
I shall try this later. If it works then how do I roll that out for every image affected (currently over 250 on 250 individual pages)? I can’t put that code in every time I create a new portfolio item so is there a way to specify that the first image on any portfolio page needs to be pre-loaded?
Thank you for your time and energy
Ed

Okay Mike, thank you for looking in to this.
I shall hope to hear back from you very soon when the Dev team come back with a solution
Kind regards
Ed

Hi Ismael
Thank you for the updates. I have tried what you suggested but sadly it hasn’t resolved the issue.
I have removed Wp Rocket and the issue remains – so can’t be a caching or minification problem. I can also eliminate the CDN delivering wrong file versions as this was triggered inside Wp Rocket.

I have deleted old CSS and JS files from Enfold Performance tab too.
I have not made any changes to “header.php” or “helper-main-menu.php’.

Interestingly though, if it helps, I only now have this problem since switching to a menu underneath the logo (centered). Previosuly I had a left logo with a smaller, right handed menu. Could this swap be causing an issue?
Would appreciate your help again please… this is bewildering to me.
Everything else was fine (with WpRocket running alongside all the other plugins) – this error only occured when i switched header menu layouts.

I will leave off WPRocket today if that makes life a bit easier. Will post logins in the private area in case someone needs them.
Many thanks
Ed

• This reply was modified 1 year, 6 months ago by Swarez.

Hi Rikard
Thank you for your help. I have tried that but it’s not working. Mobile behaviour is still the same. All caches flushed, CDN purged, Cloudflare purged, browsers emptied etc…

You have to touch the screen or pull down to refresh before the hamburger menu icon appears….
Anything else perhaps?
Thanks
Ed

Hi Mike
I think everyhting is back to normal now – I removed and re-installed Wp-Rocket and that seems to have done the trick! Maybe it doesn’t like being migrated? Who knows

Thank you again for being here – you are my hero! Please close the thread.
Cheers
Ed

Hi Nikko
Thank you so much for logging in and taking a look – it is very much appreciated.

I’ll flush everything a little later (with your code snippet) and see what happens.

Worst case I’ll have to start manually going though everything but I’ll keep my fingers crossed that your code will do the job!

Thank you again for your generous support.
Regards
Ed

Hi Nikko
Thanks for the quick reply.

I applied the code, cleared caches and still the problem is there. Looks like it could be a WP-Rocket issue as when I disable that the problem goes away. When I re-enable it the issue returns. Basically, I get a flash of the description then it disappears. Very frustrating.

Any chance you could take a look please? I’m quite heavily on the ticked options in WP-Rocket but i could isolate the JS or CSS that governs this so that it is left uncached if necessary??

Logins sent in private section.
Thanks in advance
Ed

Thank you so much Mike – this is great and solves the problems.
I am really grateful to you for the time and effort you have put into this grid issue.

Thank you again.

Will it be part of any upcoming release? Just curous.
All the best
Ed

Hi Mike
Thanks for your reply and for testing as you have.

The results are curious for sure. Why on earth would serving images from a single point of origin reduce CLS scores like this? It makes no sense to me. Is it the way WP-Rocket is handling image routing or their Lazy Load palceholder coding?

I tested as you asked for and the results match yours – exactly zero for CLS on Desktop. I tested with WP-Rocket and CDN disabled (all the other metrics however, are shot to pieces as a result). That issue aside for now, why would the same image, served from a single location change the way the grids are behaving? What actually is happening here Mike – do you have an understanding of why we see this behaviour? I would love to know.

Your wisdom is required!

All the best
Ed

Hi Mike
Thank you for responding.
I need to draw your attention to a couple of important things.
First – the CLS score for each of the pages I gave you are correct. The results you have highlighted at the top of the Insights page are the site averages, not the actual result for that individual page – hence the word ‘cumulative’ : these are drawn as averages. If you select desktop and scroll down you will see the actual result for that page. Yes, these are live results unless the Google engineer I was speaking to is lying. He is on the dev team for this exact metric.
Each of the failing pages (I have 200 of them) carries a red score for CLS and every single one of them has the grid layouts. Insights gives the top three offending CLS issues and they are all grid related for desktop tests.
So that has to mean that every Enfold user has a potential issue with their grid layouts altering positions of DOM elements on each page they appear on yes?
If you believe that to be a ‘no’ then explain why every page I test on, with grids, carries a 0.337 CLS score under Desktop. I am not making this up Mike – the results are on the screen.
And I understand you supplying results from another testing tools but that is unimportant for Google. It is Insights telling me the grid elements cause layout shifts – end of story.
So this needs to be corrected. Everything else is arbitrary to the issue. You can test with as many other tools as you like but the errors remain. The human eye is irrelevant because Google is not measuring that – it has a benchmark and that has a cut off point – one that Enfold grids are failing on.
If I have cause this then I would love to know. I have never made any code changes to any of the grids. FYI Lazy Loading makes no difference.
I get there are other things that cause issues like menus but that isn’t a priority as it doesn’t have the greatest impact – grids do! it’s there in black and white Mike.
Would appreciate your feedback or if anyone else want’s to weigh in on the issue which I happen to think is extremely important – I have data to prove that since this metric began to fail I have lost 60% of traffic to these pages (cumulative) since Google lowered it’s tolerance level for CLS.
Many thanks
Ed

Hi Mike
Thank you for that.It seems to be working now!!!

One final thing if I may – if i wanted to recolour that whole phone info space, what CSS would I need?

Many thanks
Ed

• This reply was modified 2 years, 6 months ago by Swarez.

Hi Ismael

Thank you for that.
I’m referring to the top bar, sorry – should have made that clear! Apologies.
Ed