Hi Ismael,

Yes they are mostly product pages.

As I said above, changing the gallery did not have much of an impact when I did a test. I don’t believe the Woocommerce gallery images are not lazy loaded, not sure how you’re seeing this?

I am happy to try it globally for a few weeks, but I’d need a fix that stops all images on the page (inc images/videos on the footer) appearing in the default gallery widget as I mentioned above.

Cheers,
Jason

Thanks Ismael,

When I test from the Pagespeed website the score is very different. I always assumed this was Chrome not being throttled.

I tried swapping to the Enfold gallery and it is marginally better. I also have the problem where all media on the page (eg. youtube videos in footer) appear in the gallery for the main product image. How can they be filtered?

With the Woocommerce gallery, the main image is not lazyloaded, only the thumbnails which should be below the fold. They appear above the fold due to the description tab taking so long to load.

Is there a way to make the description tab display immediately on pageload instead of it waiting on whatever event is drawing the tabs & +/- buttons currently?

Jason

You’ll need to use Chrome Lighthouse, or the 3G throttling mode to see what I am referring to. On that page or related ones, with a 3G throttle:

– logo loads after menu
– all the related product thumbnails load before the main image (because they are above the fold due to description tag not yet expanding)
– +/- buttons for quantity load
– description tab loads pushing thumbnails below the fold
– then main product image loads

The core web vitals scores in Lighthouse demonstrate this with very different scores compared to an unthrottled test like GTMetrix.

Thanks,
Jason

Merge & Compress.
Load only used elements.
Enable lazy loading.

I don’t think any of these have an impact on layerslider?

Link below.

Cheers,
Jason

Yigit,

I have stated above what I believe to be the cause – having no scripts in the head, causing the script generation error – compounded with the timestamp on the options entry.

Your suggested fix still results in the error being generated when it shouldn’t be. It is a workaround, not an actual solution. The optimizer will try to generate a new head script every page load even though there is nothing to include. This is bad for performance.

I am a bit gobsmacked that you guys haven’t released an update to resolve this as there must be thousands of sites running Enfold with this issue. It’s nothing to do with my server, or caching.

Cheers,
Jason

PS: my workaround was to edit line 507 of /themes/enfold/config-templatebuilder/avia-template-builder/php/asset-manager.class.php to
$content = ";";

This makes a dummy file so the routine does not spew errors on every page load.

• This reply was modified 4 years, 9 months ago by Jason.

Also, your plugin is adding two protocols to the URI:

<div class=”av-instagram-item”></div>

Again, I said above, this causes double breadcrumb to be inserted.

I am asking for a permanent fix to the plugin. Today Breadcrumb schema is critical for SEO. Enfold should work out of the box.

Jason

Check your own demo – https://kriesi.at/themes/enfold-shop/product/casual-collection/

There should be a breadcrumb json-ld tag inserted by WooCommerce.

Cheers,
Jason

Sorry but that link does not have information to resolve this problem, and I’m asking for a permanent fix. Due to the recent increase in importance of breadcrumb microdata (it’s now used in serps) thus should be a no brainer?

Jason

Thanks Victoria,

This adds a duplicate breadcrumb in the wrong place.

Is it possible to get a proper fix where we get the breadcrumb schema and a single correct breadcrumb?

Due to Google pushing breadcrumb schema this is going to become a hot SEO issue.

Thanks,
Jason

That’s correct. I am on 4.6.2. Still broken.

I understand why you need to verify the compressed file is available, but your check should not mandate a signed cert; ie. you should allow self-signed certs when doing this check.

Cheers,
Jason