How did you like the article?
How did you like the article?

HTTP/2 – how the new version optimizes data transfer online

The internet is in a constant process of development that is characterized by advanced technologies, new content, and growing user demands. The simpler days of simpler websites have now been replaced by complex web presences that are perfectly tailored to the visitor and their devices. Access time and data transfer play an ever-increasing role regarding the usability and speed at which modern websites display their content. It is therefore not surprising that HTTP/2 is a modern, more advanced version of the old internet protocol, HTTP/1.1, and should decrease the loading time.

What is HTTP exactly?

In order to pull up a website there are numerous internet protocols in action which are assigned to different levels and regulate the sending and transferring of requested data. The Hypertext Transfer Protocol (HTTP) is a top-level protocol, known as the application layer. This transfer protocol enables applications, such as internet browsers, to communicate with the respective web server that is hosting the requested website. HTTP transfers the website’s hypertext to the browser, which then converts this into text, images, or videos.

When looked at from a technical perspective, every communication unit is comprised of two areas: the message header, also known as HTTP header, and the message body. The header delivers all relevant information that needs to be interpreted, such as the message body that contains the user data.

Just like the two cornerstones of the World Wide Web – URL and HTML – the development of HTTP began in the European Organization for Nuclear Research (CERN) in Switzerland - this took place in 1989. The first published specification, RFC 1945 (Request For Comments), issued in May 1996, became commonly known as HTTP/1.0. This first version was replaced in June 1999 by HTTP/1.1, which is still in use today. The official successor HTTP/2 was launched in May 2015 as RFC 7540 and the plan is for it to revolutionize data transfer online.

The development of HTTP/2

In 2009 Google introduced its alternative to HTTP/1.1 with SPDY. The biggest point of criticism about the old HTTP version was that the transfer protocol unnecessarily thwarted new, complex websites. This was due to a new TCP/IP connection needing to be established for every individual file when using HTTP/1.1. Using SPDY, Google can solve this problem through using multiplexes when transferring. Many documents can be sent via a TCP/IP connection. In 2012 the Internet Engineering Task Force (IETF) began working on HTTP/2 with a concept based on Google’s SPDY protocol. Since the SPDY implementation showed numerous flaws and security gaps, many changes needed to be carried out, which then led to HTTP/2 being significantly different to SPDY.

The improvements of HTTP/2

One of the main characteristics of HTTP/1.1 has already been mentioned: in order to transfer different page elements like image, JavaScript, or CSS files to the client/browser, a separate TCP/IP connection needs to be opened and closed again. Just like its role model, SPDY, HTTP/2 uses the multiplex procedure in order for the whole website to be loaded with just a single connection. The server also has the ability to pass on predictable follow-up data to the client without them having to ask (server push).

With HTTP/2, data packets from websites can be sent in order of their priority; for example, elements that are responsible for building the site would appear first. The HTTP/2 header is sent heavily compressed in comparison to HTTP/1.1 because unnecessary information is omitted. An additional improvement is the use of binary code (in place of text files) when communicating, which simplifies the process and makes it less error-prone.

Here is a summary of all the HTTP/2 improvements:

  • connection between a browser (client) and a website
  • binary-coded message exchange
  • heavily compressed HTTP message header
  • server push with foreseeable requests
  • prioritization of important site elements

The background of the new HTTP/2 features is illustrated in this video by Akami Technologies:

Video transcript []

The web is now 25 years old and how your browser talks to the website, the HTTP protocol, hasn't changed much since back then. However, how we use the web has changed, and the limitations of HTTP/1 are starting to show. Loading web pages is slower than it needs to be and it doesn't use the network as efficiently as it could. That's because HTTP/1 effectively only allows one request to be on a single TCP connection at any one time.

Since modern web pages often need to make more than a hundred request to load JavaScript, CSS, and images, this is a big problem. Today, browsers use many connections per site to download all of these assets. However, they can't use too many because that would overload the network by making congestion worse, so they currently use between four and eight connections, guessing which request to send on each one - and sometimes getting it wrong.

