Have a slow Divi website?
It’s true that Divi slows down your website from extra CSS and JavaScript. But since you’re already using Divi, I wanted to share solutions I found myself as well as solutions from the Divi Theme Users Facebook Group. If you’re not part of that Facebook group yet, you should join.
Core web vitals punishes websites using slow page builders because many items in PageSpeed Insights are related to CSS/JavaScript (which Divi adds).
To speed up Divi, start by fixing server issues in Divi’s system status, check Query Monitor for your slowest plugins, use fast hosting (Rocket.net is awesome), and a top-rated cache plugin like FlyingPress or LiteSpeed Cache. A fast infrastructure can rule out 90% of speed problems. Then you can focus on the more specific recommendations in your PageSpeed Insights report.
Good luck and drop me a comment if you have questions.
- Enable Divi’s Performance Settings
- Remove Unused CSS/JS
- Optimize Google Fonts
- Fix Errors In Divi’s System Status
- Use Hosting With Better Specs + Cloudflare Enterprise
- Go Easy On Divi Plugins
- Code Your Header, Footer, And Sidebar In CSS
- Invest In A Premium Cache Plugin
- Use A Better CDN
- Use Multiple Caching Layers
- Lazy Load Background Images
- Use Transform + Translate In Animations
- Optimize Images
- Optimize Third-Party Code
- Clean Your Database
- Disable WordPress Heartbeat
- Block Bad Bots
- Switch To Gutenberg’s Block Editor
1. Enable Divi’s Performance Settings
Activate Divi’s performance settings under Divi → Theme Options → General → Performance.
You can learn what each setting does on Divi’s website, but most of them help reduce CSS, JS, and fonts by only loading things when they’re being used (while other settings address specific PageSpeed Insights items like render-blocking resources). You usually want to enable all these.


This video describes what each setting does:
2. Remove Unused CSS/JS
There are 3 main ways to remove unused CSS/JS:
1. Don’t use themes/plugins that add extra CSS/JS in the first place.
Open Chrome Dev Tools, check the Coverage tab, and you’ll see the heaviest CSS/JS files on your site. You can search for “Divi” to see all files related to Divi. Also look at the URLs to see whether high usage files are caused by Divi, Divi plugins, other plugins, or third-party scripts.


2. Use the “remove unused CSS” feature in plugins (FlyingPress or Perfmatters are best).
As Vikas explains in a Facebook post, FlyingPress is more effective at removing unused CSS than WP Rocket or Perfmatters. Perfmatters also added the option to load used CSS in a separate file.
3. Use Perfmatters or Asset CleanUp to remove unused CSS/JS on specific pages.
I use Perfmatters because the interface is cleaner and it has several optimizations not found in most cache plugins or Asset CleanUp, including many bloat removal options (but it’s $25/year). Once you upload the plugin and activate the script manager, you can view any page on our site and find “script manager” in the top menu. This shows plugins, CSS, and JS files loading on the page. You can disable these if they’re not being used on the page. I listed some examples below.
- Disable contact forms everywhere but contact page
- Disable social sharing plugins everywhere but posts
- Disable table plugins everywhere but content with tables
- Disable font files if they’re only being used in certain areas of your site
- Disable WooCommerce scripts/styles everywhere but eCommerce pages
3. Optimize Google Fonts
Fonts are one of the heaviest elements.
The first thing you should do is host Divi fonts locally (WP Johnny has a nice tutorial on this or you can use OMGF).
Instead of pulling from fonts.gstatic.com (resulting in third-party requests), they will be hosted locally on your server. This means you can also preload fonts in your CSS file and fonts loading above-fold, and PageSpeed Insights will usually tell you which fonts to preload under preload key requests. Finally, if you see ensure text remains visible during webfont load in your PSI report, use font-display:swap (many cache/speed plugins have this option). And of course, don’t forget to be minimal with the number of font families, weights, and font icons – this is a big one.

