Andy Budd tweeted something<\/a> that really struck a nerve. I’ll paste in Andy’s tweet:<\/p>\nHow it felt when visiting a website in 2022<\/strong><\/em><\/p>\n\n- Figure out how to decline all but essential cookies<\/em><\/li>\n
- Close the support widget asking if I need help<\/em><\/li>\n
- Stop the auto-playing video<\/em><\/li>\n
- Close the \u201csubscribe to our newsletter\u201d pop-up<\/em><\/li>\n
- Try and remember why I came here in the first place<\/em><\/li>\n<\/ol>\n
Ouch! The Truth Hurts!<\/h2>\n
As of writing this post, that tweet has been retweeted over 7,000<\/del> 8,000 times – so I think it’s safe to say that it resonated with people.<\/p>\nA big proportion of Andy’s audience is from the web design\/development background so you can feel the palpable exacerbation here; the people responsible for designing and building the web are pointedly unhappy with the experience the average person has to endure when interacting with websites.<\/em><\/p>\nHow the hell did it come to this?<\/h2>\n
As website designers \/developers\/web agency owners, you might not be surprised to find out that we do not wake up each morning and think ‘how can we make finding and navigating a website a complete and utter misery for your average person?<\/em>“.<\/p>\nYet here we are.<\/p>\n
So where did it all go wrong?<\/p>\n
Well, it’s not straightforward\u2026.let’s take Andy’s points one at a time\u2026.<\/p>\n
‘Figure out how to decline all but essential cookies’<\/em><\/h3>\nThe typical cookie banner is a nightmare.<\/p>\n
We don’t always design them into websites (though we often try\/suggest it), so they tend to be a bolted-on afterthought*.<\/p>\n
(*Partially because many businesses out there don’t want to pay for the requisite legal advice which is outside of the remit of a web designer\/agency etc)<\/em><\/p>\nThe situation is muddied further as different countries\/regions have different rullawses and different companies will have their own attitude to risk in terms when faced with any legal issues.<\/p>\n
Also: most website users have zero clue what cookies are<\/strong> (which is fair enough).<\/p>\nYet we present them with incredibly<\/em> complex technical choices e.g.<\/p>\nExample of cookie banner<\/p><\/div>\n
Worst still: many websites pay the most rudimentary of lip service to cookie banners: something pops up that the website visitor has to accept<\/em>. However, it’s just a plugin someone hurriedly installed, it actually doesn’t do anything! The scripts and pixels were tracking you regardless – irrespective of the choice<\/em> the visitor makes; the cookie banner is a pointless, non-functioning distraction.<\/p>\nI’m torn with the answer here. I simply do not wish to interrogate website visitors as to how they want certain personal data attributes stored and shared before<\/em> they can fully interact with a website – that’s just daft. So, until web browser standards perhaps reach a point where our privacy profile(?) can be interpreted automatically (or treated less brazenly by default), then I think the answer is to NOT to use privacy impacting scripts and services. Ditch them all. No scripts – no crappy cookie pop-up experience.<\/p>\nTip: be very, very<\/em> particular about what scripts etc are added to your site. Put your website on a script\/pixel diet. Also, have a process for vetting new script additions, and housekeeping old ones – we tend to find that websites accumulate such scripts like a hairy dog that has tried to eat a box sugar puffs:<\/p>\n\u2026.who ate the Sugar Puffs?<\/p><\/div>\n
‘Close the support widget asking if I need help’<\/em><\/h3>\nWe’ve all seen them, in the bottom right a ‘chat now’<\/em> etc. These things then take up even more space on mobile (perhaps even clashing with aforementioned cookie banner).<\/p>\nMy gut feel is this: if someone wants to talk to you, they can click one of the many existing contact points on your site. Or even visit your ‘contact us’ page (that’s not to say there isn’t a case ever for live chat).<\/p>\n
Why do websites have these? The problem is this: in one sense they do<\/em> work – i.e. people may well click on them. But does that mean people meant to click on them? And that interacting helped solve their issue? Or did the chat widget get in the way and end up distracting the visitor away from what they wanted to do?<\/p>\nJust because we think that something may<\/em> add value to a site, does not mean that it does<\/em> add value.<\/p>\nTip: with web design, it’s typically the case that less is more.<\/p>\n