Swift Performance WordPress Cache Plugin – UNOFFICIAL GUIDE

My unofficial guide to speeding up WordPress with SWIFT Performance cache plugin! (Updated March 1, 2019)

The SWIFT Performance cache plugin was something I was really excited about because it made such a difference on my sites. I was previously cycling between 3 or 4 different cache plugins throughout various sites but can now replace almost all of them with just this one (my other favorite being LiteSpeed Cache).

The only thing lacking was official documentation as many users still don’t understand what each option does or how to diagnose when problems arise. Since most of the official Swift team is busy developing their plugin, I decided to write my own community guide.

Read on for my best SWIFT Performance setup tips!

I am NOT an employee or official Swift developer in any way. I wrote this unofficial guide to help Swift users because I’m such a big fan of this incredible cache plugin.

I’ve done speed miracles with it on hundreds of client sites and realized the time I spent helping users could free up Swift developers to focus on implementing my fantasy features, instead of playing tech support.

In the spirit of self-empowerment and efficiency, please enjoy my guide below!

 

QUICK Setup Guide

Here’s the 5-minute setup version for busy people. It doesn’t take much to get fantastic results out of this amazing #1-ranked speed plugin. Just make sure you aren’t blindly enabling everything.

(NOTE: I like my configurations so much better than the official Swift auto-configurations. For full explanation of why I chose these settings, see my DETAILED setup guide.)

  1. Install SWIFT Performance Lite (free version), or SWIFT Performance (premium). Click MANUAL settings, then Advanced View (top-right button).
  2. General > General – enable “Use Compute API” if you have paid version.
  3. General > Tweaks – put 301 HTTPS redirects into “Custom Htaccess” area here.
  4. Media > Images – disable “Lazy Load Images”.
  5. Media > Embeds – enable “Youtube Smart Embed” and “Lazy Load Iframes” if you have Youtube embeds or GoogleMaps NOT at the top of the your page.
  6. Optimization > General – disable “Optimize Prebuild Only” and “Fix Invalid HTML”. Enable “Disable Emojis” if you don’t use them.
  7. Optimization > Scripts – disable “Merge Scripts”.
  8. Optimization > Styles – disable “Merge Styles”.
  9. Caching > General – pick “Disk Cache with Rewrites” for Caching Mode, and “Action based mode” for Cache Expiry Mode. I’d use “Time based mode” only if your site has non-content updates often (like new comments or changes in product status).
  10. Caching > Tweaks – disable “Avoid Mixed Content”.
  11. Caching > Exceptions – exclude all post types except posts/pages/products or any other post types that are actually browsed on frontend with their own URL slug. Exclude any pages with contact forms. If you have WooCommerce, exclude the Account/Cart/Checkout pages.
  12. Caching > Warmup – choose “Unlimited” for Prebuild Speed if you have that option and your site is 1000 pages or less.
  13. WooCommerce – enable “Cache Empty Minicart” but “Don’t disable” for Disable Cart Fragments, and disable WooCommerce Session Cache (BETA).
  14. Hit [SAVE CHANGES] then [CLEAR CACHE], and Swift is done setting up!
  15. Check the Warmup Table – make sure all important pages are listed and pre-cache successfully. Click “Start Prebuild Cache” or go to Caching > Warmup and “Enable Remote Prebuild Cache” if they don’t. (It’s ok if a few weird items show up or some items don’t cache.)
  16. Check if your site is caching – visit your site in Chrome incognito window without logging in. Right-click anywhere on the page, click “View page source” and scroll to the bottom. If you see “Cached with Swift Performance Lite”, it is working! (Try refreshing the page if you don’t.)
  17. Enjoy fast speeds! – or read on for more tips and troubleshooting steps.

If you have problems:

  • Swift should be super fast! – if you’re not getting instant page loads, go back and reconfigure things! (PS: it really helps to have good webhosting.)
  • Site design or function breaking somewhere? – disable Merge Scripts and Merge Styles. Or re-enable them individually to isolate problems. (Don’t forget to purge your CDN or Varnish after content/cache changes!)
  • Problem with https/SSL redirects? (or weird URLs showing on front-end) – put your 301 HTTPS redirects in “Tweaks > Custom Htaccess” instead of htaccess.
  • Contact forms not working? Exclude contact page from caching, or just switch to Caldera forms. I’ve had issues with Contact 7 (and hate that it loads on every page).
  • “Cached with Swift” not showing in page source? – maybe the page isn’t caching, but could also mean something is stripping out HTML comments. (Cloudflare does this sometimes.)
  • Still need help? – follow my detailed steps below. Free support available on Swift knowledgebaseWP repo, Facebook group, or ticket support (for premium users).
See my incredible speeds on fancy WooCommerce store! (using VPS without CDN)

 

DETAILED Setup Guide

STEP #1 – Install SWIFT Performance plugin

Install SWIFT Performance Lite (free version), or SWIFT Performance (premium).

Swift has few requirements but can work even if some of them aren’t available:

  • Apache modules – mod_deflate, mod_filter, mod_setenvif…all 3 usually available on most servers.
  • Loopback – this is when your server can visit itself. Sometimes not available if you block robots or indexing from crawling your site.

The modules aren’t required but help give the best performance. Most shared hosting accounts already have them; some VPS do not, ask your webhost/sys-admin to install. Most of you won’t have any plugin conflicts or rewrites issues, and if you do Swift tells you how to fix it. (NOTE: the script doesn’t detect LiteSpeed servers so the modules might be installed not detect, you are fine.) Even if you do see errors, continue anyway; Swift should still work.

 

STEP #2 – Go through Swift Performance Settings

Go to Swift settings and click [Advanced View] on top-right.

I’ve gone through all the settings and leave my detailed thoughts on them below. Anything I forget to mention means I left it at default settings.