4. Fix Errors In Divi’s System Status
Divi’s system status is found under Divi → Support Center → Show Full Report.
The last few items tell you whether certain options are enabled in the performance settings while most other options are pulled from your server’s configuration. If you see red errors for post_max_size or similar, you would need to change these in your hosting account (see below).
- Writable wp-content directory – ensures compatibility with Divi.
- PHP version – use PHP 8.0 or higher which is faster and more secure.
- WordPress version – keep your WordPress site updated to the latest version.
- Memory-limit – increasing this to 256MB is recommended by WordPress and WooCommerce. But it should really be done for every site especially if you’re getting fatal memory limit errors. You can do this in most (cloud) hosting accounts or with a simple line of code. Alternatively, contact your host and request them to increase your memory limit.
- Post-max-size – 64MB is recommended by Divi. This is the maximum size a page or file can be. There’s no reason you should come even close to this even if you have a large site.
- Max-execution-time – Divi recommends 120. A lower number prevents things from using lots of resources and lagging the server. High is good for backups or long imports/exports.
- Upload-max-filesize – 64MB is fine unless you need to upload something that’s very big.
- Max-input-time – 60 is fine unless you need to upload something that takes a long time.
- Max-input-vars – 1,000 is fine unless plugins require a higher number (then increase it).
These can be changed in your hosting account:
- cPanel – found under “Select PHP Version” or similar, then go to the “Options” tab.
- Cloudways – most of these settings are found under Servers → Settings & Packages.
- SiteGround – some settings can be found under Site Tools → PHP Manager. With others, you will need to contact SiteGround’s support and request them to change these for you.

5. Use Hosting With Better Specs + Cloudflare Enterprise
Mainstream hosts (like SiteGround, Hostinger, GoDaddy, and WPX) don’t live up to the hype. They skimp out on CPU/RAM, use slower SATA SSDs, and are shared hosting with strict CPU limits which force you to upgrade. Cloud hosting is faster, but Kinsta and WP Engine still use SATA SSDs with low limits on PHP workers and monthly visits which get expensive. Instead of focusing on speed/technology, they do aggressive marketing… don’t fall for mainstream hosts.
For cloud hosting, I recommend Rocket.net (what I use) or Cloudways Vultr HF (what I previously used). Both use Cloudflare Enterprise which makes a major improvement to TTFB between full page caching, HTTP/3, image optimization, and Argo Smart Routing. Both also use NVMe, Redis, and have monthly pricing. However, Rocket.net is definitely faster since you get a lot more resources (32 CPU + 128GB RAM), LiteSpeed’s PHP (faster than Cloudways’ PHP-FPM), and Brotli. There are also no PHP worker limits due to Rocket.net’s free/automatic Cloudflare Enterprise which handles roughly 90% of traffic, resulting in less requests to your origin server. Finally, Rocket.net is easier between their dashboard and A+ support which is even better than Kinsta’s. Cloudways has more bandwidth/storage, but the technology isn’t as fast. One of these cloud hosts + Cloudflare Enterprise + FlyingPress (cache plugin) is the combination I would use.
WP Engine | SiteGround | Kinsta | Cloudways Vultr High Frequency | Rocket.net | |
---|---|---|---|---|---|
Hosting type | Cloud | Cloud | Cloud | Cloud | Private cloud |
CPU cores | Not listed | 4 | 12 | 1 | 32 |
RAM (GB) | Not listed | 8 | 8 | 1 | 128 |
Storage type | SATA | SATA | SATA | NVMe | NVMe |
Storage (GB) | 10 | 40 | 10 | 32 | 10 |
Object cache | Redis | Memcached | Redis ($100/mo) | Redis (Pro) | Redis |
Server | Apache + Nginx | Apache + Nginx | Nginx | Apache + Nginx | Apache + Nginx |
PHP processing | Not listed | FastCGI | FastCGI | PHP-FPM | LiteSpeed |
Bandwidth or monthly visits | 25,000/mo | 5TB | 25,000/mo | 1TB | 50GB + 250,000/mo |
CDN | Cloudflare | SiteGround CDN | Cloudflare Enterprise | Cloudflare Enterprise ($5/mo) | Cloudflare Enterprise |
CDN PoPs | 270 | 14 | 270 | 270 | 270 |
Full page caching | x | ✓ | ✓ | Coming soon | ✓ |
Compression | Brotli | Brotli | Brotli | GZIP | Brotli |
HTTP/3 | ✓ | ✓ | ✓ | ✓ | ✓ |
WAF | ✓ | ✓ | ✓ | ✓ | ✓ |
Argo smart routing | x | x | x | ✓ | ✓ |
Load balancing | x | x | x | ✓ | ✓ |
Image optimization | x | Limited | x | ✓ | ✓ |
CPU limits | Low PHP workers | Very common | Low PHP workers | Average | None |
Email hosting | Limited | ✓ | x | x | x |
TrustPilot rating | 4.4/5 | 4.6/5 | 4.3/5 | 4.6/5 | 4.9/5 |
Monthly price | $25 | $100 | $30 | $13 + $5 for CF Enterprise | $25 |
Plans | Don’t use | Don’t use | Don’t use | View plans | View plans |