The large number of requests on a modern web page also cause another problem: each request has a set of HTTP headers that has grown over time, thanks to things like cookies, and they can add up to a lot of data to send. On high latency mobile networks this has a significant impact on performance. All of this has made HTTP/1 slow and increasingly complex to use. Many sites try to address these problems by hacking around them, using techniques like CSS printing, in-lining, and concatenation. While they help, these hacks are a good indication that we can do a lot better.

So in 2012 work began on HTTP/2. This new protocol, based on the Speedy project, allows one connection to be used for all the communication between your web-browser and the website. It does this by splitting request and response messages into little chunks called “frames” and labeling them so they can be reassembled once they get to the recipient.

This is called multiplexing and allows the network to be used much more efficiently because many messages can be in flight at the same time, unlike in HTTP/1. Additionally, HTTP/2 allows headers to be compressed, which means that bandwidth isn't wasted repeating lots of redundant information. This makes it possible to load pages more quickly even if they need to make a large number of requests, as many do, because the requests take less time to get across the network. Other optimizations like server-push make it possible for a site to send responses to the browser before the browser needs them - again improving performance.

Early results indicate that just turning on HTTP/2 will often -but not always- give a five percent to fifteen percent performance improvement. With some tuning, it could be substantially more. It's important to know that the new protocol doesn't change things like HTTP methods. Headers or status codes the HTTP APIs use should look pretty much the same. And it can even be used on a hop-by-hop basis, so you don't have to update your whole infrastructure at the same time.

HTTP/2 is almost done. It should be supported by popular web browsers like Firefox, Internet Explorer, and Google Chrome soon. Akamai will support HTTP/2 as well, bringing the new protocol to a large portion of the Web.

HTTP/2 – Browser support

Since the release of HTTP/2, a lot of work has been done. Numerous web browsers and servers meanwhile support the new internet protocol. Mozilla Firefox has even had the protocol implemented since version 36 (February 2015). All versions until now have been loaded with HTTP/2 over TLS, which is the encrypted variant of the transfer protocol.


80% of browsers already support HTTP/2. Apart from Opera Mini, the Blackberry browser, IE Mobile, and the UC browser for Android, HTTP/2 support is available in the current browser versions (as of March 2017). An overview of all supported browsers can be found here.

The number of websites that already use the new transfer protocol is relatively low compared to supporting browsers. Nevertheless, the number increased within one year to almost 10% from 1.2% at the end of September 2016. In March 2017, at least 12.7% of all website were using HTTP/2. An overview of the current state of usage can be found here. So far website operators with very high viewing numbers, like Google and Twitter, have converted their web presence to HTTP/2. Considering the advantages and the strongly increasing support through all current browsers, it will only be a question of time until the majority of websites use HTTP/2.


In the 1&1 Web Hosting packages, HTTP/2 comes guaranteed as standard with the tariffs with SSL certificate.

This overview shows which browsers support HTTP/2:

IEEdgeFirefoxChromeSafariOperaiOS SafariAndroid BrowserChrome for Android

*partially supported

A glance into the future

Using HTTP/2 is not a requirement, but it does have some advantages. In addition, SSL/TLS encryption has been an important Google Ranking Factor since the end of 2014 and, due to SEO reasons, should not be neglected. If you have toyed with the idea of certifying your own web presence, you should seriously consider switching directly to HTTP/2 over TLS.

There are two additional factors when using HTTP/2 that are beneficial for a good ranking. The first is that the shorter loading time of your website is ranked better by Google, as well as it being preferred by site visitors. The second is that HTTP/2 makes sure that your website loading time is clearly under Google’s specified threshold of two seconds, as the URL is not crawled as often. With HTTP/2, your website will continue to be crawled regularly by Google and new content will be indexed significantly faster.


Want to make your website more secure? Learn more about SSL certificates from 1&1 and how they increase your site’s trustworthiness.

HTTP Security Browser Loading Time