The mute button

Since the dawn of time there have been ads. Ok, not the dawn of time per se, but as far back as any of us can remember, there have been advertisements shoved in our faces, through our ears, and down our throats from one medium to the next. Be it a radio jingle, or a tv commercial skit, ads have existed for quite some time.

But as long as ads have existed, humans have found ways to get around them. TV and radio had a volume control and mute buttons, VHS players had fast-forward buttons.

We are in the dawn of a new era, where everything is digital; every move we watch, every tv show, every song, every newspaper, every piece of information you desire can be found online. And yes, there are ads. There are people wanting something from you – money, your email address, something.

Ever been reading a really interesting blog post when THIS happens?:


Site popups of any kind are annoying

Yes, we’ve all been there! What impression does this leave you with? My first thought is “I need to join a trial to even read this?! Am I really required to give my credit-card info just to read an article, when you’ve got 3 ads in the first fold?”

Little do I notice the little “x” button. So small.

Brad frost illustrated this perfectly : “Welcome to our website, screw you!”

Wecome to our website! Screw You!


So what do I do? I go and install today’s version of a mute-button: yes, an adblocker. Because, let’s face it, people don’t like dealing with the things they don’t like. You wouldn’t willingly step in a pile of dog shit, would you?

There are far more elegant ways to make money through your website than shoving garbage down people’s throats.

This is not an issue of whether someone values your content or not; it’s a matter of how you justify your actions. Interrupting what I’m doing or trying to do isn’t going to make me want to pay for your services.

This is why user experience is key in every site. User experience matters – it affects your SEO ranking, it affects your revenue, and it affects how people perceive your brand. This is crucial to understand.

When a user lands on your site, what you present to them, whether you like it or not, sets expectations. It sets a tone. Your users aren’t stupid; they know your motives. They can tell whether you’re just the type of company that sees them as dollar signs, or sees them as people.

When you dive into building your next site, or launching your next optimization test, ask yourself if what you’re doing is genuinely useful to your visitors. Don’t try and trick them into buying something, or confuse them down a funnel. Don’t offer them content, and present them with distraction. If you say “click here to read more” then don’t give them something to read, why on earth do you think they’ll do anything but leave?

When we get fixated on “conversion rate” and “rpv”, we tend to view our users not as people, but as equations – statistics. As much as we’d like to pretend our users won’t notice – they do. And yes, they will use the mute button 🙂

Dealing with older browsers

The web is constantly evolving; the HTML language is expanding, CSS is getting more advanced, and we are finding more and more ways to make the web interesting.  However, for some reason, some people don’t upgrade their browsers, making it very difficult for us to share that creativity with others; so how do we deal with people who are running IE8, or even worse, IE6?

In this article, I’ll give you some tips and practices in no particular order that you can use to make life a little easier for you and your users.

#1:  Use a JavaScript Library like Modernizr

Probably the most common method of dealing with those pesky Windows XP users running Internet Explorer 8 or older (only joking XP users!  Windows XP is great, really it is.)

Modernizr is great, because it can be as light or as bulky as you need it to be.  On their website, you can choose which HTML and CSS elements you need to support, and build a modernizr script to help you.  It will tell the DOM to recognize HTML5 elements such as <section> or <nav>, and can add classes to the <body> tag so you can identify what is and is not supported in a particular browser, and use CSS and/or JavaScript to make any browser-specific changes necessary.

#2 Know your audience

Legacy browser support can be a massive pain in the butt; but as a web designer, your biggest concern should be to give your audience the best experience possible regardless of what browser they use.  So, spare yourself the headache and know your audience.  Use tools like Google Analytics to figure out how people are accessing your content, and develop your own standards & practices.

If you don’t know your audience yet, you can do 1 of 2 things.

  1. Take the Google approach and support only the latest three versions of the major browsers.  For example, if IE11 is the latest version of Internet Explorer, the oldest version of Internet Explorer you would support is IE9.
  2. Ask other people what their audiences look like.  If your website hasn’t been around long enough to gage who is using what, consider finding a company or asking a colleague in the industry what their numbers look like as a starting point, then, as your website gains traffic, use your own analytics to make your own decisions.

#3:  Test on older browsers

Never rely on just the latest version Google Chrome or Firefox to test your code.  Unfortunately, while browser “manufacturers” try to render code accurately and consistently, no browser is 100% equal.  People tend to rant and rave how IE is the absolute worst it comes to rendering code, but they aren’t the only ones you should worry about.

And sometimes, it’s not the browser alone, but the operating system.  Every operating system handles application text differently, not one is the same.  When QAing your work, you should test every version of every browser you intend to support on every operating system you intend to support.  How?

You could setup a virtual machine, but that can be tricky, expensive, and impact your computer’s performance.  I like to use BrowserStack.  BrowserStack let’s you choose between multiple versions of Windows, OSX, or choose different iOS or Android Devices, and multiple versions of the many browsers each operating system can run.  Need to test IE9 on Windows 7?  Easy!  Need to test Firefox 10.0 on OSX?  No Problem!  BrowserStack will give you remote access to a machine with the OS and browser of your choice through your browser, making it easy to test your website’s browser compatibility.

#4 Be Responsive

When building a web experience intended to reach people on multiple platforms, browsers and operating systems aren’t the only factor.  Consider the device your users are using, and the monitors they are viewing content through.  Different screen sizes, resolutions, etc., all play a huge role in your website’s usability.

Whenever possible, test your website in various resolutions.  A good start is to just shrink the size of your browser window.  Or, again, use BrowserStack.  Along with choosing the operating system and browser, you can set the desktop resolution all the way down to 800×600, or view your site through various devices, inheriting their viewport/resolution.

#5 Consider the fallbacks

As mentioned before, Modernizr can be used to determine what various CSS and HTML features a browser can support, and will add classes to the <body> tag for each unsupported feature.  Utilize this tool to create fallbacks.

For example, if you’re using CSS transitions for hover effects, use jQuery or JavaScript animation as a fallback.

Hopefully the above tips and practices above will help ease the strain of supporting older browsers.  How do YOU deal with older browsers?  What do you support, and what tricks do you use to support them?  I’d love to hear your ideas in the comment section below![/az_column_text][/vc_column][/vc_row]