Why Rocket.net’s Cloudflare Enterprise Is Better
Rocket.net’s Cloudflare Enterprise is free, setup automatically, and uses full page caching (unlike Cloudways). And unlike Kinsta’s, Rocket.net has Argo Smart Routing (specifically good for WooCommerce sites), load balancing, and image optimization. Rocket.net CEO Ben Gabler also used to be StackPath’s Chief Product Officer and went as far as building Rocket.net’s data centers in the same locations as Cloudflare’s. And unlike both hosts, Rocket.net doesn’t limit PHP workers (there’s no CPU limits) and monthly visit limits are 10-25 times more than Kinsta’s.
Cloudflare Enterprise (Kinsta) | Cloudflare Enterprise (Cloudways) | Cloudflare Enterprise (Rocket.net) | |
---|---|---|---|
CDN PoPs | 270 | 270 | 270 |
Prioritized routing | ✓ | ✓ | ✓ |
Full page caching | ✓ | x | ✓ |
HTTP/3 | ✓ | ✓ | ✓ |
WAF | ✓ | ✓ | ✓ |
Argo smart routing | x | ✓ | ✓ |
Load balancing | x | ✓ | ✓ |
Image optimization | x | ✓ | ✓ |
Automatic configuration | x | x | ✓ |
Price | Free | $5/mo (1 domain) | Free |
For shared hosting, I recommend NameHero. They use LiteSpeed servers which means you’ll use LiteSpeed Cache + QUIC.cloud CDN (arguably the fastest setup on a budget). It’s similar to Hostinger/A2 with LiteSpeed and cPanel, but you get more CPU/RAM and support/uptimes are better which is reflected in their TrustPilot reviews. I generally recommend their Turbo Cloud plan for $7.38/month which includes 3 CPU + 3 GB RAM and faster NVMe storage. The main con is their data centers are only in the US/Netherlands. If your visitors aren’t close to there, make sure to setup QUIC.cloud which has HTML caching (ideally the paid plan which uses all 73 PoPs).
SiteGround | Hostinger | GoDaddy | WPX | NameHero Turbo Cloud | |
---|---|---|---|---|---|
Hosting type | Shared | Shared | Shared | Shared | Shared |
Storage | SATA | SATA | SATA | SATA | NVMe |
CPU cores | Not listed | 1-2 | 1-2 | Not listed | 3 |
RAM (GB) | Not listed | .768 – 3.072 | .512 – 2 | Not listed | 3 |
Object cache | Memcached | x | x | x | Redis |
Server | Apache + Nginx | LiteSpeed | Apache | LiteSpeed | LiteSpeed |
CDN | SiteGround CDN | Cloudflare Enterprise | QUIC.cloud | QUIC.cloud | Cloudflare Enterprise |
CDN PoPs | 14 | 73 | 14 | 73 | 73 |
Full page caching | ✓ | ✓ | x | ✓ | ✓ |
Compression | Brotli | Brotli | Brotli | GZIP | Brotli |
HTTP/3 | ✓ | ✓ | x | ✓ | ✓ |
WAF | ✓ | ✓ | x | ✓ | ✓ |
Image optimization | Limited | x | x | ✓ | ✓ |
CPU limits | Common | Low RAM | Common | At their discretion | Average |
Cache plugin | SG Optimizer | LiteSpeed Cache | x | LiteSpeed Cache or W3TC | LiteSpeed Cache |
Email hosting | ✓ | Limited | Very limited | Limited | ✓ |
Major incidents | Google blocked DNS for 4 days | Breach affecting 14M customers | Breach almost every year | Worldwide outage | 2 day outage |
Free migration | $30/site | Free | Paid | Free | Free |
Price | $3-8/mo (1 year) then $15-40/mo | $29/mo (yearly) | $20.83 (yearly) | $20.83 (yearly) | $7.38/mo (1-3 years) |
Renewals | Very high | Monthly | Monthly | Monthly | Monthly |
TrustPilot rating | 4.6/5 | 4.4/5 | 4.9/5 | 4.5/5 | 4.9/5 |
Plans | Don’t use | Don’t use | Don’t use | Don’t use | View plans |

