High Speed: Really Accelerate WordPress Websites [#5]

This little series is about the things that really accelerate WordPress websites, moving them into the millisecond area of loading speed. A lot of manual work is required, as we found out in the last article. In this part, we’ll do the touch ups that are still left. We’ll tune URLs, put Jetpack on a diet, transform the website into static HTML pages via caching, and make videos load last.

Was Really Accelerate WordPress Websites macht [#5]

Performance: The Right Permalink Structure

Permalinks in WordPress can be changed at will. WordPress allows us to create any structure we can think of. The natural structure of the WordPress permalinks is called messy URLs, as no clear structure can be recognized. A link right after a fresh installation would look like this:

http://www.noupe.com/?p=123

This structure is not really readable by human and machine, and thus, people started using readable permalinks with keywords.

http://www.noupe.com/example-post/

With WordPress, creating these links can be done very quickly, and at the moment, this structure is still the most popular one. However, many other arrangements are possible, like a date, the category, or tags, for example. This is not smart, though, as permalinks can drain your server’s resources massively. Who would’ve expected that? In general, you can say that strongly altered permalinks are bad for the performance.

Of course, this doesn’t increase the loading time by seconds, but in conjunction with other performance eaters, it is measurable. Link addresses with simple IDs are significantly faster when there are many entries in a blog, or at certain times where the visitor traffic is very high.

Google Pays Close to No Attention to the “Talking” URLs

Times have changed, and Google itself doesn’t seem to care about the talking URLs anymore. The opposite is the case, as Google itself has started to use simple IDs in their URLs, instead of keywords. This can be seen on YouTube and Google+, for instance. Google switches over to paying attention to user friendliness, fast loading times, and good content. The old tricks with the talking address, optimized with keywords, don’t work anymore. Thus, it makes sense to consider using short and fast URLs, and changing the structure for existing projects as well.

Switching Permalinks to Simple IDs

Recently, Google seems to value short URLs more than others. This is a personal observation of mine since I switched my permalink structure from talking to simple IDs on my Democratic Post. Since then, I’ve been receiving more traffic via Google. Thus, I recommend using a simple permalink structure with IDs. Changing the structure for existing projects is no problem either, as WordPress takes care of the necessary redirections from the old to the new URL. A link ID would look like this:

http://andreas-hecht.com/466/

The following screenshot shows the appropriate settings:

Really Accelerate WordPress Websites

Make Videos Load Last

Making videos load last doesn’t make the website significantly faster regarding the pure loading time. But the website builds up significantly faster. At least, the visitor will gain the impression that your blog loads rapidly, as the visible area of the site is displayed far more quickly. To achieve that, the loading of the video is simply moved to the end. When a video happens to be integrated directly into the visible area, a white frame will show for a short period, in which the video will be displayed after it has loaded completely. Now, the loading of the website is not interrupted by videos anymore. The code is very minimal, and consists of two parts:

The Code Snippets for Your Theme’s functions.php:

Part 1: The PHP Function

One click opens the Gist at GitHub
Really Accelerate WordPress Websites - Defer Videos Teil 1

Part 2: The JavaScript Code

One click opens the Gist at GitHub
Really Accelerate WordPress Websites - Defer Videos Teil 2

The second part of the code is only loaded on the page of the article. Those that use videos on pages or the homepage also have to adjust the snippet to their needs.

Caching: Switching a Blog to Static HTML Pages

Even a regular caching speeds your website up quite a bit. However, the PHP interpreter is still called up with every page visit. If you want a really fast website, you need to switch the caching of your website to the creation of static websites. Then, the PHP interpreter is avoided, and the demanded page is immediately called up. This really makes a difference, but it does have its disadvantages.

Advantage:

Each page is loaded a lot faster; the website becomes really fast.

Disadvantages:

No scheduled articles are possible anymore, as the PHP interpreter is avoided.

Solution:

A decent alternative would be calling up the WordPress file wp-cron.php (located in the main index of the WordPress entitiy), using a server cronjob (ask hoster), or a service provider like cronjob.de. – Cachify Wiki

Creating Static HTML Pages Using the Plugin Cachify

The free WordPress plugin Cachify is the fastest caching plugin for WordPress websites if set up correctly. In conjunction with a .htaccess extension, it creates a GZIP-compressed HTML version of each of a blog’s pages.

Cachify Download on WordPress.org

The .htaccess file can be found in the WordPress main index. The required extension for Cachify has to be copied in above the WordPress rules. Please make a backup before editing the file.

One click opens the Gist at GitHub
Really Accelerate WordPress Websites

The Required Settings of the Cachify Plugin

Really Accelerate WordPress Websites

A Diet for Jetpack

Jetpack is a great plugin, as long as you are careful what you activate. I use the plugin very consciously and only have a few modules enabled. On my Democratic Post, the following modules are active:

  • Shortcode Embeddings – for Youtube, Flickr, and other services
  • Website Statistics – for a fast overview of the most viewed articles in the dashboard
  • Additional Sidebar Widgets – for the display of the most popular articles (Top Post Widget)
  • Data Backup – for the VaultPress backups

Jetpack’s bad reputation as a performance eater comes from the fact that the plugin loads a stylesheet or a JavaScript or both for each of its possible functions. Unfortunately, it is not possible to decide which scripts and styles you want to be loaded, and which ones you don’t want as you might not even use them at all. Thus, you need to manually decide what is necessary. For me, the plugin loads exactly one JavaScript and not a single CSS file.

I’ve copied the CSS that’s necessary for the top post widget out of the Jetpack CSS file and implemented it in my style.css. Afterward, the Jetpack CSS was prevented from loading.

Part 1 of the Jetpack Optimization: Control Over the Modules

Really Accelerate WordPress Websites

The Jetpack modules can easily be controlled using the plugin, and can also be prevented from automatically activating. Every module that was deactivated doesn’t load scripts anymore. An overview of the settings:

Really Accelerate WordPress Websites - Module Control

Download Module Control for Jetpack

Part 2 of the Jetpack Optimization: Preventing CSS from Loading When It’s Not Needed

Jetpack loads tons of CSS files that are not required in all cases. My website doesn’t need a single one, which is why I deactivated them all. The code for that was written in a way that individual elements can be deleted from it when you need them.

One click opens the Gist at GitHub
Really Accelerate WordPress Websites

The Final Result: A Really Fast Website

The First Run With the Pingdom Tools

Really Accelerate WordPress Websites - Pingdom 1

The Second Run With the Pingdom Tools

Really Accelerate WordPress Websites - Pingdom 2

With all the settings we made, we’ve created a website that loads in a matter of milliseconds. Nonetheless, we would not be done at this point, as a lot more is possible. I could forgo the top post widget or the large format images for my ebooks. The de:comments plugin for the comments could be deactivated, and I could use the WordPress comments with a caching for the Gravatars. On top of that, I could kick out the ad blocks from Google Adsense and Plista.

A loading time of 300 milliseconds would certainly be possible. But that is not practicable, in my opinion.

Really Accelerate WordPress Websites: the Series

Related Links:

(dpe)

Andreas Hecht

Andreas Hecht is a journalist and specialist for WordPress and WordPress Security. He roams the web since its inception. He has published an ebook on WordPress Security, which you might want to take a look at.

Leave a Reply

4 Comments on "High Speed: Really Accelerate WordPress Websites [#5]"

Notify of
avatar
Sort by:   newest | oldest | most voted
Claude
Guest

Thanks for all these articles

yuda
Guest

Some top class tips in here, and throughout the series. Excellent job!

From my experience there are dozens of actions one can do to achieve high-speed WordPress sites, and many of the performance tools, tutorials and plugins tend to focus only on certain ones, and not always the most effective ones. This series keeps bringing effective and not-known methods to the table – great work indeed!

Clayton Johnson
Guest

Wow that’s an amazing load speed. I read somewhere over 60% of mobile users leave if it takes more then 3 seconds to load. Definitely no problem there with 477ms!

Tim Brown - Web Design
Guest

Yours is near instant – so bravo as well ;)

wpDiscuz