General:

  • General > Disable Cookies – I don’t use it. It’s for GDPR purposes; if you’re using another mechanism/filter to load cookies only after GDPR is agreed to. Cookies are only used for appcache and identify user for GA Bypass, must be UNCHECKED if you use these features. Doesn’t impact speed either way.
  • General > Hide Footprints – disabled, so I can see Swift comments in source code. (FYI: Cloudflare may remove HTML comments.)
  • General > Use Compute API (premium) – awesome feature, enable it! Speeds up cache pre-build and reduces CPU usage. Especially useful on big sites (over 400 pages) and/or slow server.
  • General > Enable Remote Cron – usually disabled. Enable if your site relies on cron jobs that no longer fire because A) your host disabled WP Cron, or B) all your pages are cached, ANNND C) you almost never log into WP-admin.
  • General > Beta Tester – don’t enable for production sites. Enough said.
  • General > Debug Log – enable only when diagnosing problems.
  • Tweaks > Normalize Static Resources – useless if you use “Merge Scripts” and “Merge Styles”. It improves higher page speed scores, but not actual speeds. I enable this but never for sites often updating their design. Many caching engines (also Cloudflare) already intelligently cache static assets with query strings.
  • Tweaks > Prefetch DNS – leave enabled. Basically pre-loads and reduces DNS wait for any assets called from 3rd-party domains.
  • Tweaks > Collect domains from scripts – leave enabled.
  • Tweaks > Exclude DNS Prefetch – excludes domains from prefetching DNS. I’d disable specific ones maybe only to limit charges by 3rd-party asset requests?
  • Tweaks > Gravatar Cache – usually disabled. Only useful if you consistently have many comments. On my popular posts (500+ comments), uncached comment avatars alone make up 60% of the load time. But then again, why bother caching something that loads at the end of your posts anyway?
  • Tweaks > Custom Htaccess – put 301 HTTPS redirects here. (This is much preferred than using SSL plugin!)  If for whatever reason this messes up your site or creates ugly URL’s, try putting redirects directly in htaccess instead (I recommend anywhere ABOVE the Swift section).
  • Tweaks > Background Requests – I never use it. It prevents unnecessary AJAX requests from slowing down your page-load but you shouldn’t be using such poorly-coded plugins anyway! Another way to do the same thing is use plugin organizer to prevent entire plugins from loading on pages where they aren’t used.
  • Heartbeat > Disable Heartbeat – don’t worry about this unless your admin area is slow (caused by certain plugins and/or many logged-in users). WordPress Heartbeat API is a cool function that tracks user sessions in admin and auto-saves your content, but can be CPU-resource heavy on admin and frontend pages. You can disable all except Post/Pages. If certain admin/front-end plugins stop working, then leave it all on but increase the frequency. (You can use Heartbeat Control plugin instead for more granular options.)
  • Heartbeat > Heartbeat Frequency – fine, still wanna decrease heartbeat impact on your server but don’t wanna disable? Simply raise the frequency. I think 120 seconds is good but honestly if you’ve having heartbeat issues, you should just get a better webhosting plan.
  • Google Analytics > Bypass Google Analytics – awesome idea of locally-caching the Google Analytics JS script and merging it with site JS (theoretically removes one external call to google). In terms of speed, it didn’t help so much but does give you a higher page speed score (superficial benefit). Only problem is GA won’t work on uncached/excluded. To guarantee 100% GA function during cache prebuild and on uncached pages, I stuck with CAOS plugin or my theme to handle GA.
  • Whitelabel (premium) – useful for agency or webhost trying to hide their speed-up secrets. 😉

Media:

  • Images > Optimize Images on Upload (also enables next 4 settings) – I much prefer ShortPixel for image compression, but it’s cool that Swift can save you lots of money and negate yet another plugin on your site.
  • Images > Image Optimizer – experiment and figure out what works best for your site. Would be great if I had a comparison idea of what percentage quality equals ShortPixel’s LOSSY or GLOSSY compression…but I don’t. Test it yourself.
  • Images > Resize Large Images – useful for non-techies uploading oversized images straight off the camera. But otherwise, leave it off if you intentionally want large images for HiDPI (retina) screens.
  • Images > Keep Original Images – leave enabled in case you want to restore originals later and re-optimize with another plugin, or to generate different media sizes. Or at least keep them until you find the best compression settings.
  • Images > Inline Small Images – fantastic feature with lots of arguments for and against. Leave it UNCHECKED if you don’t know what it is, your small images aren’t at the top of your site, have many pages, or care about faster cache prebuild (like me). Try it CHECKED if you have many small images at the top (social or ecommerce icons) not using font format (FontAwesome), slow image calls, or very few pages. It’s probably better for small websites.
  • Images > Lazyload Images – disable! I hate lazyload. It’s a counter-intuitive tactic of speeding up page load by not loading everything. Guess what?…not loading everything initially means everything loads slower! Poor user experience and feels slower; annoying when scrolling quickly through busy sites or stores. But useless if you have only few images on most pages, and dreadful if you have images above the fold. Unnecessary if you’re on free CDN (Cloudflare), although can save you money if you’re on paid CDN. There are some rare use cases, like if you have really big images and/or many images AND your visitors don’t scroll quickly…but in 99% of cases, your site will appear to load faster without lazy load!
  • Images > Force Responsive Images – most themes already have responsive images. Enable it if your theme/pagebuilder (I hate you, Thrive Architect) wastefully loads large images on mobile. If this feature fails to make your images responsive, leave it off.
  • Images > Lazyload Background Images – hell no! Don’t enable this. You need those backgrounds (especially ones at the top) to come up immediately, or else your site appears slower!
  • Embeds > Youtube Smart Embed – clever! I like it.
  • Embeds > Lazy Load Iframes (enables next 2 options) – clever! I love Swift for this. Useful if you have multiple iframe video/video embeds on one page AND/OR they’re located far below the fold. Don’t enable if you have iframes at the top of your pages, it will delay your perceived page load! Common iframes are Youtube embeds, Googlemaps, or Facebook boxes.
  • Embeds > Exclude Iframes – awesome! Use it to exclude important iframes (like ones near the top of the site) from lazy loading.
  • Embeds > Load Iframes on User Interaction – loads iframes only after user has clicked or scrolled on page. Great for iframes lower on the page.

Optimization > General:

  • Merge Assets for Logged in Users – disable if you’re the only admin user. It theoretically speeds up sites with many logged-in users (membership/forums/etc) by combining and delaying CSS/JS. But really, you should just stay away from this entirely due to potential broken styles or functions. It also doesn’t help page scores either since they can’t reach logged-in areas.
  • Enable Server Push – I recommend disabled. It speeds up sites by preloading CSS/JS assets for your other pages so they load faster when clicked. It’s more beneficial for sites with lots of CSS/JS, but also more likely to cause problems on sites with lots of CSS/JS (broken elements, laggy load, high CPU usage). Test carefully if you enable it. Page scores may appear slower since each page load is now loading more assets. I also think it’s unnecessary if your site loads the same CSS/JS for every page (which is already browser-cached).
  • Optimize Prebuild Only – uncheck so your site is always optimizing. Enable to limit when cache is built (not needed for most sites).
  • Optimize in Background – usually disabled, but can be useful for big sites and/or VPS servers. I have several sites with 100-200 posts on VPS and have been fine without it. You can play with it for yourself. This makes Swift function like those “on-the-fly” cache plugins, which negates the benefit of prebuilding cache.
  • Fix Invalid HTML – I disabled as I assume it delays cache building. Enable it only if site has an issue.
  • Minify HTML – I assume it delays cache building (and no noticeable benefit) so I disable if I have many pages or slow server. Cloudflare already minifies HTML/CSS/JS also.
  • Disable Emojis – disable if you don’t use emojis in content or comments. Browsers already show emojis already, anyway.
  • Limit Simultaneous Threads – disable if you have your own server or a small site (100 pages or less). Enable and set to 1, 2, or 3 if you’re on shared server or want to prevent site from hogging server resources. Ideally, you’d want to use all resources to prebuild cache quickly.
  • DOM Parser Max Buffer – I never mess with this.

