NO BUG: Largest Contentful Paint element load delay

Hi,
I’m currently in the process of optimising my website (biwou.com) and I have this weird issue where I’ll sometimes get 98 in performance and sometimes get 80. This is in the LCP.

I don’t know if this is a bug or not, but it seems pretty weird to me…

Any help would be much appreciated. Thanks

Hi Fred,
This is definitely not a bug. The only thing that can lead to this is the animation or positioning of the elements (partly absolute). Have you tried to remove the animation or change the positioning?

Thanks for your reply,
I tried a number of different things, but it just keeps giving me extremely varied performance result, I don’t understand how it can go from 83 to 98 then back down to 86. I’ll check the animations and try it out that way, is there a way of easily disabling the animations?

Thanks, Fred

Hello? did you find any solution? I have the same problem and I noticed that the background from the hero container is the one causing this delay, if I remove the image I get a green score.

Regards.

Also looking for any insight on this issue.

I have been experiencing this LCP issue with the brick builder related to the elements in the first fold of the site such as text and image.
What really catches my attention is that after going through a series of optimization criteria, I continue to have this problem, and the issue of variation is also a fact, this can even be presented on the official Bricks Builder page itself:

https://pagespeed.web.dev/analysis/https-bricksbuilder-io/tnumx9h7st?form_factor=mobile

Ranges from 72 - 86 for me.

I have a website that follows the following checklist to optimize LCP:

  • Installed Local Fonts.
  • I added the rendered image size to wordpress through the child theme.
  • Remove lazy loading from the first image using the loading:eager attribute.
  • I added preloading in the first image.

Basically this is a step-by-step guide that I have always used to have a good LCP, but in bricks I only managed to get a variation of 76 - 88 points on the cell phone, which is the biggest problem with the LCP.

I truly believe there must be some problem with the theme.

1 Like

Im also experiencing this issue as well!

Same here! Really large LCP for a H1 element!?

1 Like

Hi there,

Yeah, playing around with the same; i have a LCP of 2.3s for a text block.

What i have done so far:

  • Server response time: 33ms / loading time of complete homepage in desktop: 250ms
  • Litespeed cache serving stale pages

Tweaks:

  • No lazy load above the fold
  • First 3 images are set to lazy-load: eager
  • Text block has “fetchpriority:high” as attribute
  • All images are webp/avif
  • Preload critical images (4)
  • Preload 3 render blocking css stylesheets

While the website scores 94 (mobile) and 100 (desktop) i am just too nerdy not to try and get 100 here for mobile.
What can i do more?

Joep

1 Like

Why this topic as marked as “NO BUG”??

1 Like

side note- seems your background doesn’t scale correctly on larger displays

1 Like

I have the same issue…even if i take out the whole visual (optimized wepb image 26kb)…it just takes the next element which is rendered…with the same bad rates…there is somehow an issue with the largest full element no matter how much kb even if its 1kb…i havent found any solution yet even after 2 days testing…

but itsn pagespedd google not outdated? they use a Moto G Power smartphone…as eemulated software and use 4g throttling…so i dont know anybody with that context in real life…

After doing extensive testing, it is clear that there is something going on here with Bricks.

We have been though a battery of tests, on different websites, servers, versions, plugins, etc. and the only common denominator is Bricks.

There is an issue that causes the above-the-fold section’s LCP to render with delays. No matter what the structure of this section is: image or no image, text or no text, etc. It doesn’t matter what we tweak (lazy loading, VPI, fetchpriority, preload), we’ll get the error.

It’s incredibly annoying because customers want to see green scores on mobile, of course.

This is definitely a bug and the topic should be amended.

I am not sure, that this issue is definitely a bug inside bricks.

I just tested the following websites (www.wordpress.com | www.webflow.com | www.apple.com | www.nextjs.com | www.framer.com) in PageSpeed Insights and they all had an LCP element that cause delay. For example the Webflow homepage has a paragraph tag that cause the LCP score. Apple has a 45 performance score with a 9.3s LCP.

It seems you’re correct. We’ve looked at a bunch of well-known sites and they score pretty much poorly across the board on LCP. Very, very odd. So either the way Pagespeed scores it is off the mark. Or something else is going on.