Problems with mainstream hosts
I’ve written some pretty bad reviews about SiteGround’s slow TTFB, CPU limits, and why SG Optimizer does a poor job with core web vitals (they also control several Facebook Groups and threaten to sue people who write bad reviews). Hostinger writes fake reviews and is only cheap because you get less resources like CPU/RAM. Kinsta and WP Engine are way too expensive for how many resources, PHP workers, and monthly visits you get. Along with major incidents like WPX’s worldwide outage and SiteGround’s DNS getting blocked by Google for 4 days (both WPX and SiteGround denied responsibility). One thing is clear: most mainstream hosts appear to be interested in profits/reputation over performance. Do your own research before getting advice.
12 things to know about hosting/TTFB
- Hosting is the #1 factor of site speed.
- TTFB is a key indicator of hosting performance.
- TTFB is part of core web vitals and is 40% of LCP.
- TTFB also affects INP (since latency is part of TTFB).
- SpeedVitals tests TTFB in 35 locations – use this tool!
- Test your site 3 times to get accurate numbers in SpeedVitals.
- Doing this ensures your caching and CDN are working properly.
- Check your average TTFB worldwide in your 3rd SpeedVitals test.
- Google flags your TTFB if it’s over 600ms, but under 200ms is better.
- PageSpeed Insights (and other testing tools) only test TTFB in 1 location.
- WP Hosting Benchmark also tests hosting performance (here are my results).
- Combining a good host/CDN is arguably the best way to improve TTFB (using a host with improved specs on top of Cloudflare Enterprise hits 2 birds with 1 stone).

6. Go Easy On Divi Plugins
Don’t get wrapped up in extra Divi plugins and extensions.
It may be tempting to stay loyal to Divi, but some extensions are not lightweight. They’re not always modular either (modular plugins let you disable features based on what you’re using). Try to use modular plugins, test their load time impact, and don’t limit yourself to Divi plugins.
Find Your Slowest Plugins
Query Monitor lets you see your slowest loading plugins (P3 Profiler was also updated recently and seems to work now, but I would still use Query Monitor). Install Query Monitor, view a page on your Divi website, click the Query Monitor tab, and go to Queries → Queries By Component.
Common Slow Plugins
Some plugins increase memory usage while others load CSS, JavaScript, and fonts on the frontend (neither are good and can be seen using WP Hive). Try to avoid plugins related to statistics, sliders, most portfolios, calendars, chat, Wordfence, WPML, and plugins that run ongoing scans/processes. I haven’t tested Divi’s plugins so you’ll need to test them yourself.
Plugin | Category | Memory Impact | PageSpeed Impact |
---|---|---|---|
Analytify | Analytics | X | ✓ |
Backup Buddy | Backup | X | ✓ |
iThemes Security | Security | X | ✓ |
Broken Link Checker | SEO | X | ✓ |
Jetpack | Security | X | X |
Query Monitor | Analytics | X | ✓ |
NextGEN Gallery | Gallery | X | X |
Site Kit by Google | Analytics | X | ✓ |
Wordfence | Security | X | ✓ |
wpDiscuz | Comments | X | X |
WPML | Translate | X | X |
Yoast SEO | SEO | X | ✓ |
7. Code Your Header, Footer, And Sidebar In CSS
You can use Divi to design pages, but don’t use it for your header, footer, or sidebar.
When I was using Elementor, I hired WP Johnny to code these in CSS instead of Elementor’s bloated code. My site loaded much faster and it reduced the use of “Elementor” in the source code from over 2,000 to just a couple hundred. Johnny is a busy guy but if you can find a developer to do this for you, it’s definitely worth it. CSS is more lightweight than Divi’s code.

