From 07e4a2dafe248280b5610f8c7d09b0f30b530f54 Mon Sep 17 00:00:00 2001 From: Bradley Taunt Date: Mon, 10 Jun 2024 09:41:25 -0400 Subject: Initial modifications to rebuilt only changed files based on mod date, performance updates --- build/posts/they-wont-wait/index.html | 102 ++++++++++++++++++++++++++++++++++ 1 file changed, 102 insertions(+) create mode 100644 build/posts/they-wont-wait/index.html (limited to 'build/posts/they-wont-wait') diff --git a/build/posts/they-wont-wait/index.html b/build/posts/they-wont-wait/index.html new file mode 100644 index 0000000..3410d98 --- /dev/null +++ b/build/posts/they-wont-wait/index.html @@ -0,0 +1,102 @@ + + + + + + + + They Won't Wait: A Warning for Slow Websites + + + + + + + +
+

They Won’t Wait: A Warning for Slow Websites

+

2019-06-25

+

Your website is probably slow. I’m not trying to make you feel bad or dismiss all the hard work you’ve put into your project. Heck, performance might have been a core value of the design. But websites can always be faster.

+

People have become increasingly more impatient over the last decade when it comes to technology, specifically non-native web-based interactions. Users expect your website to load almost instantly or they will leave and try another site, probably one of your competitors. Why should they stick around if your competitors’ websites load half a second faster?

+

Users are tired of being bombarded with tracking scripts, having to download massive component libraries, forced to deal with “accept cookies” prompts, playing a small mini-game of “close those ads!”, and then being subjected to never-ending loading screens. This is not the internet we were promised.

+
+

It’s in my nature, I always liked speed.

+

- Guy Lafleur

+
+

We can do better

+

If there is only one thing that you learn from this post, hopefully it’s knowing to better value the time and money of your users. It’s a user’s choice to visit your website, so taking advantage of their time is extremely careless. Don’t be arrogant and ignore the cost of data on most mobile plans either. Eating up a chunk of someone’s data just for hitting your website is rage-inducing. That’s how you can lose customers permanently.

+

Let’s do an analogy, because I love stupid analogies:

+

Imagine going to your local hardware store because you need to buy a new hammer. Once you get to the entrance a woman holds the the door closed and asks you if it’s alright for someone to follow you around the store today. You say no. She then follows up by asking if you accept their hardware store agreement before proceeding inside - you tell her “sure”. She finally opens the door and lets you in. As you walk into the store she quickly stuffs a few advertisements for other local businesses into you hand. “Thanks”, you mutter.

+

Once inside you realize the hardware store is very big and manually looking for a hammer might take a while. You walk up to the front desk to ask where you can find a hammer but notice the cashier is playing with their phone behind the counter. You try to get their attention but they simply raise their hand and shout “Be with you in a minute”. After a short while they get off their phone and finally listen to your question. They then tell you where to find the hammers.

+

Does this sound like a fast and easy experience?

+

As silly as this hypothetical trip to the hardware store might be, it’s exactly what many current websites are putting their users through. Users - read customers - are coming to your website with a specific goal in mind; checking out a product, consuming information or just satisfying their curiosity. Stop putting so many blockers and excessive bloat in front of them.

+

Data doesn’t lie

+

If my terrible analogy wasn’t enough to convince you to implement better performance on your website, then maybe some “BIG DATA” will.

+ +

All data taken from instant.page (which I am a huge fan of ♥)

+

The fact something as small as 100 ms can have such a profound impact on your bottom-line should be eye-opening. You’re leaving money of the table by not tackling even the low-hanging, easy performance wins. You need to start valuing your users’ time and stop serving them excessive garbage they never asked for.

+

Small and easy wins

+

Not all of these suggestions can work for every project (due to restrictions, brand guidelines, required marketing targets, etc.) but for most developers/designers they should be easy to implement: (in no particular order of importance)

+ +

No need to be extreme

+

These quick “guidelines” are just a solid jumping-off point when tackling new projects or re-working current websites. There isn’t some agreed upon golden standard when it comes to web performance, but I find these rules work as a great place to start. Hopefully it can help others as well.

+ \ No newline at end of file -- cgit v1.2.3-54-g00ecf