Content No Cache | Serve uncached partial content even when you add it to a page that is fully cached. vs Statixly – Static Site Generator

Normally, if a web page is served by the cache, its content will be always the same until the cache is deleted. By adding the content with the shortcode provided by Content No Cache, you will be able to show dynamic content even on pages served by cache. You don’t need this plugin to exclude the entire page from the cache. This plugin is to exclude a part of the page from the cache. It’s useful if you need to cache a page, but part of that page should not be cached. Imagine you have a page that has this content: Hello this is some text. Another line of text Another line of text Current day: Monday if that page is served by cache, the user will always see: Hello this is some text. Another line of text Another line of text Current day: Monday If you need that the last line of text is always updated, this plugin will help you. The entire page will be served by the cache, but the plugin will get the updated content that you need. How to show dynamic content with full page cache Install Content No Cache Create a new element “Content No Cache” Add to that element all the content that you want to exclude from the cache Copy the shortcode that you will see in the section “Shortcode”. It will look like [content_no_cache id=”3328″]. The parameter “id” is the ID of the content element (in this example 3328). Add the shortcode to the page where you want to display that content. Compatible caching plugins tested with Content No Cache W3 Total Cache WP Fastest Cache WP Optimize Comet Cache Cache Enabler Hyper Cache WP Super Cache LiteSpeed Cache Speed Optmizer WPRocket All of those caching plugins are compatible with Content No Cache. If your favorite caching plugin is not compatible for any reason, let us know it Compatible CDNs Cloudflare BunnyCDN StackPath KeyCDN Fastly CloudFront Main features Ultralightweight plugin. The few lines of code will run only where you add the shortcode. No jQuery, no JS libraries, only a couple of lines of pure JavaScript No database queries, no extra HTTP requests for external assets, no bloat With a few line of ultralight code you can fully cache the page even if you need dynamic content on that page It provides a shortcode, so you can add it everywhere, no matter the builder Tips to speed up the process to get the content Install Freesoul Deactivate Plugins Go to Freesoul Deactivate Plugins => Actions => Content No Cache Disable all the plugins that you don’t need to output the content Example You can see Content No Cache in action visiting the blog post Exclude specific content from being cached. You will see a number that is always different when you refresh the page. But the page is served by full page cache. In the example it’s just a number, but you can output whatever content you want. Possible conflicts Some plugins don’t load the shortcodes during ajax requests. Because Content No Cache retrieves the content through ajax, in those cases the content will not be displayed properly. If you have this kind of issue set the parameter request=”remote”. In this case the shortcode will look like [content_no_cache id=”3328″ request=”remote”] The plugin will retrieve the content in a different way that will be a little slower, but this will solve this kind of conflict. Help If something doesn’t work for you, don’t hesitate to open a thread on the Support Forum Please, before posting enable the debugging in wp-config.php. Need a step-by-step guide? Read this detailed tutorial on how to enable debugging in WordPress to learn more. Backend Speed Optimization Is your dashboard slow? I optimize admin performance by improving queries and plugin load. Read Backend Speed Optimization for more information.

Statixly converts your WordPress site into a fully static HTML website — eliminating PHP, databases, and server-side dependencies from your production host. The result: faster load times, a reduced attack surface, and the freedom to deploy on any web server or CDN. ⚡ Benefits: Why Statixly? 🚀 Faster page loads: Static websites load 3 to 5 times faster than WordPress sites by serving pre-rendered HTML without PHP execution or database queries. 🔒 Reduced attack surface: Static sites have no login page, database connection, or server-side code on your production host. This eliminates primary attack vectors such as SQL injection and brute-force attacks. 🌍 Deploy anywhere: Host on Cloudflare Pages, GitHub Pages, AWS S3, or any standard web server. No PHP, MySQL, or WordPress dependency is required in production. 💰 Lower hosting costs: Static files can be served from free or low-cost CDN-based hosts instead of a PHP-capable server. Managed WordPress hosting typically costs $25 to $100 or more per month, while static hosting is often free or very affordable on platforms like Cloudflare Pages or Netlify, which offer unmetered bandwidth on their free tiers. 🛠️ Zero production maintenance: Your live site is pure HTML. With no WordPress running in production, there are no security patches, plugin updates, or server-side dependencies to manage on your public host. 🎛️ Live export control: Start, pause, resume, or abort the export from the admin screen and monitor progress in real time. 📦 One-click download: The entire static site is packaged as a ZIP file, ready for extraction and upload. 🔄 Auto-resume on interruption: If internet connectivity drops during export, the job resumes automatically once the connection is restored. 🔍 SEO Benefits 📊 Better Core Web Vitals scores: Static HTML loads faster, directly improving Time to First Byte (TTFB) and Largest Contentful Paint (LCP), which are metrics Google uses as ranking signals. 🤖 Improved crawl efficiency: Search engine bots fetch plain HTML instantly, with no server-side rendering delay. This signals high crawl health and allows engines to index content more effectively. ⏱️ Higher uptime reliability: Static files served from a CDN experience near-zero downtime, helping avoid Google ranking penalties for frequently unreachable URLs. 🧹 No WordPress footprint in production: Common WordPress paths such as /wp-admin and /wp-login.php are removed from the live site, reducing spam crawling and preserving crawl budget. The admin screen provides the following capabilities: Start a static export job Monitor live export status in real time Pause, resume, or abort the export Download the generated static site as a ZIP file Download or delete export logs Delete temporary export directories Statixly systematically crawls website URLs, renders content, rewrites links for static output, and packages the results for deployment. Typical workflow First, build and set up your site as you normally do in WordPress. Make sure all content and settings are finalized before exporting. Next, open the Statixly admin screen and select the Generate/Export Static Site button to start the export process. After the export finishes, download the generated ZIP file containing your static website. Extract the files from the ZIP archive. Upload the extracted files to your chosen static hosting provider. For example, use your website’s document root on a web hosting server, Cloudflare Pages, GitHub Pages, AWS S3, etc. Important Requirements If the current WordPress website is on example.com and you want to make the static website available on example.com as well, move the WordPress website to a subdomain and protect it with HTTP Basic Auth, or move it to your localhost computer using a backup and migration plugin such as Duplicator. Permalink structure must not be set to Plain. Keep the Statixly export tab open while export is running. Not for e-commerce, etc. Statixly will not work on any WordPress website that generates content dynamically based on user interaction, e.g., an e-commerce or subscription-based website. Contact forms will not work. The contact form requires immediate backend processing upon submission by the user. However, this is on our roadmap. HTTP Basic Authentication If your WordPress install is protected with HTTP Basic Auth (for example, a staging or subdomain install), enter your credentials under Statixly → Settings → Security so Statixly can authenticate during export. Credentials are encrypted before storage and never exposed in logs or diagnostics output. Advanced Opt-In Options Statixly includes two optional safety/compatibility flags, both disabled by default and configurable from the Statixly → Settings → General screen. Allow insecure local HTTP fetch Enable this only for expired, invalid, or self-signed certificate environments where same-site HTTPS fetches fail TLS verification. This turns off SSL verification only for local same-site fetches. Prefer temporary storage above document root Enable this only if you explicitly want Statixly working directories outside wp_upload_dir(). By default, Statixly uses WordPress uploads paths. Please note that this option works only if the intended directory is readable and writable by the web server user. Both flags can also be set directly in the options table if preferred. Need Help? If you face any issues after installing the Statixly plugin, please open a support ticket with detailed information, and we will be happy to fix the issue.