DEV Community

Ben Halpern
Ben Halpern

Posted on

How does your web dev team decide on browser support?

Discussion (32)

antjanus profile image
Antonin J. (they/them)

We support the usual "last two browsers". The best support goes to browsers that the devs use and the top browsers that our users use so:

  1. Latest version of Chrome -- most developers use it but also, most clients use it!
  2. Firefox -- I use FF exclusively and have forced prime support for it which is great. None of our clients use it as far as I know.
  3. IE Edge -- this one is actually pretty easy to support since it follows the specs. Some our clients use it.
  4. IE 11 -- I think someone uses IE 11 but we don't explicitly check for support. We fix issues as they come up. So far? We had one issue 1-2 years ago regarding input box sizes.

But that's about it! Typically, there aren't any issues we have. Most of the styling we do hasn't changed over the past year or two which means we've worked out all of the cross-browser styling bugs. JS browser-related bugs have been extremely scarce.

mortoray profile image
edA‑qa mort‑ora‑y

I think it's fair that unless you support >95% of the "web" platforms available you aren't doing web development, but in stead "Chrome", "Firefox", or "IE" development.

It's really not that hard to support the major browsers, especially for basic apps. I don't really see an excuse* for it not working (sure, glitches are fine, as long as it works).

*This applies to Google as well, who seem to not care anymore that some of their crap only works in Chrome. The problem of vertical integration.

nayman898 profile image

I know this is a year later, but I disagree. Internet Explorer NEEDS to Die. The reason it hasn't completely died yet is because of this idea; "Someone uses it, so I guess we have to make it work". IE is a security risk, it's a Javascript nightmare, and it reduces performance for ALL users just to include the <8%. Supporting it is a bad idea, and it's not just an opinion. There is factual evidence as to why it is bad, and there is not enough people using it for the inclusion of them.
Old browsers don't die fast enough because devs keep supporting them. The sooner the support is ended, the sooner it will die.

mauricehayward profile image
Maurice Hayward

It's really not that hard to support the major browsers

Wow, It's quite difficult for me. A lot of time I feel like I have to rewrite entire features because of differences of these platforms. Each platform even performs differently depending on your OS (IE11 on win10 vs win7), so I have to account for that. It's really not simple.

ben profile image
Ben Halpern Author

I'm sensing some frustration in the early answers to this discussion 🙃

khophi profile image

My team builds for financial institutions, and so we support as far back as possible, making Internet Explorer, at least 8+ a target.

We use Angular 5 and Bootstrap primarily, so a handful of compatibility issues are handled seamlessly.

However, we ensure there's a cross browser support.

shiling profile image
Shi Ling

Ouch, IE8.

jesalg profile image
Jesal Gadhia

We QA test the last two versions of IE Edge, FF, Safari, and Chrome. We try our best to support old IE and other older versions but don't spend a whole lot of time if we run into some hard to fix issues.

ben profile image
Ben Halpern Author

Seems sensible

isaacdlyman profile image
Isaac Lyman

I feel like there are two sides to this one. There are a lot of questions that technical management asks themselves, but only one question that they should be asking.

