Take the 2-minute tour ×
Code Review Stack Exchange is a question and answer site for peer programmer code reviews. It's 100% free, no registration required.

I've been using the following user agent Regular Expression to detect mobile devices, but I recently came across a few resources that listed a whole host of mobile user agents that I had not heard of before.

Whilst my agent check is only the first step in the detection process - I also have some JavaScript as a fallback - I would like for it to contain the majority of currently undisputed mobile "keywords" so as to optimise the user experience for those handsets. I would also like to keep things as future-proof as possible, but this can only ever be argued with good reasoning and not set-in-stone.

The core of the regexp follows - please note the user agent string has had it's white-space removed. The check is also specifically case dependent. please ignore the newlines, they are for formatting only


These are the extra edge-case agents that I've found out about:


My question is, does anyone have any further suggestions, or possible keywords to remove that could cause false positives. For example I do not include Samsung or Android for the precise reasons that they are not unique to mobile agents. I'd rather let agents through to the JavaScript that I'm unsure about.

As a second note, many user-agents report as Like Something - i.e. Like Mobile Safari - should I filter these out of the equation, or if something is reporting this; is it also likely to be a mobile device.

In response to the first 'not an answer' :)

This is precisely what the JavaScript side of things handles - as there is no better way to determine a device - good point, well made (+1). However using JavaScript/CSS either means a responsive layout or two requests to the same resource (as in JS detects mobile and reloads the mobile version of the page). The site I am planning to use this with next is very image heavy, and the average pageload of a typical "desktop" page is hovering just under the 1MB mark. I am working towards bringing this down, but for the moment "Mobile" is a priority.

It is my opinion that responsive layouts can only go so far to provide a good mobile experience (it is fine for desktop and tablet), which is why with this site we have a seperate Mobile theme instead. This still gives the mobile user the entire power of the site, but, it rewrites and removes a lot of extra weight - i.e. images are optimised for mobile, stylistic addornments are cut down, css is more lightweight, js is designed for mobile environments. Because this new theme is so involved in modifying the content of the site it has to be enabled from the start of the request. So if my "moblie check" falls back to the JavaScript it will always trigger two loads of the page from the server - something I hope to cut down by detecting almost guaranteed "mobile" user agents at the server side, and serving them the mobile theme directly.

Does that make sense? The above is the only time where I would argue the use of user agent checking over anything more accurate.

share|improve this question
Any reason not to use a case-insensitive flag to avoid all the [Aa] character classes? Additionally, it would seem to me that you could simply surround the branching in \b word-boundary "characters", or put the [^a-z] classes there. E.g. /\b(iphone|mobile| ... |nokia|mib)\b/i –  Flambino Nov 11 '12 at 1:07
add comment

3 Answers

This is not an answer to your question.

It is better to detect features than devices, for example using CSS media queries to cater for small screens, or jQuery UI Touch Punch to handle touch events.

The most important question is WHY you want to detect a mobile user. What will you differently for them?

share|improve this answer
I've expanded my question to answer your question. Thanks for the points and I agree for 9/10 situations -- my requirement is just in that 1/10 at the moment :) –  pebbl Oct 25 '12 at 22:24
add comment

First of all I guess your first step of the detection process is processed server side because you said there is a fallback which is processed by JavaScript. Therefore I guess you only perform a HTTP User-Agent check so far.

Suggestion BlackBerry

I would recommend to add also a check of the Accept request header to your first step of detection.

In one of my recent projects I ran into trouble cause the HTTP User-Agent detection of BlackBerry failed in some cases. For these casees I had to add an Accept request header check which looks for /vnd.rim/. I didn't find out much about the background why it happens. I only know some BlackBerry browsers try to emulate IE or Firefox.


Taken from the BlackBerry 8120 device specification document: application/vnd.rim.html

Suggestion J2ME Devices

Clients using this technology might be quite rare but to be sure you could include another RegEx for midp to cover all kind of MIDP devices.


I know they're dead but I think there are still some around. What about Palm and webOS devices?

share|improve this answer
+1 Thanks for the good points, and pointing out that I had totally missed to state server side, my bad :) you are correct in your assumptions. I had not considered the Accept request header at all, I shall do some research... –  pebbl Nov 7 '12 at 21:35
add comment

Take a look at http://detectmobilebrowsers.com. You can download scripts in almost any language, including PHP, and take a look at the regex voodoo.

Also be sure to provide a link to the non-mobile version so that the user can choose to go to the full site should they choose to do that or if the detection fails.

share|improve this answer
+1 Thanks for the info, however their regex voodoo - whilst seemingly rather inclusive - is also rather cryptic. I would have a hard time justifying the reasons behind each particular check to the server team I'm working alongside. Although looking at the regexp has raised a good point because I have no idea what my client expects to happen with Kindle devices ;) –  pebbl Nov 7 '12 at 21:30
The site I linked uses the WURFL database. You can download the database, pick and choose which user agents you want to support. You will have to do all the regex voodoo yourself though. –  user555 Nov 8 '12 at 2:25
Yeah, I recently came across WURFL and also read about their new license preventing people from breaking it up and using it in an unlicensed way. Whilst I could probably do such a thing and not be found out, I don't agree with ignoring licenses and would rather develop my own solution. It is a useful link however to others who may find this. –  pebbl Nov 8 '12 at 9:22
add comment

Your Answer


By posting your answer, you agree to the privacy policy and terms of service.

Not the answer you're looking for? Browse other questions tagged or ask your own question.