Six Pillars of Web Performance
While working on my talk for the Allgäu Digital Brunch 03, I thought about web performance’s main pillars. My talk was about how to relate site speed and business metrics on a more abstract level. Last year, I wrote a technical series called The Business Value of Speed.
This time the focus of my talk was on the business side. The talk gave insights on how to start with web performance as a digital strategy. Especially for revenue optimization.
Nobody want’s a fast site. Everyone wants the most effective website.
Where could be a good start? I wanted to convince people that performance and business have a strong correlation! And I wanted to show them examples of companies that successfully established a performance culture internally.
I love to mention WPOstats.com at this point. They have a massive archive of successful stories about web performance. The best is that you can filter for the relation to SEO, marketing, or business metrics.
Vodafone’s LCP Success
One great example is Vodafone. They knew faster sites positively impacted their business. They needed to determine what kind of ROI they would face. They used an A/B-Test on a landing page with a 50%-split. Each landing page got 100k clicks and 34k visits a day. They measured both pages and optimized one of them for a better LCP.
In detail, they move client-side work to the sever. Thus Vodafone had less critical assets and a smaller critical rendering path. Furthermore, they did much work on images. This work had a significant impact on their LCP. They served optimized versions and resized the images. Additionally, they used media queries to avoid loading images out of the viewport.
A 31% improvement in LCP led to…
Increase in total sales
Uplift in the lead to visit rate
Uplift in the cart to visit rate
Zalando and 100ms
Zalando, Europe’s leading online fashion platform, worked with an artificially increasing loading time. They measured the affection of bounce rates, conversion rates, and revenue per user. Zalando made 7 billion euros in 2020. The improvement of 100ms resulted in increasing engagement and a lower bounce rate. Finally, they had a 0.7% uplift in revenue per session.
A 100ms improvement in page load led to…
The pillars of performance
While I worked on the talk, my first thought was to give a small introduction to web performance. After that, I could show the impact on business metrics. Finally, I could show how to measure web performance side by side with business metrics. That brought me to the idea of the pillars of web performance. There are many topics to cover talking about web performance and business metrics. I didn’t want to tell them only the theoretical facts.
I wanted to give them something, like a suitcase with some tools, ideas, or tips. Additionally, I wanted to hand out a guide on how they can start to work on web performance. This intention leads me to the idea of the web performance pillars. A pillar for me is a solid structure element. Figuratively on web performance pillars are the main topics that you face while working on performance.
Measuring web performance
Web performance has many topics that are worth mentioning. I have chosen the most critical issues for my talk. The first pillar is measuring. Measuring is the basis of web performance optimizations and monitoring. I covered the main parts of lab and RUM measuring and how you get the best out of both.
You can’t fix what you can’t measure
Nothing is more important than measuring. The metrics you collect will form the baseline data for any changes in the future. When it comes to measuring, metrics cannot be missing. Besides the famous Core Web Vitals, I explain the less prominent and introduced custom metrics as well.
Custom metrics, in my opinion, are the key to any successful web performance concept. LCP is essential too, but custom metrics express much more how the user experiences the site in terms of performance.
Business Value and ROI
This pillar is straightforward. Mapping business and performance metrics presuppose that you measure both together. You need to measure both in the same session. Most of my clients already measure business metrics. Adding performance metrics is often the first task.
Doing this mapping between business and performance, you will face to set up an A/B-Test. Without an A/B-Test, you get the same results, but you can not compare them correctly.
An A/B-Test must not be an expensive choice. If you don’t want to spend much money, use two similar pages. Technically it’s not an A/B-Test anymore but is it comparable and it free. If you don’t have any privacy concerns, you can try out Google Optimize or the more expensive variant Optimizely. Netlify also has a similar service called Split Testing.
Let the A/B-Test run for about two weeks to gather enough data. After that, you can analyze it the same way you did before for any SEO or marketing metric. This time you compare them to the performance metrics. You will feel you see clearly for the first time.
The missing opportunity increases proportionally with the current revenue. Therefore companies with already a high online revenue will feel the impact stronger. But this fact by no means that small and medium-sized enterprises should miss that cake. To get an insight into your possibilities, you can visit the UX Speed Calculator and adjust some settings.
Long Tail of Web Performance
The long tail of web performance is another pillar. It is more and more a focus while working with clients. While working on the long tail, you face the 75th percentile and above. The long tail hides massive possibilities.
It’s enticing to ignore these more slow experiences off. The long tail isn’t a subset of users. We will find ourselves in the long tail if our devices suffer from a low battery or a slow connection. Focusing on the long tail ensures that all visitors of the website get a good and usable experience. Your users will thank you, and you will see it in your revenue.
Third Party Party
Third-party scripts are a common way to add extra functionality to our sites. A/B tests, analytics, tag-managers, social media buttons, or ads. We need to add a script tag to our HTML. These scripts can have a massive impact on our page load performance.
It is often hard to remove them or even talk about their purpose because of the substantial internal political influence. Therefore third parties sometimes feel like a big end boss from a video game.
Some of them even can block the UI during the critical rendering phase of the browser. Third-party scripts don’t only affect performance. They can also affect the privacy of your users and the security of your site.
The competitor benchmark is the next pillar. Users feel the difference between websites. Sometimes unconsciously and sometimes consciously, but it influences their decision. If you want that users think that your website is faster than your competitor’s website, you need to be at least 20% faster.
To complete the little temple of pillars, it needs a roof. Speaking in a web performance context, you need to monitor things. According to an internal study by Google, 40% of brands regress on web performance after six months. With solid monitoring consisting of lab and RUM data combined with performance budgets, you are always ahead of your own game.
All pillars of web performance can not fit into one blog post, and there are more to mention. Topics like optimizing for the critical rendering path and image optimization are pillars. These topics deserve to be on the next blog post about web performance pillars.
Comments, Likes, Shares
#webperf view comment >>