Bunny CDN vs External Images Plugin

Super Speedy Plugins •

Want faster results? Try External Images on your store.

Get External Images →

Comparing Bunny CDN with External Images? This page breaks down the key differences and similarities so you can find the best fit for your WordPress or WooCommerce store.

Overview of Bunny CDN

Bunny CDN is a content delivery network that distributes your static assets — images, CSS, JavaScript, and video — across a global network of edge servers. For WordPress, it is typically integrated via a plugin that rewrites asset URLs to point to the CDN. It offers competitive pricing and a strong global network.

Visit Bunny CDN →

How External Images differs from Bunny CDN

All plugins from Super Speedy Plugins share a SQL-first architecture and an uncompromising focus on performance — and External Images is no different. Here is what sets it apart:

If a supplier, merchant or CDN already hosts your images, downloading copies into WordPress wastes import time, CPU and disk. External Images lets WooCommerce use those remote URLs without creating local attachments or thumbnails.

Bunny CDN delivers your existing media files faster by serving them from edge nodes closer to your visitors — but your images are still stored and managed in your WordPress media library, consuming server disk space. External Images stores all image references as external URLs without downloading or hosting the files on your server at all, eliminating disk usage and media library bloat while keeping WooCommerce product images accessible.

How to choose between Bunny CDN and External Images?

Bunny CDN is an excellent choice for accelerating asset delivery, but if disk space, media library size, or the overhead of hosting thousands of product images on your own server is the underlying problem, External Images solves it at the source. SQL-first architecture, tested against one-million-product catalogues, with a free trial available.

What do others say about External Images?

★★★★★
bkentli — June 2018

Since HTTPS became standart I was having trouble compiling with https rules on my woocommerce site, since my images are hosted on a non-https server. With External images my non-https images become https via proxy on my server. Altough it did not work immediately as I install it due to a problem on my word press theme, great support from Dave and his team kicked in and solved the problem on the theme. Great Plugin, Great Team, Great Support… Many thanks!

★★★★★
Ida Nielsen — December 2018

Some time ago I bought this plugin and it always worked smoothly. Recently there were some WordPress updates and my website broke (probably because of the Gutenberg editor addition). I contacted the support/developer (Dave) and in few days my problem was completely solved! The plugin is now even better than before and I'm sure it will keep improving. To sum up, I definitely recommend this External Images plugin, by far the best in the market!

★★★★★
savvas — February 2019

I was looking to make my wordpress site faster. I ended buying/using scalability pro. Excellent product, amazing performance for my site. After importing thousands of products my server lagged due to the enormous amount of images that i imported. External images to the rescue!!!! With the external images i keep my server clean and my site super fast!!! No more unnecessary thumbnails. By the way support from Dave is first class!! Top notch developer!! Top notch support! Highly recommended plugin!!! AAA Thanks Dave for the awesome plugins and support!!!!

What's new in External Images?

3.43 (3rd August 2026)

  • Updated the shared Super Speedy settings module: AI agents can check your licence and install other Super Speedy plugins over MCP, now also exposed on AI Engine's MCP endpoint when AI Engine is active
  • New Check frequency setting – cap licence, update and changelog checks to once a day or once a week, and see when the licence was last checked
  • Licence and changelog checks fail fast when superspeedyplugins.com cannot be reached, instead of hanging the settings page
  • The newest installed copy of the shared Super Speedy settings code now runs site-wide, whichever plugin loads first – previously the alphabetically-first plugin's often-older copy won
  • AI agents can read and change External Images settings over MCP, count how products are imaged, and verify a sample of external image URLs – also exposed on AI Engine's MCP endpoint
  • Fixed a fatal `array_key_exists(): Argument #2 ($array) must be of type array, false given` on PHP 8, hit on an HTTPS site when a product carried a malformed `http://` image URL such as `http:///photo.jpg` or one with a non-numeric port
  • Malformed image URLs no longer raise PHP 8.1 deprecation notices when the proxy filename or the image host is read from them
  • Security: the Per Website tab's HTTPS checkbox now requires a nonce and the `manage_options` capability, and only ever writes its own `eissl-` options
  • Removed `ssl-proxy.php`, an unused legacy file that was still reachable over the web
  • New Proxy HTTP Images setting, off by default. On an HTTPS site, an image whose host offers no HTTPS at all is blocked by browsers as mixed content. Switch this on to serve those images from your own server instead, at the cost of storing each one in `uploads/external-images/`
  • Removed the "External Images DB update required" notice and its Run DB Update now button. The one statement behind it now runs by itself, once, with nothing to click
  • Security: the variation gallery endpoint now checks that the id it is given is a published variation, instead of acting on any post id
  • Removed the `EI_BETA` constant. It was defined but never read, so setting it did not opt a site into beta releases
  • Tested up to WordPress 7.0
  • Removed leftover debug logging. The plugin no longer writes to the browser console, including once per row per second on the WP All Import review screen
  • The HTTPS support probe now times out after 3 seconds instead of stalling the page when a supplier host is unresponsive
  • A supplier recorded as having no HTTPS is re-checked monthly, so a host that was briefly down is not proxied forever. Untick it on the Per Website tab to pin the choice and stop the re-check
  • Pick largest now ignores an image whose size could not be read, rather than letting the failure decide which image wins
  • Fixed a notice "Translation loading for the external-images domain was triggered too early" on WordPress 6.7 or later when the site language is not English, and the "Cannot modify header information – headers already sent" warnings it caused when activating the plugin
  • Licence declarations in the plugin header and readme corrected to GPLv3
View full changelog →

Want faster results? Try External Images on your store.

Get External Images →

Comments

▲
▼
1/1