Elementor Changes Not Showing on Live Site: Causes and How to Fix It
Quick Answer
When changes made in the Elementor editor do not appear on your live site, the issue typically stems from stale generated files, multi-layer caching (browser, plugin, server, or CDN), feature conflicts, plugin incompatibilities, malformed custom HTML/CSS, or mismatched WordPress URL settings. To fix it, first confirm the page is published and that you are checking the correct URL. Then navigate to Elementor > Tools (or Elementor > Editor > Tools in newer interfaces) and select Clear Files & Data, followed by purging any site and browser caches.

Initial Diagnostic Checks
Before modifying settings or deactivating plugins, perform basic sanity checks to confirm the nature of the issue:
- Confirm publication status: Verify that the page is set to Published rather than Saved as Draft or Pending Review.
- Verify the target URL: Confirm you are viewing the exact URL and domain you edited (and not a staging environment, AMP page, or separate language version). Open the live URL on the front end and click Edit with Elementor from the WordPress Admin bar to ensure it opens the exact layout you modified.
- Check permissions and disk space: Ensure your server has sufficient disk storage and that write permissions are standard for
wp-content/uploadsandwp-content/uploads/elementor/cssso Elementor can write generated stylesheet files. - Check update status: Make sure WordPress core, Elementor, Elementor Pro (if used), and your PHP version are up to date.
Step 1: Clear Elementor Files & Data
Elementor generates dynamic CSS files to store design choices. If these files fail to refresh automatically after saving, you can manually trigger a regeneration:
- From the WordPress Admin dashboard, navigate to Elementor > Tools (or Elementor > Editor > Tools).
- Under the General tab, locate the Clear Files & Data option (labeled as Regenerate Files & Data in some versions).
- Click Clear Files & Data, then click Save Changes.
- Open the live page in a private or incognito browsing window to test the result.
Step 2: Flush Multi-Layer Caches
If regenerating files does not resolve the discrepancy, cached copies of older HTML and CSS may still be serving to visitors. Work through caching layers systematically:
- WordPress Caching Plugins: If using a caching plugin (such as WP Rocket, LiteSpeed Cache, or W3 Total Cache), use the top admin bar to purge or clear all page and asset caches.
- Server-Level Caching: Check your hosting dashboard or control panel for built-in object caching, Varnish, NGINX cache, or FastCGI caching, and flush the cache.
- CDN & Reverse Proxies: If you use a Content Delivery Network like Cloudflare, purge the cache for the affected URLs according to your provider's instructions.
- Browser Cache: Clear your local browser cache or perform a hard refresh (
Ctrl + F5on Windows orCmd + Shift + Ron macOS).
A helpful diagnostic indicator: if your changes are visible while logged in as an administrator but disappear when logged out, your caching layer is serving stale static pages to unauthenticated visitors.
Step 3: Inspect Features and Element Caching
Elementor includes performance experiments and feature toggles that can affect how elements render on the front end:
- In the WordPress Admin dashboard, go to Elementor > Settings > Features.
- If you have Element Caching active, test temporarily deactivating it and saving changes to determine if cached widget output is preventing new edits from displaying.
- Review any recently activated experimental features. Warning: Do not deactivate fundamental structural features like Flexbox Containers or Grid if your pages are built using them, as doing so will cause those layout sections to stop rendering on the front end.
Step 4: Resolve URL and SSL Configuration Mismatches
If you recently added an SSL certificate (switching from HTTP to HTTPS), changed domains, or migrated your site, Elementor may still be referencing old URLs in its internal data structures, preventing stylesheets from loading correctly.
- In WordPress Admin, go to Settings > General and verify that the WordPress Address (URL) and Site Address (URL) match exactly, including the protocol (
https://). - Go to Elementor > Tools > Replace URL.
- Enter the old website URL in the first field and the new website URL in the second field.
- Click Replace URL.
- Return to the General tab under Elementor > Tools, click Clear Files & Data, and click Save Changes.
Step 5: Test CSS Print Method and Isolate Conflicts
If style rules still fail to reflect on the live site, check your CSS delivery mode and third-party code:
- CSS Print Method: Navigate to Elementor > Settings > Performance (or Advanced in certain releases) and locate CSS Print Method. Toggle between External File and Internal Embedding to test if server permission restrictions or CDN file locks are blocking external CSS file delivery.
- Custom HTML and Code Tags: Check recent custom HTML widgets, Elementor Custom Code entries, or Theme Builder hooks. Malformed code—such as unclosed
<div>,<span>, or<style>tags—can disrupt DOM parsing and prevent lower sections of the page from styling properly. - Third-Party Plugins: If the editor displays correctly but the live page still fails, test for plugin conflicts on a staging environment by deactivating third-party plugins one by one while keeping Elementor active. If Elementor fails to open entirely rather than just failing to show updates, consult our guide on Elementor Stuck on Loading Screen.
Verification Checklist
- Click Update in the Elementor editor and verify the status bar confirms the save.
- Clear Elementor data via Elementor > Tools > Clear Files & Data.
- Purge caching plugins, hosting server caches, and CDN layers.
- Load the page in an incognito/private browser window while logged out to confirm standard visitors see updated content.
Frequently Asked Questions
What is the difference between Clear Files & Data and Regenerating CSS?
In modern Elementor releases, the tool formerly labeled "Regenerate CSS & Data" is located under Clear Files & Data in the Tools menu. It removes generated CSS files and local cache entries so Elementor can recreate fresh stylesheets on subsequent page loads.
Why do my Elementor updates show when logged in but not logged out?
Most WordPress caching plugins and server-level caching layers bypass caching for logged-in administrators to show live edits. When logged out visitors see an older version, it indicates the caching layer (plugin, host, or CDN) has not yet purged the previous HTML snapshot.
Could file permissions cause Elementor changes not to save?
Yes. If the server does not allow write access to wp-content/uploads/elementor/css, Elementor cannot write new external stylesheets to disk when you publish changes. Ensure that upload directory permissions allow normal WordPress file creation.