103

Is there a way to detect with JavaScript if the website runs inside the iPad's Safari or inside an application WebView?

1
  • Is this just for iOS devices? Commented Jun 20, 2011 at 20:28

16 Answers 16

86

This uses a combination of window.navigator.userAgent and window.navigator.standalone. It can distinguish between all four states relating to an iOS web app: safari (browser), standalone (fullscreen), uiwebview, and not iOS.

Demo: http://jsfiddle.net/ThinkingStiff/6qrbn/

var standalone = window.navigator.standalone,
    userAgent = window.navigator.userAgent.toLowerCase(),
    safari = /safari/.test( userAgent ),
    ios = /iphone|ipod|ipad/.test( userAgent );

if( ios ) {
    if ( !standalone && safari ) {
        //browser
    } else if ( standalone && !safari ) {
        //standalone
    } else if ( !standalone && !safari ) {
        //uiwebview
    };
} else {
    //not iOS
};
Sign up to request clarification or add additional context in comments.

5 Comments

chrome has Safari in the userAgent. it behaves differently with regard to requiring webcal:// protocol for .ics files
@svlada can you provide more information ? What was your device and its iOS version ?
Both Safari and Telegram contains "safari" in user agent, so that won't work
Is typeof window['webkit'] !== 'undefined' enough to check whether the web page is loaded inside webview ?
this answer doesn't work, all in-app browsers just say "browser" on iOS
82

User Agents

Running in UIWebView

Mozilla/5.0 (iPad; CPU OS 5_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Mobile/98176

Running in Safari on iPad

Mozilla/5.0 (iPad; CPU OS 5_1 like Mac OS X) AppleWebKit/534.46 (KHTML, like Gecko) Version/5.1 Mobile/9B176 Safari/7534.48.3

Running in Safari on Mac OS X

Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/534.55.3 (KHTML, like Gecko) Version/5.1.5 Safari/534.55.3

Running in Chrome on Mac OS X

Mozilla/5.0 (Macintosh; Intel Mac OS X 10_7_3) AppleWebKit/535.19 (KHTML, like Gecko) Chrome/18.0.1025.151 Safari/535.19

Running in FireFox on Mac OS X

Mozilla/5.0 (Macintosh; Intel Mac OS X 10.7; rv:11.0) Gecko/20100101 Firefox/11.0

Detection Code

var is_uiwebview = /(iPhone|iPod|iPad).*AppleWebKit(?!.*Safari)/i.test(navigator.userAgent);
var is_safari_or_uiwebview = /(iPhone|iPod|iPad).*AppleWebKit/i.test(navigator.userAgent);

10 Comments

Really. I don't know why I just looked at both useragents myself in the first place. Thanks for your answer :)
Not working on iPhone 5s/iOS 7, because both UIWebView and Safari have Safari in their user agent
@Razor You're right. Testing against Version as opposed to Safari worked for me in the latest iOS.
@unceus Can you please outline exactly how you mean with Version? Do you replace Safari with Version in the var is_uiwebview line?
@HenrikPetterson With regard to the user agent strings, comparing the first two user agent strings above (UIWebView, and Safari on iPad) the UIWebView string contains 'version' whereas the ipad one does not. Your goal with modifying the regex is unclear, and it sounds like you might be looking for help writing one.
|
9

I think that you can just use the User-Agent.


UPDATE

Page browsed using iPhone Safari

Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_1 like Mac OS X; en-us) AppleWebKit/532.9 (KHTML, like Gecko) Version/4.0.5 Mobile/8B117 Safari/6531.22.7

I will try in a second with UIWebView

Mozilla/5.0 (iPhone; U; CPU iPhone OS 4_1 like Mac OS X; en-us) AppleWebKit/532.9 (KHTML, like Gecko) Mobile/8B117

The difference is that the Safari one says Safari/6531.22.7


Solution

var isSafari = navigator.userAgent.match(/Safari/i) != null;

