Subscribe to our
weekly update
Sign up to receive our latest news via a mobile-friendly weekly email
Performance analysis of US Banking websites focusing on DNS response time, response time, page render time, web page response time, and more.
We recently wrote about the importance of conducting competitive web performance benchmarking to examine how your site compares to others. We identified five aspects to include in your analysis.
We analyzed the performance of 26 firms in the US banking sector between March 1, 2017 and March 1, 2018 to see how they perform on various aspects of page load time.
Page load time is more than a single metric. Browsers have to perform a DNS lookup, establish a TCP connection, wait for a response, parse the response and then they can start to render the page. Parsing the base HTML leads the browser to go through this some or all of this process to download the remaining elements on the page.
Let’s examine what makes a fast performing banking site.
To begin with, let’s look at the time taken to load the base HTML page of these banking websites. Before the page loads, a DNS (Domain Name System) lookup occurs.
At Catchpoint, we believe fast DNS resolution is just as important as delivering fast content. DNS is what translates your familiar domain name (www.example.com) into an IP address your browser can use (93.184.216.34). This system is fundamental to the performance of your webpage.
DNS response time of the five fastest US Banking websites
The industry standard for DNS time is <=50ms. As highlighted in the above bar chart, we see good DNS time for
Exhibiting the slowest DNS response time:
Outsourcing DNS to a third party is one method companies try to ensure fast, reliable DNS resolution, but it is not a guarantee. Four of the five banks with the fastest DNS resolution rely on Verisign for DNS services, while three of the five banks with the slowest resolution rely on Akamai.
At Catchpoint we compute response time as:
Response = DNS + Connect + SSL + Send + Wait + Load
For the base HTML, the industry standard for response time is <= 200 ms.
The following sites returned the fastest response times well within the industry standard:
Exceeding the industry standard with the slowest response times were:
When we see higher than normal response times a more in-depth analysis is needed to understand where the delays are occurring. Are there problems with the connection, SSL, or waiting for the response?
Blue bar: Wait Time Orange bar: Response Time
For these banks, a slow wait time impacted the overall response time. Wait time is the delay between when the browser sends a request to a server and when it receives the first byte of response for the element. In this case the delay between requesting the base HTML page and receiving the response from the server. Delays in wait time can indicate latency on the network or slowness with the back-end application and web servers.
Akamai CDN powers both the top fastest/slowest banks. In the case of the slowest brands, the slow wait time could be partly due to not enabling the base page caching. Without base page caching requests for the base page must be fetched from the origin servers rather than being delivered from the CDN.
After receiving the first byte of data, the browser has to wait for the rest of the response to download and then parse the response to render the page. As the browser parses the page, it identifies additional elements to download-JavaScript, style sheets, and images. Render start time shows us the time it took for the browser to draw the first visual content (in a pixel which is not black or white) on the page. Up to this point, users are staring at a blank page.
Render start time in ms
The recommended industry standard for render start time is 500 ms. Unfortunately, none of the banks highlighted above met the industry standard.
Among the mix, Comerica bank exhibited the fastest Render Start of 772 ms.
What made Comerica the fastest when it comes to render start time?
The following sites all had a render start time of greater than two seconds. More than four times higher than the industry recommendation.
What affected the render start time?
All of these metrics are useful, but what matters most to end users is when they can start interacting with the document. Document complete is the time when the page was ready for user interaction or the time it takes from the URL request being issued to the browser triggering the “onload” event.
Document complete times in ms.
The industry standard for document complete is between two and three seconds.
The fastest performers were:
What made them faster?
The slowest performers were:
What made them slower?
While the user may be able to interact with the page, there are still items downloading after the onload event fires. Webpage response measures the time taken by the browser to download all the elements on the page.
The industry standard for webpage response time is between three and four seconds.
The fastest performers were:
The slowest performers were:
The faster sites downloaded fewer than 60 elements. The slower sites downloaded more than 110 elements-the majority served from third parties. The more third-party hosts, the greater the number of DNS lookups.