Questions they ask:

  • Who are our users? (To be fair, a lot of B2B companies are forced to support old versions of Internet Explorer because they have enterprise customers who give their employees super locked-down computers and won't invest the money to update them.)
  • What does our competition do?
  • What kind of development resources do we have? (If you're a big company that moves slowly anyway, legacy browser support may seem like an easy win because it doesn't require a lot of creativity or debate.)
  • What will our egos allow?
  • Do we need a monopoly? (If you're Google Search or Facebook, you have to support IE5 because your ability to sell ads at a premium is extremely dependent on your dominance in the market. But you're probably not Google or Facebook.)
  • How complex is our front end? (If you're willing to be Craigslist, then heck, you can support Netscape Navigator. On the other hand, if you want a shiny, cutting-edge single-page app with cool animations and complex interactions, it's hard to support non-evergreen browsers. You either have to pick one or spend a lot of money.)

What they should be asking:

  • What's the marginal cost of supporting another browser, versus the marginal benefit of gaining people who use that browser as prospective customers?

If you're doing analytics, you can see exactly what browsers your users and prospects are using, and if you know what each user is worth, you can determine if it's worth the cost of supporting their legacy browsers. It comes down to a subtraction problem.

In many cases, Chrome + Firefox will net you 75% or more of your potential market in one fell swoop. So that's something to think about.

leightondarkins profile image
Leighton Darkins

For applications for consumption inside an enterprise: It's not a decision, it's typically a mandate, delivered reluctantly by whoever the head of the IT Department Happens to be. This can be a blessing and a curse. One time I only had to support the last 12 months of versions of Chrome - I thought I'd died and gone to heaven.

For applications facing the outside world: Our focus is always maximum accessibility. That means looking at trustworthy browser usage stats and targeting whatever doesn't fall into the "other" category on the chart - hell, we'd even target "other" if our clients would pay for it.

Typically this manifests as targeting the last years worth of releases for Chrome, Edge, Firefox and Safari (the web's new problem child) and the most prevalent screen-reader.

These days, this combination seems to result in nice, broadly accessible sites.

Just don't get too ambitious and try to implement things like automated screenshot comparison across browsers, for maximum consistency - you'll have a bad time. Things are always minutely different between browsers, accept it and move on 😣.

mauricehayward profile image
Maurice Hayward • Edited on

My current application is used by our Sale reps nationwide. Since Sale associates only use IT managed computers and our IT Department only supports IE 10,11 (Not Edge) and chrome. I only have support IE and Chrome.

It's still frustrating when things work perfectly in chrome, then everything explodes in IE. Things like Local Storage, page rendering, onloading, and CSS/Style are implemented differently in both platforms. Its a compromise trying to realize requirements on both. I often have to talk to the Bussiness Analyst and amend requirements based on this compromise.

mauricehayward profile image
Maurice Hayward

While I was writing this, I got an email from my team telling me that our styles are not working in IE! -_-

ferkungamaboobo profile image
Doug R. Thomas, Esq. • Edited on

We only do lead-gen websites, so it's not as difficult as say, a React app.

We support down to IE10 based on a combination of web analytics and what we can reasonably test in-house - for a typical site, we see it leaves about 2% of IE users (about 10-20% of traffic) out using that strategy - so maybe .1-3% of total users.

Over the past 4 years that I've been here, we started at supporting IE8, and when it dropped to less than 1% of IE traffic, we dropped it. We dropped IE9 for similar reasons, as well as the fact that some of the Google APIs like YouTube and Maps API aren't compatible with lteIE9.

We're less concerned about browsers like Amazon Silk, which is only .5% of traffic to begin with, and then heavily fractured from there. We also don't have a high percentage of developer users, so stuff like Brave and Opera are pretty rare.

weswedding profile image
Weston Wedding • Edited on

Depends a lot of the target audience of our client and whether they have preferences.

It tends to be "support browser versions that have come out in the past 2 years"

Or, at least, that's the goal. There are frequently times where towards the end of development someone with an IE machine will test a site even though we were pretty explicit early on that we wouldn't support it and the client will suddenly care about IE.

ben profile image
Ben Halpern Author

There are frequently times where towards the end of development someone with an IE machine will test a site even though we were pretty explicit early on that we wouldn't support it and the client will suddenly care about IE

Ah humans.

sammyisa profile image
Sammy Israwi • Edited on

If the client needs/wants support for a browser version then we make it happen. Sometimes that leads to situations where we need to discard non essential features, which hurts, but at the end of the day the client paid us and they know what their needs are.

andrejnaumovski profile image
Andrej Naumovski

Let's be honest here, most of the time they don't know what they want, but we gladly overlook that because we get paid.

dkassen profile image
Daniel Kassen • Edited on

"Hey this company primarily uses IE on their work computers; how is the experience on IE?"

"Uh.. do they allow their employees to use chrome?"



ben profile image
Ben Halpern Author

scottishross profile image
Ross Henderson

We only support IE11, as that is the default browser selected by our IT Department. Which is great, because everyone (myself included) use Chrome and our webapps aren't quite right.

michaelgv profile image
Mike • Edited on

We’ve had a tough debate about support, so we’ve support only the last 3 major versions, excluding MSIE - we were wasting more time getting MSIE to work with our product so we dropped it and provide a desktop client for MSIE users to download instead

johnkennedy9147 profile image
John Kennedy

I believe in supporting users not browsers. Assess what your users actually use then aim for 100% features working or failing gracefully for 100% of your users. Make it as accessible as reasonably practicable and remember there are always a few odd users who do stuff like switch off css or javascript, or use reader view...

niorad profile image
Antonio Radovcic

This is something I need to have defined before writing a single line of code.
We split the browser-matrix into "Not supported", "Has to work but we won't pixel-push" and "Needs to work and look 💯.

We'll look at any bugs, even from older browsers, though. Fixing them depends on the cost/benefit.

We do large e-commerce-websites, and our clients usually have some old online-shop which is getting replaced. In that case we use their current stats and support whatever makes significant revenue. Usually the client is fine with that.

For my current project, iOS/MacOS-Safari 9-11 make almost half off all sales, with Chrome and FF on the second place. We support the latest Samsung-Internet and Edge/IE11, IE10/9 are quasi non-existent in their stats, so we don't support that.

geoff profile image
Geoff Davis

Not entirely sure, since it was formulated before I arrived; I work in the Digital department of an ad agency, so it occasionally depends on our client's audience.

For the most part, we support evergreens and a multitude of devices, and have a decent sized library of mobiles and tablets for QA. IE-wise, we support IE11, IE10 if it doesn't hold up deployment, and anything earlier usually comes at special request.

dropkickmurph profile image

I have 2 ways of approaching this: our core product only supports the latest (last 2 IIRC) but for our support services (which include prospective customers) we try and support as many versions as we can. The thought being a browser version shouldn't be a blocker to gaining a customer and isn't really relevant to that conversation; upgrading a browser can happen later.

aghost7 profile image
Jonathan Boudreau • Edited on

I think browser support should be based around what your users need. If you have a market in China, for example, this might mean that you need to support very old versions of IE. Depending on the country you might also have to deal with browsers meant to deal with low bandwidth (such as UCBrowser).

When it comes to my line of work though, I test against Chrome and the most recent MS browser on Windows 7 (IE 11). I guess you could say I consider myself lucky.

mikerg profile image

Ours is based on the best effort from what we can drive with Selenium

nitishdayal profile image
Nitish Dayal

We go by traffic and market share. Which means we still support IE8+.

Life is fun in the corporate world.

sam_ferree profile image
Sam Ferree

Whatever IT pushes to employees laptops. Welcome to the not as bad as it sounds world of enterprise software.

remzi profile image
Remzi Cavdar

We look at our Analytics and some browser stats, if IE is less than 5% we think it's safe to say we're able to drop support.

kspeakman profile image
Kasey Speakman • Edited on

We unite around our common hate of IE. But then we support only the latest version of it because customers use it. Almost everything else needs no separate consideration.