8 Comments

Yeah, but do you have any idea if there's a specific string or something to detect UIWebView in the User-Agent? So far I couldn't find anything...
Is this just for iOS devices?
Nicolas the numbers will be different at the moment because Safari and UIWebView (and "stand-alone"—i.e. home screen—web apps) use different engines. This changes in iOS 5.
I dont mean the numbers, i mean the Safari/..... itself is missing in the UIWebView
@Nicolas: quite right, sorry I wasn't paying attention. I wonder if anyone could confirm whether this is still the case in iOS5?
|
9

I've tried all these solutions but didn't work in my case,
I was going to detect the Webview inside Telegram. I think it uses SFSafariViewController.
I noticed Safari app changes all phone style texts to links with "tel:" prefix but a webview doesn't.
So, I used that.
test it here : jsfiddle

<!DOCTYPE html>
<html>
<head></head>
<body>
<ul id="phone" style="opacity:0">
    <li>111-111-1111</li>
</ul>
</body>
</html>

<script>

    var html = document.getElementById("phone").innerHTML;

    if (navigator.platform.substr(0,2) === 'iP') {

        if (html.indexOf('tel:') == -1)
            alert('not safari browser');
        else
            alert('safari browser');
    }
    else
        alert('not iOS');
</script>

4 Comments

Image
You should not rely on such trick because user or any other developers can disable telephone detection.
@БодровАндрей I agree with you, but that was the only way I could find, I hope apple provide different User-Agent for that in future
Beware this is borken on iOS 13, because if Desktop Mode is used, then navigator.platform === 'MacIntel'. This especially affects iPadOS 13 Mobile Safari because it uses Desktop Mode by default.
@robocat you are right. its broken in iOS 13 iPad and I am right now stuck without a solution. Could you please help me with related question here stackoverflow.com/questions/58344491/…
8

Updated

Tested on: April 2023, iOS 16.

Demo page: https://milen-yordanov.github.io/detect-ios-webview/index.html

See: https://github.com/milen-yordanov/detect-ios-webview


It is 2022 and Safari version is 15.4. None of the above solutions worked for me. There are two webview classes on iOS: WKWebView and SFSafariViewController. SFSafariViewController has the same userAgent as Safari. The solution I came up with relies on how height: 100vh is handled on Mobile Safari. 100vh is the device screen height, not the document visible height.

For more info see:

https://developers.google.com/web/updates/2016/12/url-bar-resizing

https://bugs.webkit.org/show_bug.cgi?id=141832

https://github.com/bokand/URLBarSizing

So, on iOS a function like this detects a WebView mode.

function isWebView()
{
    const htmlEl = document.getElementsByTagName('html')[0];
    const bodyEl = document.getElementsByTagName('body')[0];

    const oldHtmlHeight = htmlEl.style.height;
    const oldBodyHeight = bodyEl.style.height;

    htmlEl.style.height = "100vh";
    bodyEl.style.height = "100%";

    const webViewMode = document.documentElement.clientHeight === document.documentElement.scrollHeight;

    // restore height
    htmlEl.style.height = oldHtmlHeight;
    bodyEl.style.height = oldBodyHeight;

    return webViewMode;
}

6 Comments

I tried but doesnt work. I'd like an example please
here's a demo link, tried opening the link from twitter mobile app to open in webview but i get false for webview mode codesandbox.io/s/reverent-violet-n3jo8u
Did not work for me when opening a link in Slack iOS app to show the in-app webView (within Slack app) with this code. Not sure if Slack is using WKWebView, SFSafariViewController or something else
@MilenYordanov, viewing the demo page in iPad Pro (12.9 2022 v16.1) in Chrome browser returns WebView: true. Shouldn't it supposed to return false?
|
7

Yeah:

// is this an IPad ?
var isiPad = (navigator.userAgent.match(/iPad/i) != null);

