Elementor + WoodMart wp_head consistently 1.7-1.9s, above your stated 0.5-1.2s

Hi,

I’ve been troubleshooting elevated TTFB on my site (rollspel.eu) and have followed your official performance guide (WordPress performance optimization: a step-by-step WoodMart guide) in full before reaching out.

**Setup:**
– WordPress 7.1, PHP 8.5.9, WooCommerce 11.0.1, Elementor 4.2.4
– WoodMart (parent, currently on the latest available version) + a small child theme
– Hosting: Loopia Boost (managed WordPress hosting), recently upgraded tier

**What I’ve already checked/applied, per your guide:**
– Disable default Gutenberg block styles — already enabled
– Disable Gutenberg blocks — already enabled (both in WoodMart and in Elementor’s own “Optimised Gutenberg Loading”)
– Inline styles size limit — set to 40 KB (within your recommended 40-80 KB range)
– Lazy loading for images — enabled correctly, native WP lazy loading disabled to avoid double-handling
– Removed jQuery Migrate — tested, no measurable difference (1.85s vs 1.7-1.9s baseline), no visible breakage so far
– Cleared Elementor’s CSS/data cache (Elementor → Tools → Clear Files & Data) — helped somewhat (dropped from ~1.8-2.4s to ~0.9-1.9s range) but didn’t resolve it
– CSS Print Method confirmed already set to “External File” (recommended)
– Enabled the “Inline Font Icons” performance experiment — no measurable change

**Isolation testing (via Health Check & Troubleshooting plugin, Troubleshooting Mode):**
– Default theme + all plugins off: init 0.27s, wp_head 0.04s (fast, as expected)
– + WooCommerce only: init 0.39s, wp_head 0.04s
– + Elementor (on top of WooCommerce): init 0.72-0.75s, wp_head jumps to 1.6-1.9s
– + WoodMart theme (still nothing else active): wp_head consistently 1.7-1.9s, init ~0.4-0.45s
– Adding/removing ACF made no measurable difference either way

So with only Elementor + WooCommerce + WoodMart active — no other plugins, no customisations — wp_head alone is costing 1.7-1.9 seconds, consistently and repeatably. Per your own guide, a clean setup shouldn’t exceed roughly 0.5-1.2 seconds even before caching. I’m well above that even in the most minimal configuration I can construct.

Query Monitor shows the time sitting inside wp_head as one solid, unattributed block — no specific hooked function is flagged as the cost, which makes it hard to narrow down further from my side. The wd_all_popup_conditions and wd_all_floating_block_conditions checks appear in every trace (twice each), even though Promo Popup is disabled and I have no floating blocks configured — I couldn’t find a way to disable these checks entirely rather than just having nothing configured for them to act on.

**My question:** is 1.7-1.9s expected for WoodMart + Elementor in this version, or is there a known patch/optimisation (like the Patcher tool mentioned in other threads) that addresses this specifically? Happy to provide access to a staging copy if that helps you look directly.

Thanks for your time.

For context on the full picture: total page load (DevTools Network, document request) is 5.13s with only Elementor + WooCommerce + WoodMart active, versus 5.53s with my entire normal plugin stack (~24 additional plugins) re-enabled. In other words, my whole plugin ecosystem beyond these three core pieces adds under half a second combined, the overwhelming majority of the cost sits inside Elementor + WoodMart + WooCommerce themselves, not in anything else I’m running.

[Author]

Posts