Optimization > Scripts:

  • Merge Scripts (enables/disables other options) – I wouldn’t merge JS if I were you. It combines all your JS files into one file and load. There’s a weird balance; it’s safer to use when you have fewer scripts (but less impact), has more impact with many scripts but also higher chance of conflict or delaying page load. The best use for it is to delay/lazyload some scripts. The worst use is for higher page test scores.
  • Aync Execute – async execution sounds great but wasn’t checked by default. Maybe it breaks functionality when JS doesn’t load in order. Leave it off, or just test it carefully.
  • Exclude 3rd Party Scripts – off by default, but it really depends. I think the tradeoff is between merging 3rd-party scripts (decreasing their external load time), VS keeping your overall merged scripts lighter. The more scripts you have overall and/or the more these 3rd party scripts don’t affect your overall load, the more I think you should leave them excluded. Otherwise, merging these 3rd party scripts will give you a faster page speed score BUT slow down your perceived load time for real users.
  • Exclude Scripts – THIS is where you go to manually exclude javascript requests from merging. Enter a distinct word or text string instead of the entire url. (e.g. putting “special” prevents “https://domain.com/…/special-123.js” from loading.) The main reasons for excluding scripts are 1) to fix broken functions, or 2) to keep the script loading in its original order, e.g. not merging a slider script so that it can load first and render the top of your site faster. Merged scripts usually get deferred to the end of the page. I would probably exclude anything related to your pagebuilder or forms.
  • Footer Scripts – love this feature but haven’t used it. It prevents non-critical scripts from being combined with front-loading scripts and further delaying your initial load. Honestly, all these little things to think about are why I don’t recommend merging scripts!
  • Exclude Inline Scripts – just like above but for inline scripts. Maybe you have Google Tag Manager or other scripts that need to load from exact positions in the code (header/body/footer). Exclude them by entering a distinct text string found in the code, like “tagmanager” for GTM. If it doesn’t work, just don’t merge JS at all.
  • Footer Inline Scripts – I would not mess with this. If they’re inline, it’s probably for a good reason. This is advanced stuff!
  • Exclude Script Localizations – enabled by default and I don’t know what it is so I leave it alone.
  • Minify Javascripts – it increases cache prebuild time, I would disable this if you have many pages or use Cloudflare (which already does it).
  • Minify with API – check it only if the default minify JS option above causes errors.
  • Proxy 3rd Party Assets – I disable; it’s a vanity feature. Resolves longer expire times on 3rd party JS/CSS (Pingdom/GTmetrix complaint), but may break things.
  • Separate Scripts – clever idea of generating different merged JS for each page instead of one global merged JS for all pages (loading scripts even on pages where they aren’t used). It’s useful if you have many different post types (pagebuilder, products, portfolio, gallery, forums, etc). Only issue is it delays cache-build and can eat up lots of space if you have many pages.
  • Print merged scripts inline – awesome idea deferring JS load till the end! It works best if you don’t have much JS and the top of your site doesn’t use JS (menus, image sliders, critical pop-ups, etc….if any, exclude them). UNCHECK if JS is needed for initial page items or you like faster prebuild (like me).
  • Lazy Load Scripts – amazing for preventing 3rd party scripts from lagging your site load (e.g. Tawk.to, ads, caldera, etc). Works beautifully and improves your page scores without affecting front-end function. Don’t use it for GA/GTM!
  • Include Scripts – I never used but think it’s to include scripts that are called from other scripts which you excluded.
  • Disable jQuery Migrate – any site using updated themes/plugins can safely enable this. jQuery migrate is a javascript library to keep older JS code working.

Optimization > Styles:

  • Merge Styles (enables/disables other options) – just like with JS, I wouldn’t if I were you. It combines all CSS files into one file. There’s a weird balance; it’s safer to use with fewer stylesheets (but less impact), most beneficial with more stylesheets but also higher chance of broken styles. The best use is to cache entire CSS with a long expiry time so users don’t have to keep downloading it. The worst use is doing it for GTmetrix/Pingdom scores. Since CSS is so critical to page rendering, I don’t recommend merging it (or at least not theme-related CSS).
  • Generate Critical CSS – speeds up “perceived load time”, rendering the top of the site first. I think it’s unnecessary nowadays, causes FOUT issues and slows down overall load time. Test it on and off for yourself. I always prefer it off. (To enable it, use a critical-CSS generator online. Don’t leave this blank!)
  • Print full CSS inline – I don’t recommend it unless your page is super lightweight.
  • Separate Styles – great tactic generating different merged CSS for each page instead of one global CSS for all pages (loading styles even on pages where they aren’t used). It’s useful if you have many different page types (pagebuilder, WooCommerce, forums, etc). Only issue is it possibly delays cache-build and eats up lots of space if you have many pages. I prefer it only on smaller websites with multiple page variations; big sites, I don’t merge.
  • Minify CSS – I would stick to “basic” if I was going to use this at all. Choose “Don’t minify” if you prefer faster cache-building and/or already have it enabled from Cloudflare. Makes no impact on smaller sites.
  • Bypass CSS Import – makes more sense to be enabled by default.
  • Exclude 3rd Party CSS – try this if you have CSS problems.
  • Exclude Styles – manually exclude CSS from here if you have CSS problems. Enter a distinct word instead of entire asset URL. (e.g. put”special” instead of “https://domain.com/theme/special-file.css”.) The main reasons for excluding styles are 1) to fix broken styling, or 2) to load it faster, e.g. not merging slider CSS so that it loads first and renders the top of your site faster. Merged styles are slower to load because you have to wait for entire combined CSS to load.
  • Exclude Inline Styles – can fix CSS-merge issues. Some themes/plugins have CSS inline but Swift removes and merges it with global CSS. To put back inline styles, enter distinct text found in the CSS code. If you don’t know how to troubleshoot all this, just don’t merge CSS at all.
  • Include Styles – clever but I don’t use it. It manually includes CSS, letting you prevent specific JS from loading without losing the CSS calls inside.

Caching > General:

  • Enable Caching – you must ENABLE this. If you don’t see this option or even the “Caching” tab, your host is probably disabling cache plugins. WPengine and some other hosts do this.
  • Caching Mode – disk cache with rewrites is fastest, disk cache with php is slightly slower but may have less issues. Some cache plugins (CometCache) prefer the php route. They argue it’s better but I only care what’s fastest. Memcached with PHP should be very fast as well but depends on your hosting environment. Memcached works better on VPS than on shared hosting.
  • Early Loader – should be checked.
  • Cache Path – check this directory if caching or prebuild doesn’t work; might be wrong path from old server. (Go to cPanel “File Manager” for the right path.)
  • Cache Expiry Mode – I prefer “Action Based Mode” for 99% of sites. You can pick “Time based mode” if your site has non-content updates often (like new comments or changes in product status).
  • Clear Cache on Update Post by Page – I don’t use it. Swift clears cache often.
  • Clear Cache on Update Post by URL – I never had to use this since I use Action Based Mode which auto-clears after any changes. Folks using Time Based Mode may want to clear any page that shows dynamic content. (For example, clearing home page or blog category pages so they show the latest posts.)
  • Enable Caching for logged in users – to be safe, only enable IF you have many logged-in users. Don’t enable “Share Logged in Cache” unless all logged-in users should see the same content, otherwise it crosses user data (e.g. user A sees user B’s info). You should exclude account/profile pages from caching in general!
  • Separate Mobile Device Cache – disable! Only used if you have AMP enabled via theme/plugin or specific design or ads for mobile visitors. If you don’t know what AMP is, do not enable this!
  • Enable Browser Cache – enable! It helps performance.
  • Enable Gzip – leave enabled!
  • Send 304 Header – disable.
  • Cache 404 pages – enable only if you have a small site and/or the same non-existent URL’s are visited often. Otherwise, it can quickly clog up your warmup table.
  • Ignore Query String – leave this unchecked!
  • Enable Dynamic Caching – one of Swift’s amazing advanced features, leave it alone for now. (Intended for developers or pros.) I’ll explain it later.
  • Cacheable AJAX Actions – another incredible advanced feature. Leave it alone.
  • AJAX Cache Expiry Time – leave it alone.

Caching > Tweaks:

  • Enable Proxy Cache – interesting feature I haven’t used yet. Uses Cloudflare’s “cache everything” rule to cache pages and get super fast load. Only issue is how to clear these pages upon changes or updated information.
  • Ignore Query String – I don’t use it. URL’s with query strings exist for a reason…it’s risky to ignore them if you don’t know what you’re doing.
  • Avoid Mixed Content – disable this; it can create issues for asset URL’s! It’s only necessary if your site is still using HTTP but some 3rd-party requests (like GoogleMaps) require HTTPS. Your entire site should be in HTTPS already!
  • Keep Original Headers – I leave it enabled.
  • Case Insentive URLs – I leave it disabled. Never had a use-case for it. All your URL’s should be lower-case anyway.
  • Lazyload elements – incredible feature for lazyloading slow/heavy parts of your webpage. You can use it to lazyload comments, related posts, or any other heavy/dynamic content that loads lower on the page.

Caching > Exceptions:

  • Exclude Post Types – you should exclude all post types EXCEPT posts, pages, products, and any post type that shows on the front-end with its own unique URL slug. (If don’t exclude any post types; the site will cache all items even if they don’t show on the front-end, further delaying cache prebuild for critical items. Big sites should definitely exclude unnecessary post types!)
  • Exclude Pages – you should exclude any pages with “live info”, “private data”, or don’t work properly when cached. Good examples are pages with forms, dynamic WooCommerce (account, cart, checkout, wishlist), fancy sales pages (with tracking scripts), and any other dynamic/private pages.
  • Exclude URLs – exclude any URL’s that couldn’t be single out using post types or pages above. You can use REGEX to exclude many URL’s at once. (I highly recommend adding “#revision#”, “#autosave#”, and “#json#” in here to prevent those items from caching. You can also add “/feed” or others as well.)
  • Exclude Content Parts – useful for excluding specific content or post types that show on multiple pages. Enter distinct text to keep specific content from caching.
  • Exclude User Agents – prevent certain devices from seeing cached pages.
  • Exclude Crawlers – prevent specified search engines or crawlers from seeing cached pages. They see uncached pages showing most recent content, but can also increase server load if they visit often.
  • Exclude Author Pages – I check this. Author pages aren’t visited often, so focus your caching mechanism on other pages.
  • Exclude Archive – I prefer UNCHECKED. Blog category pages are visited often and do run slow if not cached. Not caching them ensures they show the latest posts but it’s unnecessary as Swift rebuilds cache pretty often.
  • Exclude REST URLs – CHECKED. You don’t need these items pre-cached.
  • Exclude Feed – CHECKED. You don’t need these items pre-cached. They load fast enough and aren’t visited often. Plus, it can double the number of items in your cache table (how messy).

Caching > Warmup:

  • Enable Remote Prebuild Cache (premium) – usually DISABLED! Use only when your server can’t visit itself and can’t prebuild cache; maybe because you blocked bots or indexing? It can speed up or slow down your prebuild depending on your setup, often fixing prebuild issues.
  • Prebuild Cache Automatically – usually checked, one of Swift’s top features. (Only time you shouldn’t use prebuild is when you have so many pages, like over 1k, that server is always busy prebuilding, or you have so much traffic that they prebuild pages for you already.)
  • Prebuild Speed – always try to use “Unlimited” if you have your own server/VPS or don’t have many pages (400 or less). If you’re on shared hosting with resource limits, pick one of the other options or your host might penalize you for “High CPU/resource usage”.
  • Discover New Pages – it’s better unchecked, but you should enable this if Swift can’t find all your pages. Only issue is it sometimes caches many unneeded items but you can exclude them anyway.
  • Prebuild Author Pages – UNCHECK. This option pre-caches author pages but I prefer caching them only when they’re actually visited.
  • Prebuild Archive – this should be CHECKED to pre-cache category pages.
  • Prebuild Terms – check only if you think users often click on your term pages (e.g. tags). Otherwise, leave it disabled if you’re one of those sites that only have like 100 posts but 1000 tags! (Basically, you don’t want your prebuild to waste time precaching tag pages instead of content.)
  • Prebuild REST URLs – unchecked for me. Not necessary to prebuild these.
  • Prebuild Feed – unchecked for me as well. Not necessary!

Caching > Varnish:

  • Enable Auto Purge – enable if you’re using Varnish. It clears Varnish cache automatically, so you don’t have to do it manually every time Swift clears cache.
  • Custom Host – usually not necessary, unless you’re using Cloudflare or other DNS proxy. Enter the Varnish server IP and port here.

Caching > Appcache:

Incredible feature but 99.99% of you shouldn’t mess with this!!! It can slow down your prebuild without any noticeable benefit. The feature downloads your site into the user’s browser on first visit, dramatically speeding up navigation. Keep in mind the default appcache size for devices (100MB for desktop, 5MB for mobile) as per official Swift documentation.

The 100MB desktop limit can actually fit an entire for most smaller sites (especially if you’re not merging CSS/JS). The 5MB mobile limit may or may not fit the entire site. There is where it comes in handy to cache only certain pages. Honestly, this appcache function alone is so beautifully thought-out it could have been its own plugin or at least a paid add-on. I am forever grateful to Swift for including special features like this!

PS: I don’t use appcache at all for my own sites! Regular Swift caching functions have been amazing enough! (Also, my sites are already coded super lean already.)

  • Enable Appcache for Desktop – check to enable this feature.
  • Appcache Mode – depends on the size of your site. Pick “Full site” if your entire site cache fits within 100MB, or use Exclude Pages function to make it fit. Pick “Specific pages only” if your site is much bigger than 100MB, or you prefer only specific pages for app-cache…then use Include Pages function to select them. I think most sites should pick only the main pages. This allows you to build/load appcache faster onto users’ browsers, focusing on the most visited pages. (FYI: your site cache size can be found on the Swift Dashboard.)
  • Desktop Max Size – not sure how this applies. I leave it alone.
  • Exclude Pages – clever addition! It’s great to exclude unnecessary pages from desktop appcache. Reminder: desktop appcache allows 100MB total.
  • Exclude Strings – a more efficient way of excluding items from desktop appcache based on URL string.
  • Enable Appcache for Mobile – check to enable. (NOTE: it uses more data.)
  • Appcache Mode – since mobile appcache limit is only 5MB, you’ll most likely have to use the “Specific pages only” option and pick your most crucial pages.
  •  Mobile Max Size – I don’t mess with it.
  • Exclude Pages – really useful since mobile appcache is only 5MB, so you should pick only your most essential pages.
  • Exclude Strings – again, use it to exclude items from mobile appcache.

Plugins:

As always, Swift is on some next-level shit again! They have special optimization settings that show if you have certain plugins installed.

  • Contact Form 7 > Smart Enqueue Assets – I love it! One of my longest standing complaints about CF7 was that it loads its CSS/JS on every page even when you’re not using forms! I’ve always told everyone to switch to Caldera but with this setting, you don’t have to (if you love CF7). Enable this but check carefully in case Swift doesn’t properly detect all your CF7 forms. Still though, you should switch to Caldera anyways!
  • WooCommerce > Cache Empty Minicart – enable!
  • WooCommerce > Disable Cart Fragments (premium) – I usually disable! It speeds up that annoying WooCommerce admin-ajax call that lags your waterfall reports BUT disables your minicart count (the little number in the cart icon at top of your site). You can disable it on all pages, disable it only on some, or leave it on if it doesn’t affect the site/server much. It’s your choice. (Yes, this feature can replace the Disable Cart Fragment plugin by LittleBizzy.)
  • WooCommerce > WooCommerce Session Cache (BETA – premium) – disable. It caches users’ shopping items in cart, but doesn’t work perfectly. Site sometimes feels slower with this on and sometimes mixes cart sessions between users. Test carefully if you use it.
  • WooCommerce > Ajaxify Prices – I don’t mess with it.

CDN:

  • General > Enable CDN – check if you’re using a CDN. This feature does NOT replace your CDN plugin; keep your CDN plugin enabled if you have one. Swift’s CDN settings are only for purging CDN, not for activating it! (PS: Cloudflare is not considered a CDN in the traditional sense; use the Cloudflare tab instead.)
  • General > CDN Hostname – put the hostname URL without the “https://”. It should be something like “cdn.yourdomain.com” or “yourdomain.cdn-name.com”.
  • General > Enable CDN on SSL – check this if your site uses https (which it should be, we’re in 2018).
  • General > SSL CDN Hostname – should probably be empty, as most CDN’s use the same hostname regardless of http or https.
  • Cloudflare > Enable Auto Purge – check it if you have Cloudflare. Otherwise, you’d have to manually purge Cloudflare cache every time you make changes on your site or Swift cache. (Make sure you enter your account email and API key.)
  • Cloudflare > Cloudflare Account Email – fill in your account email.
  • Cloudflare > Cloudflare API Key – put in your Cloudflare global API key.
  • Cloudflare > Cloudflare Host – put your domain name.
  • MaxCDN (StackPath) > Alias/Key/Secret – fill it out if you’re using MAXCDN.

Import / Export:

I never use this as different sites will have different settings. Besides, I can configure Swift in only 2 minutes anyway. **TIP: whenever you import settings, check the “Caching > General > Cache Path” to make sure it’s the right address.

  • Import/Export from FILE – safest option, it downloads the settings to your computer. To import a file, first open it up on your computer using code editor (like Notepad++ in Windows, or TextWrangler in OSX), copy all the text and then enter into the import box in Swift.
  • Import/Export from URL – fastest option, you can quickly copy settings from one site to another. (Again, don’t forget to check the cache path!)

Hit [SAVE CHANGES], clear cache, and Swift is done setting up!

Go play around with the front-end (on incognito browser or any browser not logged-in) to test speeds. Or keep reading for more performance tweaks.

 

STEP #3 – Check Warmup Table

Check your SWIFT Warmup Table to see if it’s caching all your pages.

  1. CLICK the Swift Performance link from your dashbar (top) or admin side-panel (left) Tools > Swift Performance.
  2. SCROLL DOWN to Warmup Table and see if it’s caching all your content (posts, pages, products, etc). Big sites take more time.
  3. CACHE CATEGORIES – if some category pages don’t cache by default, enable “Prebuild Archives” in the cache settings.
  4. WAIT FOR PREBUILD – prebuilds should run automatically but if not, click “Start Prebuild Cache” or even “Reset Warmup Table”. It can take from minutes to hours depending on the website size. You’re almost ready to fly!
  5. CACHE NOT BUILDING? – don’t freak out if you see weird URL’s or that not all pages are cached. It’s normal behavior and fantastic that Swift has this warm-up table for you to diagnose issues. (FYI: many other cache plugins don’t cache everything either, but they lack a convenient table for you to know that.) As a diagnostic step, you can manually click “Cache page” on the uncached items or by visiting them on the front end.
  6. CHECK FRONTEND to see if your site is caching – open up Chrome incognito window and visit your site without logging in. Right-click anywhere and click “View page source”, then scroll to the bottom. If you see “Cached with Swift Performance Lite”, it is working! *CHEERS*

 

STEP #4 – Testing for issues

Without logging in, browse around your site on desktop and mobile. Everything should be fast, look and function normally. If everything is perfect, skip to the next step. If something is broken, it is 99% almost always because you enabled “merge scripts/styles”. (If you want my advice, don’t merge CSS/JS.)

Broken styling issues? (usually WooCommerce stores or pagebuilders)
…or broken functionality? (forms, sliders, or things not working when clicked)…read below:

  1. Go to Settings > Optimization > Scripts/Styles
  2. Disable “Merge Scripts” and “Merge Styles”
  3. Try the front-end again. If everything works, you can stop here (caching will still be really fast) or continue to isolate and resolve the issue.

Some of you will still insist on merging because you want that vanity page score. Ugh…I’m telling you, it’s not best practices for performance! But here’s what you can do if you insist:

  1. Re-enable one at a time “Merge Scripts” and then “Merge Styles” to isolate the issue.
  2. It’s usually just one CSS stylesheet or one JS script that’s causing the problem. You can try playing with the other Script/Styles optimization options to see if they solve the issue but that’s never worked for me. The proper way is to exclude that problematic CSS/JS (whichever one it is) from merging.

How to find and exclude problematic scripts/styles from merging:

  1. Isolation Method #1 – leave MERGE SCRIPTS and/or MERGE STYLES enabled, open up the site in Chrome > Developer Tools > Network (tab), and reload the page. Click the little red error circle to see which CSS/JS are missing. Exclude them from merging and see if things work.
  2. Isolation Method #2 – disable MERGE SCRIPTS and/or MERGE STYLES (or even caching altogether), and scan your site in Pingdom. Scroll down to the waterfall and sort the loaded items by file-type (neatly displaying all CSS/JS). Now go back to Swift settings and merge scripts/styles again but manually exclude whichever CSS/JS you think is causing the issue. (Hint: whatever’s breaking is probably related to the problem. Did a certain plugin or theme function stop working? Try disabling those CSS/JS.) Yes, it will take a lot of trial and error. It could be anywhere; maybe a plugin, maybe a theme.

There’s a lot I’m not spelling out because this is very technical and should be handled by advanced users. If you’re having this much issue with merging CSS/JS, you shouldn’t be doing it. It’s nobody’s fault…not yours, not the cache plugin, not your other plugins/themes. (Sure you can try another CSS/JS merge plugin like Autoptimize and it might work for your current setup but then break another day.) I really really don’t recommend merging CSS/JS!

The fact of the matter is: every WordPress extension requires it’s own set of code to function and when you mix different code together, conflicts may arise. For best practices over the long term, you really shouldn’t be merging CSS/JS anyway!

 

STEP #5 – Other features

You’re welcome to check out the other tools here but make sure you’re careful and make a backup if you don’t know what you’re doing. I’ll go over these in a more advanced guide!

  • Image Optimizer (premium)– I prefer ShortPixel but this works, too.
  • Database Optimizer – useful, but be careful not to break things! It doesn’t impact speed much unless you have thousands of auto-loaded transients. It’s more for reducing database size than for speed. (Yes, this can replace WP Optimize.)
  • Critical Font (premium) – really clever feature! I can’t believe Swift thought of this…if only all custom iconfont services were this easy! For most users, it helps if you have Font Awesome 4.x and older. It regenerates icon fonts using only necessary icons so you’re not wasting 150ms loading the entire Font Awesome library of 5,000 icons on every page. (Newer FA 5 uses SVG.)
  • Plugin Organizer – simply incredible feature and warms my heart. I can’t believe they gave this away for free. It should be a premium plugin or at least not overlooked by the community. It’s easy to use but from a caching standpoint, I consider this advanced speed-up strategy so I won’t cover it in this guide.
  • Upgrade to PRO – should you do it? Is it worth it? Just to support this incredible plugin alone, yes it’s worth it. But as for what features make the most impact…Compute API (reduces server CPU usage), Enable Remote Prebuild (resolves many difficult caching problems), Image Optimizer (save money on image optimization), WooCommerce caching (more features), Whitelabel (hide your speed-up secrets), critical font (speeds up older FontAwesome).

 

STEP #6 – Final functions check

Make sure nothing is broken!

  • Clear your cache, also purge CDN or Varnish (if you have them).
  • Wait for caching to complete, then check every page.
  • FRONT END CHECK: posts, pages, forms, shopping cart, affiliate tracking.
  • BACK END CHECK: pagebuilders, other admin tools.
  • CACHING: are the items in table caching? Do you see the SWIFT comments in the source? (Sometimes items don’t appear as cached in the table but are in fact cached on the front end.)

Known issues?

  • Website is still slow – either your webhosting is really bad, website too bloated, or you have the wrong settings. Check other plugins, too. Anything with redirection, security, e-commerce, or causes many database queries can slow a site.
  • Broken styles (CSS) or functions (JS) – disable merge scripts/styles. Also make sure your theme or other performance plugins are not trying to merge as well. (Avoid having multiple performance plugins doing the same function.) Swift appcache feature might also break CSS.
  • Broken visual elements – check “Optimization > General > Fixing invalid HTML”.
  • Contact forms not working – exclude the contact page from caching. Try switching to Caldera forms. I’ve had issues with Contact 7 (and hate that it loads on every page).
  • Weird scrolling or screen refreshes – disable “smooth scroll” or other scrolling effects in your theme settings. And if the screen refresh won’t go away, please stop merging JS. (Or at least exclude the JS causing it.)
  • Excluded/unwanted items still caching – unwanted items showing up in your warmup table? Try clicking [Reset Warmup Table]. Try disabling “Cache 404 pages”.
  • Items not caching? – make sure cache directory address is correct and writeable. Try removing some items from “Exclude Post Types”.
  • Items not pre-caching – make sure “Prebuild Cache Automatically” is enabled. Can also try “Enable Remote Prebuild Cache”, or other caching modes (less ideal). Make sure your robots.txt file isn’t blocking everything “Disallow: /” (common on staging sites).
  • White screen of death (WSOD) or error 500 – it’s unfortunate but not every plugin is compatible with others. You can restore your site by deleting the Swift section in htaccess, delete “wp-content/cache” directory, delete “wp-content/plugins/swift-performance” directory, also delete “swift-performance-loader.php” in wp-content/mu-plugins directory. Another trick I’ve found is to change your php version, then change back.
  • High CPU usage – some complain Swift causes high CPU usage, but this isn’t accurate. Swift has an aggressive (really fast) pre-caching mechanism that uses all available resources to pre-cache your pages. It’s much faster than other cache plugins taking forever to pre-cache your site (like 10 pages/hour). Some popular remedies: limit simultaneous threads to 1-3, turn off Merge Scripts/Styles, turn off minify HTML. You can also disable pre-building cache, but then the first visit will be slower.
  • Swift Dashboard or Warm-up Table not loading – this can happen for huge sites with thousands of cached items. Change your “max_input_vars” to something high (like 5000). You can ask your webhost to help you with it. But either way…as long as you can access your Swift Settings and pages are caching on the front-end, you are fine!
  • “Cached with Swift” not showing in page source – it could mean that the page isn’t caching, but could also mean something is stripping out HTML comments. Maybe you have Cloudflare enabled? Disable it temporarily and see if the comment shows.
  • Weird www or non-www URL issues – place the proper htaccess redirects placed. You can do it in Swift’s custom htaccess, or open up your htaccess and put the code at the very top above Swift htaccess code.
  • Cache size is HUGE – uncheck “Separate Scripts” and “Separate Styles” option, or better to just not merge them. Don’t cache for logged-in users. Also exclude unnecessary post types.

 

Need Expert Help?

I’ve tried my best to offer detailed advice for everyone. But there will always be sites that need special configuration. Still have problems? Contact one of the Swift support channels mentioned below.

  • Free help is available on the Swift Performance Users Facebook group (fastest response, official support team and myself are on there), Swift Lite WordPress repo (slower response), or Swift website ticket (great option and more privacy for paid users).
  • More explanations about features can be found on official Swift knowledgebase (not fully documented), or the free Facebook group above.
  • If you need help but still insist on doing things on your own, please respect your level and avoid messing with settings that you don’t understand. Swift has features for newbies as well as developers and server experts.

If you would like paid help or even just a free look at your site, don’t hesitate to contact me. (I configure Swift on dozens of sites every month.)

Take care and may the “Swift” be with you! 😀

 

Support SWIFT Performance Plugin!

Loving the plugin? Leave them a nice review or buy the paid version.

93 thoughts on “Swift Performance WordPress Cache Plugin – UNOFFICIAL GUIDE

  1. Hi Johnny,

    Having trouble with Google Ads not displaying in the position they are supposed to on my home page. As soon as Swift caches the home page, the ad shows below all page content instead of in the header. All other pages are OK, just the Home page.

    How do I disable caching of the ad script? site: thesilverlife.com

    Thank you for checking,
    Louise

    1. Hey Julian,
      This is for the latest version of Swift. I keep it updated. I made a note in this guide that if I don’t address a certain option, that means I leave it on default settings. Do you have a question about a certain feature?

      1. Thx for your reply Johnny.
        I’m having some trouble with “reduce bounce rate” plugin.
        After installing swift my bounce rate increased to 85% and it was 15-20% before. I have some time log settings and a scrolling event. It droped my organic trafic too and some keyword positions. Yesterday i switched swift off to test it and analytics logs events now. Waiting to see kw positions increase as before.

        1. Hey Julian,

          Increased bounce rates could be due to anything. I highly doubt speeding up your site would mess with your bounce rates. Did you change your GA code placement or anything else on your site?

          Hope to hear back from you.

    1. Hey, thanks for stopping by Jano. How’s your site speeds compared to before? (I peeked at your source code.)

  2. Hello, Johnny.

    Can you tell me more about how to enable Lazy Load Scripts, specifically for Tawk.to? What exactly do I have to insert into the lazy script field? Documentation is not really helpful “if one of these strings is found in the match.” What match? Documentation should say something like if one of these strings matches scrip name or or script file name or something like this.

      1. Thank you, Johnny.

        This is exactly what I did. However I would like to find a way to check whether the script is really “lazy-loaded” – do you know how to do that?

    1. Johnny,

      Amazing post! Not only that it is easy to follow, it actually helps people understand better about the differences of all the options.

      Plus, I had the best Page Speed and GTmetrix score after using d5 plugins/combinations and tons of different settings! I wish I came across this page a week ago!

      btw, the links you included in your blog post are great too. It will be helpful if you set them as open on a new page so ppl as I was on this page for like hours while reading other posts you inserted in this article.

  3. Hi, Johnny.

    As I am using Cloudflare, I believe, Cloudflare strips everything from the code when it delivers content ( all code modified/injected by a cache plugin, this is how it works with Comet).

    If Cloudflare is disabled then all scripts are showing where they should be while Tawkto is on the very bottom of the source code – does it mean that Tawkto script was lazy-loaded?

    1. Run your site through GTmetrix, and look at the waterfall. If you see Tawk being loaded at the end then yes, it was lazyloaded.

  4. Hey! johnny thanks for sharing the amazing guide.
    After installing this plugin and when would we click on setup wizard.
    There is one message.

    CPU Benchmark
    Result: 1s.
    Webserver & Rewrites
    Apache detected. Rewrites are working. Please enable the following Apache modules for better optimization: mod_deflate, mod_setenvif, mod_filter.”
    How to fix this. Whats’s benefit?

    1. You’ll have to ask your webhost to install those if possible. Swift will still work regardless. If you have LiteSpeed, they might be running but not detected.

  5. Hi,
    I am facing strange problem. If I clear cache , all optimization go away. My site start showing large numbers of requests. And then plugin don’t work unless I run setup wizard again.
    Do you have any idea what can be wrong?

    I have tested plugin on my live as well as staging but same issue come.

    Staging with plugin installed-http://bv9.469.myftpupload.com/

    Live site with WP Rocket- https://hardhatengineer.com/

    1. Hi Varun, it appears to me that you aren’t following my guide to the T. I stopped checking everything else when I see CSS being merged. Your settings are not the most ideal and I think you may have other conflicting plugins. Can you get me access?

  6. Hi Johnny,

    Since I installed swift performance lite my analytics data is totally messed up. I have spikes with direct visitors from strange countries and have almost none organic search result.

    Also i dont see traffic from my phone but do see traffic from some other places. All this wasnt before i installed the plugin.

    Any idea’s what i can do to help this?

    1. Hi Van! Are you using the GA Bypass feature? If so, please don’t use that. Where are you pasting your GA code? Also, do you have AMP or mobile-verson of your site instead of just mobile-responsive?

  7. Hi Johnny
    I have used this plugin with your settings on a couple of other sites and it worked wonders mate.
    However, I just did the same to another site and I cannot log-in to the back-end of the site, it just refreshes and refreshes without logging in.
    Any suggestions my friend without deleting the plugin?
    BTW I did a before and after speed test of this site and the before was Page Speed a D and took 17 secs to load.
    After the plugin activated with your settings:
    An “A” – 94 and took 9 secs to load.
    But …..

    Regards
    Allan

    1. Hi Allan, your problem is related to HTTPS I believe. Where are you pasting the HTTPS redirect code? In Swift or in your htaccess?

  8. Argh yes, thanks mate, all good and that fixed that problem nicely.

    I use Divi and since activating Swift Divi builder does not want to play along now.

  9. Hi Johnny
    Maybe it was something that happened when I updated to the latest version.

    Thanks for all your help my friend, you are a star LOL

    Regards
    Allan

  10. That’s a heck of an epic post! Well done. Good on you. It’s obvious this was a very time consuming labor of love. Thank you! 🙂

    I just discovered SPL and it’s giving me incredible results in combination with SG Optimizer (Siteground). I mean, A 90+ scores at Pingdom and A (100%) scores at GTmetrix.

    I’m having trouble with one installation, which is why I went looking for additional help. Your article here is really useful and I’ve bookmarked it.

    It didn’t help with the issue I’m having, but I may well be referencing it down the road. Let’s hope not, but you never know. 😉

    Keep up the good work. Shares like this make the web worth keeping. 😛

  11. Thanks Johnny, I’m getting great scores with your settings, but increasingly, I’m having problems with sites using Beaver Builder ? Beaver Themer. Layouts break, menus display gigantic versions of the hamburger icon (especially with Ultimate addon menus), so that the black bars of the icon fill the entire screen. Are there any special settings to use Swift with Beaver Builder that you know about? This happened with WP Rocket occasionally as well. Usually on sites using Varnish. Deactivating Varnish seemed to solve it, until now…

    1. I wouldn’t be able to tell you without seeing your site and having admin access. You can start by trying the things I mentioned in the troubleshooting section.

    2. Nick – did you find a reply to your issue? I experience similar problems and found that excluding CSS and scripts from optimizing helps. But weirdly not always. Thus looking for solid answers…

  12. Hey Johnny,

    Just wanted to pass along my thanks for putting this together. There are tons of settings in the plugin. I build most of my sites with Divi and the Divi Builder, HTTPS, properly sized and compressed images and CloudFlare. I usually get great results by just running the Setup Wizard from the dashboard. I also use CloudWays for hosting which I have found in testing vs. shared hosting really helps a lot.

    Thanks again for the great details in your post – I frequently help others with slow loading sites and this post is great for that.

    1. G’day Hutch,

      My name is Will and I’m having issues with Swift caching all the entries in the Divi Library.

      I assuming that is partly why I am having actual pages “falling out of cache” as there are so many Library items that are getting cached needlessly.

      Have you ever tried to exclude all the Divi Library entries from what gets cached?

      Thank you for your time.

      Cheers, Will.

  13. Love the instructions and all your other post, thank you. I have the paid version, lifetime and loving it. Having a couple of issues with Oxygen sites, mostly on mobile and particularly with the Envira Gallery not showing images correctly. Any suggestions?

  14. Thank you for this. I just switched from my long time trusted WP Fastest Cache to Swift and WOW!… what a huge difference, however I did notice afterward a few strange things going on in some of my css afterward which is how I found your article. I believe it sounds like combining scripts is the culperate so I’ll be shutting that off in a minute. Thanks for outlining all the settings so thoroughly. 👍🏻

  15. Hi Johnny.

    I’m using Autoptimize. This plugin minimized JS, CSS.
    Now with your amazing article, I have replaced Fastest Cache with Swift.

    Question 1: Should I keep or remove Autoptimize/Async JS combo?

    Question 2: I have the big problem with GA (Google Adsense): So many javascript installed in my sites. From loading 2s -> 5s with GA. Any proposition?

    Thank you Jonny

  16. Thank you for all the info and the lead to Swift.
    I switched from WP SuperCache to Swift and my page loads are now almost 10 time faster.
    I am having a weird issue: When I go to mysite/wp-admin and try to log in I get a “500 Internal Server Error, page can not be displayed, Return to home page.” Clicking on the home page link takes me to my home page, but now logged in. (whew!)
    Just wondering if you’ve seen this or have any suggestions. I’m off to look for plugin conflicts.
    Thanks again for all the info.

      1. I’m having the same issue but mine says too many redirects. I’m unable to log onto my site using wp-admin. Took me a while to figure out what the problem was but when disabling the swift plugin my site’s login works normally again. I think there is a plugin conflict somewhere. It was working fine until a day or 2 ago. Should I try change the heartbeat settings? Will keep watching this forum for updates.

        1. Don’t mess with heartbeat settings, I think your htaccess is causing issues. If you can post it here or in a pastebin would be great.

          1. Thanks for the info.
            I’ve been very happy with their service so far and they have always responded to my help requests very quickly. So, I’ll contact them regarding this issue and see if they can help.
            I did look at the link to your wordpress hosting reviews but pretty much all of the companies have servers located in the US. which is not an option.
            Thanks again for your help.

          2. I’m curious to know why you think “US servers” are bad/unacceptable? Many Canadian have similar ping times from the US. Besides, if the US server is located in a major port, it’ll also have faster access to the rest of the world which your site might have to route through anyway. In any case, I’m sure you can find a better host located in a Canadian center. Toronto is a big hub.

  17. Hey Johnny, just FYI our combo plugin Speed Demon is also free and still bundles our Disable Cart Fragments feature:

    https://wordpress.org/plugins/speed-demon-littlebizzy/

    Check back in a few weeks and there will be several more modules added to Speed Demon (e.g. Minify HTML). Cheers!

    https://wordpress.org/plugins/minify-html-littlebizzy/

    P.S. I totally agree re: merge/concatenate CSS and JS files esp. after HTTP/2 has been introduced… there’s a reason why no site in the Alexa top 1000 use these janky methods…

  18. Hi Johnny,

    I have followed your guide and really love using SWIFT.
    However, one problem that I didn’t see when using WP Fastest Cache is that SWIFT caused my dropdown/sidebar login redirected to my-account page for logging in again.

    I already excluded page (i.e. my-account, and login page) and also excluded relevant URLs (i.e. /my-account, and /login) which could not help.

    Does SWFIT not compatible with dropdown/sidebar login? Do you have any ideas?

    Thanks for nice review.

  19. Hi Johnny,

    Thanks for this great update. I’m also using swift performance light (free version). Great tool but i have a question. My homepage praktijkmijnlijf.nl/home is not prebuilt cached. When i do this i get the status ” redirected”. When i check my site speed GTmetrics gives me a great score. When i go back via google i get the message that my pages are not mobile friendly and when i check it i get some error messages.

    So i removed my prebuild cached homepage and the error messages are gone but my site is much slower 🙁 do you maybe have some for me so i get a much faster site? Thanks anyways.

    Cheers,
    Fatima

  20. Hi Jonny,
    I got really inspired by your article as I am still looking for a caching/minifying plugin that works for me.
    Using the light version to see how it works, all my images on the shop page disappeard once the site was cached.
    Did you ever get across this?
    Cheers Andy

  21. Hello Johnny, great manual. But after i set up all the options according your manual gtmetrix told that Leverage browser caching has F grade (0) This means that cach dosent work at all at my site? Right?

    1. Test for yourself and see. Then you’ll have all the documentation you want. Also, different sites and different servers will perform differently.

  22. A great article, however I follow the same guidelines as the article but the index of my website on Pagespeed Insights is very low.
    I’m not technically knowledgeable, looking for help. Thanks you!

  23. Hi amigo I followed your recommendations and installed Swift, front end is fast but admin is very slow wth some peaks from time to time… there is other cache plugin should I try combining with Swift ? maybe one that cache databases queries ? my cpu is constantly high for bots…

    Thank you ! merry xmas!

  24. Hi, I moved over to Swift several weeks back and the speed gained was amazing though; the hamburger icons on the elementor mobile dropdown vanished. From there I disabled the merging of script and the icon returned and with that the site is so slow. Is this a known problem, maybe run Autoptimize along side ?????

  25. Haha, me again. Just thought I would pop in save some time and all; Compress Critical CSS is the problem !!!! Back on track ……..

  26. Hi I have two Qs, hope that’s OK!
    * I keep getting a “Swift Performance – No zones found” error message. I’ve googled it to no avail. Could you shed any light please?
    * And every time I make a change to the site I have to re-login, which is getting really boring. Is there a setting I should change?
    Many thanks!

    1. Sounds to me your WordPress settings are wrong. Check the WordPress address and Site address to make sure they’re matching.

  27. This rundown is fabulous! Last night and this morning, I went through this for one of my sites. I followed the recommendation of not merging css and js, not optimizing html, and predictably my gtmetrix scores went down, but first paint is all over the place. With merging enabled, and all the settings inside at work, first paint was consistently around 1.5 seconds. The problem is that without the merge setting, we lose all other optimization options. Even with prefetch URLs on, google fonts (I’m noticing) often holds up everything, waiting for server response. As a result, sometimes first paint is less than a second, sometimes it’s over 4 seconds. Do I need to reinstall Autoptimize and Async JS so I can do some optimization without merging? Or should I enable merge and then one by one exclude a bunch of scripts just so first paint isn’t held hostage? Questions questions.

    1. I think you’re looking too much at GTmetrix instead of using your own eyes. Compare merging and not-merging with only your eyes. And see which one loads faster to your naked eye. I would not recommend using Autoptimize and Async JS with Swift if you’re aren’t experienced with configuring cache plugins…but you’re very welcome to try. If you don’t want first paint to be held down, don’t merge anything that’s used near the top of the page…like pagebuilders, sliders, etc.

  28. Hi there maese Johny, first of all awesome article about Swift Performance config. I am looking for a specific help for caching only posts and pages in my web, but swift detects all my entire site, tags, products, category unused and so on…

    I added every item on the list except posts, pages and products, and even resetting warm up tables, still loading for cache…

    Am i doing something wrong? I´m using Pro version

    Thanks for your time, i´ll visit you often for more interesting articles. Greetings from Spain

  29. Hi Jonny!
    Excellent guide
    Using Swift has definitely improved my site performance. I am also using Cloudflare and have set it up to use cache eveything
    The issue I am facing is that the front page wont be cached (It says MISS in the response header)
    Are there any settings to be changed in the htaccess to make it cache the main page so that TTFB is reduced.
    I checked using PingDom and GTmetrix as well. Thanks

    1. Your front page is caching just fine. I don’t like the lazyload on your site. And maybe the very VERY slight FOUC.

      1. Thanks for the review Johny. How can I get rid of the FOUC.
        I am using the most common Google fonts so I assumed that they will already be cached in most user browsers.

          1. Will try and get back to you.
            Thanks a ton.
            I did read more about merging css and javascript. You were bang on. Cloudflare too recommends that with newer http protocol you do not need to merge elements.
            Thanks.

  30. Hi Johny,

    Still dont understand how to use “Exclude Scripts” functions. What to add to be at top. Can you please explain better?

    I follow your guide for 3 hours but still bad results on gtmetrix 79% / 62% and page speed insights 2 / 40.

    Great guide!!!

    Thanks
    Mike

Leave a Reply

Your email address will not be published. Required fields are marked *