<?xml version="1.0" encoding="UTF-8"?><rss xmlns:dc="http://purl.org/dc/elements/1.1/" xmlns:content="http://purl.org/rss/1.0/modules/content/" xmlns:atom="http://www.w3.org/2005/Atom" version="2.0" xmlns:cc="http://cyber.law.harvard.edu/rss/creativeCommonsRssModule.html">
    <channel>
        <title><![CDATA[Stories by Jocelyn Lin on Medium]]></title>
        <description><![CDATA[Stories by Jocelyn Lin on Medium]]></description>
        <link>https://medium.com/@joclin?source=rss-8c2b94f9dadb------2</link>
        <image>
            <url>https://cdn-images-1.medium.com/fit/c/150/150/0*KeOzbdWj5sN2611p.jpg</url>
            <title>Stories by Jocelyn Lin on Medium</title>
            <link>https://medium.com/@joclin?source=rss-8c2b94f9dadb------2</link>
        </image>
        <generator>Medium</generator>
        <lastBuildDate>Sat, 14 Nov 2026 22:09:25 GMT</lastBuildDate>
        <atom:link href="https://medium.com/@joclin/feed" rel="self" type="application/rss+xml"/>
        <webMaster><![CDATA[yourfriends@medium.com]]></webMaster>
        <atom:link href="http://medium.superfeedr.com/" rel="hub"/>
        <item>
            <title><![CDATA[Mobile Web-in-an-App is the Future — Part 1: Why it’s Important]]></title>
            <link>https://medium.com/@joclin/mobile-web-in-an-app-is-the-future-part-1-why-what-e5853f7c95e9?source=rss-8c2b94f9dadb------2</link>
            <guid isPermaLink="false">https://medium.com/p/e5853f7c95e9</guid>
            <category><![CDATA[mobile]]></category>
            <category><![CDATA[web-development]]></category>
            <category><![CDATA[ux-design]]></category>
            <dc:creator><![CDATA[Jocelyn Lin]]></dc:creator>
            <pubDate>Wed, 04 May 2016 17:28:45 GMT</pubDate>
            <atom:updated>2016-05-06T21:04:32.853Z</atom:updated>
            <content:encoded><![CDATA[<p>You have probably been designing mobile experiences for a while now. “Mobile First” and “Responsive Design” are well-known best practices, and everyone’s seen the charts where time on phone vs. desktop has crossed the tipping point.</p><p>But, the assumption has been that phone time is app time, at the expense of mobile web. I’m not sure that’s true. While yes, people are engaging with apps, I’m guessing that a good chunk of that time is actually spent on websites from <strong>inside</strong> the app.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/900/1*fFZ1vMALfjUYUatw4YyCfQ.png" /><figcaption><em>Examples of in-app browsers from Facebook, Pinterest, and Twitter</em></figcaption></figure><p>And that comes with a special set of design challenges and considerations. How big a deal is this? Is this really a problem? Let’s take a look at some rough numbers.</p><h4>Numbers Take 1: In-app Safari Stats</h4><p>According to Polyvore’s stats via Google Analytics, there are 19% in-app safari vs. 81% safari views. That means at least <strong>1 out of 5 of our mobile web sessions come from an app</strong>.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/280/1*bO4nnyr1pdWhfmRn_WEiug.png" /></figure><p>It’s nothing to sneeze at. But! That number is actually undercounting app webviews.</p><p>In the user agent, the app browser is sometimes missing or changes with each app version. I have even seen it disappear after a buggy app release. So, there’s no way that the Google Analytics in-app safari number is getting all of them.</p><h4>Numbers Take 2: Social Traffic</h4><p>Let’s come at the numbers a different way. Looking at Polyvore stats, there’s a 1–1 mapping of traffic source to browser, where search/referral/direct traffic use Safari, and social traffic uses in-app Safari. Pairing that with numbers from <a href="http://www.definemg.com/facebook-google-publisher-traffic-analysis/">Define Media Group</a>, it gives us 11% in-app views coming entirely from social traffic. This is probably Facebook app traffic for most of you.</p><p>Wait … that’s a smaller number than the in-app Safari counts. Why? This number is <strong>also</strong> undercounted, with wrong attributions getting dumped into direct traffic.</p><figure><img alt="" src="https://cdn-images-1.medium.com/max/900/1*ye1mXNDyr455T1bJqHPM2w.png" /><figcaption>Undercounted mobile social traffic</figcaption></figure><h4>Numbers Take 3: Dark Social</h4><p>There’s a concept called <a href="http://www.theatlantic.com/technology/archive/2012/10/dark-social-we-have-the-whole-history-of-the-web-wrong/263523/">dark social</a>, which is impossible-to-track social traffic that gets counted as direct traffic instead. For example, think about when you copy a link from Instagram. <a href="http://info.radiumone.com/rs/radiumone/images/RadiumOne_DarkSocial.pdf">RadiumOne’s 2014 analysis</a> estimated that it’s double known social traffic. For Polyvore, that’d be 2 × 11% <em>social</em> = 22% <em>total traffic is dark social</em>.</p><p>So, let’s guess how much of direct traffic is misattributed. Using Polyvore’s session numbers, I picked a rough lower bound of 33%, from direct traffic that is already known to be in-app browsers. And, the upper bound of 80% comes from ridiculous URLs I don’t expect anyone to type into a phone. Averaging those gives us 50%, which means half of direct traffic is dark social, or 0.5 × 39% <em>direct</em> = 20% <em>total traffic is dark social</em>.</p><p>And hey, look at that, 22% and 20% are pretty close! Close enough that I’m comfortable saying 20% of direct traffic is dark social. Roughly, of course.</p><p>Adding 20% <em>dark social</em> to 11% <em>social</em> = 31% <em>total social</em>, which we know directly correlates to in-app views, so …<br><strong>1 out of 3 web sessions to your site are inside someone else’s app!</strong></p><figure><img alt="" src="https://cdn-images-1.medium.com/max/900/1*eWHpIjIAItYGY-ilpUiK7g.png" /></figure><p>This is why it’s so important to design for the in-app browser. Also, yay back-of-the-napkin-wonky-math.</p><p>Stay tuned for part 2, where I ramble about how to actually design for the in-app browser.</p><p><em>This material was first presented at the </em><a href="http://FOWD%20San%20Francisco%20-%20Future%20of%20Web%20Design"><em>Future of Web Design SF 2015</em></a><em>.</em></p><img src="https://medium.com/_/stat?event=post.clientViewed&referrerSource=full_rss&postId=e5853f7c95e9" width="1" height="1" alt="">]]></content:encoded>
        </item>
    </channel>
</rss>