8. Invest In A Premium Cache Plugin
FlyingPress or LiteSpeed Cache for the win (see my post on best cache plugins).
WP Rocket optimizes for scores but forgets about real world browsing (I noticed a big difference when clicking through my pages after moving). FlyingPress can also do many things WP Rocket can’t (preloading critical images, lazy rendering HTML elements, lazy loading background images is easier, hosting fonts locally, and even hosting YouTube placeholders locally to avoid requests from ytimg.com). Not to mention FlyingCDN is significantly better than RocketCDN in all aspects (faster Tpbs, geo-replication, and Bunny Optimizer’s image optimization are built-in).
SiteGround Optimizer is just like any other SiteGround product: unstable with premature updates, then they use people’s complaints to squash bugs. Up until recently, the plugin wouldn’t even purge cache when content is updated. Even though they’ve added multiple caching layers and connected it more to SiteGround’s hosting, it still lacks many features in FlyingPress and LiteSpeed Cache. I personally wouldn’t trust this plugin with any serious site.
With the exception of LiteSpeed Cache, most free cache plugins don’t address core web vitals and aren’t maintained by the developers. That’s why you should really invest in a premium one.
I have tutorials for almost every cache plugin you can use to configure the settings.
9. Use A Better CDN
Cloudflare Enterprise on Rocket.net or FlyingProxy are the 2 best options IMO (QUIC.cloud’s paid standard plan and FlyingCDN are also up there).
Depending on which third-party Cloudflare service you use, it gives you access to Cloudflare’s Enterprise CDN with prioritized routing, WAF, DDoS protection, image optimization (you can remove your image optimization plugin), more PoPs, and other Enterprise-level CDN features.
QUIC.cloud is solid if you’re on a LiteSpeed server (but use their paid standard plan, not their free plan which only uses 6 PoPs). For most other cases, I recommend Cloudflare + BunnyCDN. Avoid WP Rocket’s RocketCDN which has a slower Tbps, lacks features, and is not “unlimited.”
You could also consider FlyingCDN from FlyingPress which uses BunnyCDN, Bunny Optimizer image optimization, and geo-replication which is easy to setup if you already use FlyingPress.
Getting Cloudflare Enterprise through Rocket.net or BunnyCDN through FlyingCDN is actually cheaper than buying them directly. See my tutorial on best WordPress CDNs if you’re confused.