// is this an iPhone ?
var isiPhone = (navigator.userAgent.match(/iPhone/i) != null);

// is this an iPod ?
var isiPod = (navigator.userAgent.match(/iPod/i) != null);

2 Comments

This will match also Safari browser not only WebView.
@ThinkingStuff - Could you help me help diiferentiate between Mac OS(desktop browser) and iPad Safari browser - stackoverflow.com/questions/58344491/…
4

Note that this approach does not work for iOS 10 and older versions.

For the Spring of 2018 none of proposed method worked for me so I came up with a new approach (which is not userAgent based):

const hasValidDocumentElementRatio =
  [ 320 / 454 // 5, SE
  , 375 / 553 // 6, 7, 8
  , 414 / 622 // 6, 7, 8 Plus
  , 375 / 812 // X
  , 414 / 896 // Xs, Xr
  ].some(ratio =>
    ratio === document.documentElement.clientWidth / 
      document.documentElement.clientHeight
  )

const hasSafariInUA = /Safari/.test(navigator.userAgent)

const isiOSSafari = hasSafariInUA && hasValidDocumentElementRatio  // <- this one is set to false for webviews

https://gist.github.com/BorisChumichev/7c0ea033daf33da73306a396ffa174d1

You are welcome to extend the code for iPad devices too, I think it should do the trick.

Worked well for Telegram, Facebook, VK webviews.

2 Comments

For iPhone X it would be 375 / 812, also new: 414 / 896 for iPhone Xs Max/Xr
For iPhone 12 it is 390 / 664 & 750 / 307 for landscape mode
2

Neoneye's solution does not work anymore (see comments) and can be simplified. On the other hand, testing only "Safari" in the UA adresses much more than the ios handheld devices.

This is the test i'm using :

var is_ios = /(iPhone|iPod|iPad).*AppleWebKit.*Safari/i.test(navigator.userAgent);

Comments

1

Would suggest using Modernizr, and checking for indexeddb like this. You could cross-check that with user agent configuration (device, OS, browser, etc), but pure feature detection seems more recommended.

1 Comment

Sounds like a plan but what features would you test for? indexeddb is part of ie, chrome, firefox etc
1

Try With IOS 13

function mobileDetect() {
  var agent = window.navigator.userAgent;
  var d = document;
  var e = d.documentElement;
  var g = d.getElementsByTagName('body')[0];
  var deviceWidth = window.innerWidth || e.clientWidth || g.clientWidth;
  // Chrome
  IsChromeApp = window.chrome && chrome.app && chrome.app.runtime;
  // iPhone
  IsIPhone = agent.match(/iPhone/i) != null;
  // iPad up to IOS12
  IsIPad = (agent.match(/iPad/i) != null) || ((agent.match(/iPhone/i) != null) && (deviceWidth > 750)); // iPadPro when run with no launch screen can have error in userAgent reporting as an iPhone rather than an iPad. iPadPro width portrait 768, iPhone6 plus 414x736 but would probably always report 414 on app startup
  if (IsIPad) IsIPhone = false;
  // iPad from IOS13
  var macApp = agent.match(/Macintosh/i) != null;
  if (macApp) {
    // need to distinguish between Macbook and iPad
    var canvas = document.createElement("canvas");
    if (canvas != null) {
      var context = canvas.getContext("webgl") || canvas.getContext("experimental-webgl");
      if (context) {
        var info = context.getExtension("WEBGL_debug_renderer_info");
        if (info) {
          var renderer = context.getParameter(info.UNMASKED_RENDERER_WEBGL);
          if (renderer.indexOf("Apple") != -1) IsIPad = true;
        };
      };
    };
  };
  // IOS
  IsIOSApp = IsIPad || IsIPhone;
  // Android
  IsAndroid = agent.match(/Android/i) != null;
  IsAndroidPhone = IsAndroid && deviceWidth <= 960;
  IsAndroidTablet = IsAndroid && !IsAndroidPhone;
  message = ""
  if (IsIPhone) {
    message = "Device is IsIPhone"
  } else if (IsIPad) {
    message = "Device is ipad"
  } else if (IsAndroidTablet || IsAndroidPhone || IsAndroid) {
    message = "Device is Android"
  } else {
    message = "Device is Mac ||  Windows Desktop"
  }
  return {
    message: message,
    isTrue: IsIOSApp || IsAndroid || IsAndroidTablet || IsAndroidPhone
  }
}
const checkMobile = mobileDetect()
alert(checkMobile.message + ". Mobile: " + checkMobile.isTrue)

