jerrystewart99

Offers Fine-grained control for manually setting the threshold which images on a Divi page are lazy-loaded.
Includes a fix for a Divi bug that causes incorrect calculation of the lazy-load threshold.
<h4>Background</h4>
To improve page load performance, modern browsers allow for images and other media to be lazy loaded. Lazy loading defers media loading until after the first page render.
For best page load performance, only Below The Fold (btf) media should be lazy loaded. Below The Fold means the part of the page that is not visible on first page load, prior to any scrolling.
Google Page Speed Insights (PSI) will rightly complain if media atf are lazy loaded, and also if media btf are not lazy loaded.
In version 5.7.0, WordPress added a feature that automatically adds the loading=”lazy” attribute to media it considers to be btf. What it considers btf basically means everything after the 3rd media component irrespective of page design.
Divi’s Critical CSS feature attempts to do a better job of determining the fold by analysing the raw page modules’ shortcodes. 
Divi offers different threshold settings of where it considers The Fold to be. eg. ‘Low’, ‘Medium’ or ‘High’. (This setting is found in Divi Settings|Performance|Critical CSS Threshold.)
The exact position of The Fold however, depends on a few factors, perhaps the most obvious is the screen width. Divi’s analysis is approximate and is easily confused by the use of additional custom css.
<h4>How the Lazy-Load-Fix-for-Divi plugin works</h4>
This plugin allows the developer to determine the exact position of The Fold by manually setting it’s location for each page. You can do this after making a simple observation in a browser at the screen widths you want to optimise for.
For example, suppose you decide that you want to optimise for the following screen resolutions:
<pre><code>1200 x 834 - desktop
320 x 820 - mobile
</code></pre>
(these are the approximate resolutions that Google PSI uses)
Then, after completing your page design, inspect your page in a browser that is set to these dimensions<code>(note 1)</code> and identify the first Divi module that is btf.
To manually set the threshold, add one or more of the custom classes to the first Divi module btf.<code>(note 2)</code>.
Allowed values are:
<pre><code>ww-btf-desktop
ww-btf-mobile
ww-btf-tablet (see note 3)
</code></pre>
All media items btf will be lazy-loaded, those atf won’t be.
Repeat in the same way to set up thresholds for each page you want to optimise for.
<ul>
<li>Note that <code>ww-btf-tablet</code> is not implemented in this version and will be treated as <code>ww-btf-mobile</code></li>
</ul>
<h4>Notes</h4>
Note 1 — Set a browser to a specific resolution I suggest using Chrome with Developer Tools enabled (right click, select Inspect). Resizing the window with a mouse shows the window size next to the cursor. 
Note 2 — Add a custom class to a Divi module Edit the module and select the Advanced tab and use CSS ID & Classes 
Note 3 — Tablet devices are not implemented in this plugin version and will be treated as if they were <code>ww-btf-mobile</code>
<h3>Divi BUG</h3>
In addition, this plugin fixes a code bug in Divi relating to the lazy loading of images. (introduced in 4.5.2 and still present in 4.27.0)
The problem occurs in
<pre><code>Divi\includes\builder\core.php @ line #63
</code></pre>
– the remove_filter() call quietly fails because the priority is not specified, resulting in the WordPress media counting logic to be run twice. This stuffs up the lazy-load threshold within WordPress.
This plugin quietly fixes the problem. If ET ever fixes this bug this section of the plugin will have no effect.
This bugfix is distinct from and will work independently from the custom setting of the custom classes described above.
Note: I contacted Elegant Themes about the bug and was advised to use the plugin: <a href="https://wordpress.org/plugins/disable-lazy-loading/" rel="ugc">“Disable Lazy Loading”</a> 
which does an excellent job of disabling ALL lazy loading. 
In this case though, this is not the behaviour I want.
My motivation for writing this plugin is to improve the Google PSI score on Mobile and Desktop devices.
I welcome helpful comments and suggestions 🙂
This plugin will have no effect if used on Divi < 4.5 or on WordPress < 5.7.0

Lazy Load Fix for Divi

Provides precise control of which media (images) are lazy-loaded for optimum page load performance.

Frank Goossens

Deny Dias

This plugin extends Autoptimize to automatically create critical CSS rules. These rules inject the correct critical CSS in different types of pages to ensure these pages are rendered even before the full CSS is loaded, improving the “start to render time” and user experience. For this purpose the plugin integrates with criticalcss.com, a 3rd party service, to have it generate the critical CSS (see <a href="https://wordpress.org/plugins/autoptimize-criticalcss/#faq">FAQ for info on pricing</a>).
Simply install and activate the plugin (you will need to have Autoptimize up and running), enter your <a href="https://criticalcss.com/?aff=1" rel="nofollow ugc">https://criticalcss.com</a> API key and the plugin will automatically start work to create rules.
If you want to change settings or review the rules, you can find these by clicking the “critical css” tab on the Autoptimize plugin settings screen. There are “installation instructions” and more info in <a href="https://wordpress.org/plugins/autoptimize-criticalcss/#faq">the FAQ</a>.

Autoptimize criticalcss.com power-up

Its configuration definitely has a learning curve, but when you get the hang of it, this plugin becomes essential to your website!

Close to perfect

Autoptimize criticalcss.com power-up adds automated critical css creation to Autoptimize integrating with the https://criticalcss.com service.

Lazy Load Fix for Divi vs Autoptimize criticalcss.com power-up