10. Use Multiple Caching Layers
Cache plugins, CDNs, and hosting usually all have their own caching layers.
- Opcode cache – usually done by your host.
- Object cache – Redis or memcached are usually activated in your host then connected through your cache plugin like LiteSpeed Cache or SiteGround Optimizer. Only use one.
- Browser cache – usually done by your cache plugin.
- HTTP accelerators – Varnish and PHP-FPM or FastCGI done through some hosts.
- Cloudflare full page cache – APO (or QUIC.cloud HTML caching) is another layer. You should keep caching on in your cache plugin if using APO since they’re different layers.
One benefit of LiteSpeed servers, Kinsta, SiteGround, and other hosts/servers are that some of them use server-level caching which is faster than the file-based caching done by cache plugins.
11. Lazy Load Background Images
Ever turned on lazy loading but you still see PSI errors for defer offscreen images?
It’s probably because your background images aren’t being lazy loaded. With WP Rocket, you will need to use inline HTML for WP Rocket to do this. With FlyingPress, you’ll simply add the “lazy-bg” helper class which is much easier. Check your cache plugin’s documentation to see what needs to be done to lazy load background images. Optimole has a similar solution too.
12. Use Transform + Translate In Animations
I’m not a fan of animations but if you must use them, use the CSS transform properly instead of changing width/height attributes. It’s recommended by Google and should reduce layout shifts.
13. Optimize Images
There are quite a few ways to optimize images on your Divi site. Most speed testing tools only show errors for the single page that’s tested, so make sure you test your most important pages.
- Properly size images – avoid huge images and resize them to correct dimensions.
- Defer Offscreen images – lazy load them (including background images in step #10).
- Efficiently encode images – compress them using a plugin like Smush or using a CDN.
- Serve images in next-gen formats – most image optimization plugins or CDNs do this.
- Preload largest contentful paint image – PSI tells you whether you need to do this. Preloading can be done with most cache plugins, Perfmatters, or manually with code.
- Specify width/height attributes – many cache plugins have a “add missing image dimensions” settings, or you can view these images manually and add a width/height.
- Serve images from a CDN – make sure images (and other files) are actually being served by your CDN. If you’re using BunnyCDN, make sure you add the CDN URL to both the BunnyCDN plugin as well as your cache plugin which helps serve more files from the CDN.
14. Optimize Third-Party Code
Check your PSI report and try to optimize third-party code.
- Google Analytics – host locally.
- Google Tag Manager – host locally.
- Google Fonts – host locally and preload them.
- Google AdSense – delay JavaScript and specify dimension to avoid layout shifts.
- Google Maps – only use them on contact/local pages, definitely not in the footer.
- Embedded Videos – lazy load iframes, replace iframes with a preview image,
- Facebook, Twitter, Social Media – use a lightweight social sharing plugin like Grow by Mediavine and try disabling your social plugin everywhere but posts if it’s only used there.
- Gravatars – host locally, use a local avatar plugin, and try delaying Gravatars/comments.
- Prefetch, Preload, Preconnect – prefetch URLs of all third-party domains on your site, but preconnect third-party fonts (i.e. fonts.gstatic.com) and CDN URLs (usually done automatically by cache plugins). Preload is only for local files. See the screenshot below.
15. Clean Your Database
Some cache plugins let you clean your database, but they don’t let you go through your plugin tables and delete tables left behind by old plugins. That’s why you should install WP-Optimize every so often (especially if you installed a plugin then deleted it). Otherwise, it usually leaves behind old tables – especially security, SEO, and other plugins that need to collect lots of data.
Install the WP-Optimize plugin and look for tables with “not installed” by them. These are plugins you installed but aren’t installed anymore. If you don’t plan on using them, delete them. You may also find certain plugin features are adding database bloat, which is why it’s a good idea to disable all plugin features/modules you don’t use, like those in Rank Math + Wordfence.
16. Disable WordPress Heartbeat
The WordPress Heartbeat shows you when other users are editing a post and real-time plugin notifications. It creates a request every 15 seconds so it should generally be disabled or limited.
To disable the WordPress Heartbeat API on your Divi site, go to Appearance → Theme Editor, then edit the functions.php file of your theme. Next, paste the code right after the <?php tag:
add_action( 'init', 'stop_heartbeat', 1 );
function stop_heartbeat() {
wp_deregister_script('heartbeat');
}
If your cache plugin has options to disable/limit heartbeat in certain areas, you can usually disable it in the backend/frontend and reduce it in the post editor (since you’ll want autosaves).
17. Block Bad Bots
Bad bots are a common problem and increase CPU usage. Cloudflare’s bot fight mode and Cloudflare Pro’s super bot fight mode are good solutions. Cloudflare Enterprise on Cloudways also comes with advanced bot mitigation. Or you can use the Blackhole for Bad Bots plugin.
The live traffic report in Wordfence shows you bots hitting your site (Cloudflare Pro users also have access to bot analytics). So you can see if they’re actually being blocked and whether you need to manually block hostnames which you can do in Cloudflare’s firewall rules. I’m not a fan of Wordfence since it can actually slow down your site, but it has many bot protection features.
Tips To Block Bad Bots
- Use Cloudflare bot fight mode.
- Use the Limit Login Attempts Reloaded plugin.
- Move your wp-login page (can be done in Perfmatters or WPS Hide Login).
18. Switch To Gutenberg’s Block Editor
The inevitable truth: Divi is slow.
Even when testing the fastest WordPress themes using starter sites, layouts, and page builders, Divi was the slowest theme in the test. And this was with all Divi performance settings enabled.
The die hard Diviers will say “Divi can be fast” and post their PageSpeed Insights report in Facebook Groups. But when you look at the CSS, JavaScript, and fonts it adds to your site compared to block editors and Oxygen, Divi is anything but fast. I hesitated to switch to Gutenberg but I love it now and you still get to choose between tons of themes and block templates. It’s not drag and drop, but it’s still relatively easy and better for core web vitals.
I would personally lean towards GeneratePress (what I use) or Kadence (similar with more features but much more expensive). They both use Gutenberg and you can use GenerateBlocks or Kadence Blocks. I would avoid Elementor (also slow) and Oxygen Builder just because of the steep learning curve. You’re probably using Divi because it’s easy… I wouldn’t call Oxygen easy.






Frequently Asked Questions
Is my Divi website slow?
Divi's CSS, JavaScript, and fonts are larger than block editors and most page builders, making Divi websites slower compared to lightweight options. This can also flag multiple issues in PageSpeed Insights since many items are related to your CSS and JavaScript files.
Why is the Divi backend slow?
Divi's backend can be slow when running cheap, shared hosting which has limited resources and CPU limits. It can also be from resource-hungry plugins and bloat.
Why is the Divi Builder slow?
Divi Builder loads more resources than block editors. They have been working on performance enhancements but it can still take awhile to load. Removing bloat and limiting background processes will help.
Why is Divi slow on mobile?
If your Divi mobile site is slow, try serving smaller images on mobile using adaptive image plugins or your CDN. Otherwise, most desktop optimizations will be carried over to mobile.
Cheers,
Tom
Could not agree more, Bluehost and Divi do not mix. Built a whole client site with this exact host and theme builder(w/ a forum) and results we’re far from favorable. It’s never ideal having the conversation after the build to switch hosting plans(incurring additional fees and hassle for the client), but needs to be done.
Ah, yes I need to completely remove the plugin from my blog recommendations. I noticed when they updated it, it wasn’t the same and the bad reviews started pouring in. I will remove it completely very soon and recommend another local avatar plugin.
Thanks for the article!
Welcome!
Tom this was an amazing post. I’ve switched to Rocket.net, perfmatters for unused css, and flyingpress for caching. Is there any other settings I should turn on for my divi website other than default on flyingpress/perfmatters?
Nice! Other than enabling Divi’s performance settings, that’s the same setup I would use but definitely configure FlyingPress/Permatters (not default settings). How did the switch go for you, good improvement?
Thank you for putting this together Tom!
Of course! Lmk if I can be of other help.
You share with us very useful tips and maybe the most useful one that I must change the divi to an other faster template.
That’s what it comes down to sometimes. I know it ain’t easy, I switched to Gutenberg and am still a noob.
Hi Tom, WP User Avatar is now a bloaty membership plugin called ProfilePress which has caused a world of hurt for a lot of people (going by the dramatic drop in its rating). Cheers
Ah, yes I need to completely remove the plugin from my blog recommendations. I noticed when they updated it, it wasn’t the same and the bad reviews started pouring in. I will remove it completely very soon and recommend another local avatar plugin.
If I use Extra Theme, is that tutorial the same way to optimize?
Yes, the majority of optimizations listed here are universal across themes except those clearly specific to Divi.
Thanks for a massively comprehensive breakdown Tom. We have three sites on Divi and, site speed aside, we are more than happy with our decision to standardize the back and front end with a theme/pagebuilder that is easy for non-techies to use.
At the same time, we’d love to eke out some more speed performance and to date haven’t been able to do that. We’re not prepared to jump hosts (yet), but we are willing and able to change other things. (We’ve implemented a few, but since GT Metrix changed their measuring standard, we haven’t done anything new).
This is the worst of the three https://gtmetrix.com/reports/ellymcguinness.com/JhJmDql5/.
How much do you charge compared to https://wpspeedguru.com or https://wpfixit.com/product/wordpress-speed-up/
Hey Colin,
It’s going to be hard to get a decent load time on Bluehost and Divi. If you don’t want to switch, one thing I would look at is your admin-ajax. It’s taking over 3 seconds to load (shown in your GTmetrix Waterfall chart) and try hosting your fonts locally instead of pulling from fonts.gstatic.com.
I’m not taking on speed projects but you can try reaching out to WP Johnny (it’s who I refer people to know, he’s definitely good), although I’m not sure he will work with Divi/Bluehost. One thing worth considering is having a developer hard code your header/footer (I added this as an item in the guide). Johnny recently did this for me and it made a large improvement.
Thanks Tom. Appreciate the extra input. I’ll ask our team to see if they can make progress with your suggestions and I’ll follow the link to WP Johnny.
Appreciate that Colin, he’s great.
Could not agree more, Bluehost and Divi do not mix. Built a whole client site with this exact host and theme builder(w/ a forum) and results we’re far from favorable. It’s never ideal having the conversation after the build to switch hosting plans(incurring additional fees and hassle for the client), but needs to be done.