Comments

0

I know this code will check if it is being accessed from an icon added to the home screen:

if (window.navigator.standalone == true) {
//not in safari
}

but I'm not sure how it would react in a UIWebView. The only other solution I could think of is getting the user agent or using - (BOOL)webView:(UIWebView *)webView shouldStartLoadWithRequest:(NSURLRequest *)request navigationType:(UIWebViewNavigationType)navigationType and replacing the query string of the page you are accessing with something the page uses to identify that it is being accessed from a web view.

1 Comment

Thanks, I was using that code, but need more control. It seems to only detect the standalone mode, and considers the rest to be Safari.
0

Last time I needed this (JUST for WebView purposes), I used this check:

function isIOS() {
     return !/safari/.test( window.navigator.userAgent.toLowerCase()) || navigator.platform === 'iOS' || navigator.platform === 'iPhone';
}

1 Comment

This is broken in iOS13 Desktop Mode (platform no longer set to iPad or iPhone), and on iPod touch (platform can be "iPod" or "iPod touch").
0

I have found a simple solution to detect iPhone or iPad. This works for me fine.

var is_iPad = navigator.userAgent.match(/iPad/i) != null;
var is_iPhone = navigator.userAgent.match(/iPhone/i) != null;
    if(is_iPad || is_iPhone == true){
        //perform your action
    }

Comments

0

Working 15.02.19

Another solution for detecting webviews on iOS is checking for the support / existence of navigator.mediaDevices.

if (navigator.mediaDevices) {
    alert('has mediaDevices');
} else {
    alert('has no mediaDevices');
}

In my case I didn't need to catch all webviews, but those that don't support camera / microphone input (Reminder: Alerts don't trigger in Webview, so make sure to change something in the dom for debug purposes)

3 Comments

Both Safari and Telegram has mediaDevices
@Chris What do you mean saying Telegram? A built-in browser that opens when you click a link in a message? It isn't a webview, it's an in-app browser that is similar to regular Safari and very different from a real webview.
Seems like this code is the most reliable nowadays. But keep in mind that navigator.mediaDevices is absent on HTTP pages, so you can't use this method on HTTP pages.
-2

I don't think there's anything specific you can use in client-side Javascript, but if you have control over what the originating UIWebView can do, you might want to consider playing with the user agent string it generates, and testing for that in your client-side Javascript instead? A bit of a hack I know, but hey… This question may give some pointers on tweaking the user agent:

Change User Agent in UIWebView (iPhone SDK)

1 Comment

Thanks, Ben. Unfortunately I don't have control over the app's UIWebView user agent.
-9

@ Sod, Well i don’t have answer, but i am not convinced why you want to check, Since, browser engine whether its safari ( Browser ) or Application will be same its Webkit only, Yes Application can configure the Browser engine capabilities like, whether application wants to run JS or Display Image etc…

I believe, you must check for certain property whether Flash supported by Browser or whether browser displays image or not, or probably may be you would like to check the screen size,

1 Comment

you could discuss this in the comments. Anyway there are many cases to check wevbview

Your Answer

By clicking “Post Your Answer”, you agree to our terms of service and acknowledge you have read our privacy policy.

Start asking to get answers

Find the answer to your question by asking.

Ask question

Explore related questions

See similar questions with these tags.