How HTML5 will kill the native app

MobileBeat 2013
July 9-10, 2013
San Francisco, CA
Tickets On Sale Now

Over the past two decades, the mobile industry has become increasingly stunted by fragmented protocols, standards, and regional differences. But a hot new technology called HTML5 promises to remedy this by delivering an unprecedented open, democratic and wonderfully fertile mobile web.

Evangelists say the HTML5 movement has so much momentum that it could defeat the native app — an application that is designed to run on a single platform — in as little as two years.

Sundar Pichai, who leads Google’s HTML5-happy Chrome OS initiative,  agrees that the “incredible advantages of the Web will prevail” over the dominant native app model. Another mobile developer expert Mike Rowehl adds: “We’ll forget that we even passed through another era of native apps on the way to the mobile web.”

The transition comes at a time when the mobile revolution is driving economic growth in the US and abroad. Phones are quickly become our second brain, and users are snapping up the smartest phones they can find. Companies, large and small, are investing billions of dollars to create a smartphone presence.

HTML5 heralds huge efficiencies for web publishers, because it lets companies develop once and distribute across any device via an Internet browser. An HTML5 triumph will not only save billions in development costs, but it will also allow publishers to direct those savings towards more innovative, productive projects.

HTML5 apps are searchable by crawlers such as Google’s search engine, ensuring that the apps can be discovered by billions of consumers. They can mash content with data or apps from third parties, and access analytical services such as traffic measurement tools, and ad server targeting technologies. You don’t need to get anyone’s permission to distribute an HTML5 app. And to top it off, at least one study says consumers prefer the convenience of them (though the research was commissioned by Adobe, which is partial to web apps).

HTML5 is so-called because it is the fifth generation of HyperText Markup Language, which is the coding language used to create web pages. By distributing over a web browser via fast, new mobile networks, HTML5 gets to bypass much of a phone’s underlying “iron,” or the chips, graphical cards and other components — all things that native apps rely on. Most phones being sold today have modern browsers that will operate on super fast 4g or LTE networks — the sort of thing that the HTML5 technology needs to thrive. Thus, as HTML5 advances (developers are working hard to improve it), companies will no longer need to build native apps.

So there’s tremendous logic behind HTML5’s onslaught. Opponents, of course, say it’s not an assured victory. HTML5 has some limitations on things like speed, and access to certain phone features such as bluetooth. What happens over the next 12 months, however, will say a lot about its chances. Its destiny primarily depends on the next steps by Apple, the biggest proponent of native apps, and thus the antagonist of this story. And  precisely because no one knows how this will play out that makes this drama so riveting: Apple is like the Joker in the Dark Knight, a fiend with flair and with a knack for eternal comebacks, while Batman (Google) works to keep the mobile metropolis safe.

(This debate about the emergence of HTML5, and its promise of a future beyond fragmented native app platforms is the focus of one of the sessions at the VentureBeat Mobile Summit April 25/26, a conference for the 180 executives active in transforming the mobile industry. Folks like Google’s Pichai, will be in attendance, as will the major carriers and CEOs of the most disruptive private companies.)

The story started in 2007, with the release of the first iPhone. Led by its enigmatic leader Steve Jobs, Apple gave developers their first real taste of independence from the carrier oligarchy. The iPhone’s beauty was manifold, but first and foremost, it allowed developers to build applications and sell them for a fee — to users who could conveniently tap their iTunes account to buy things through the iPhone’s App Store. This bypassed the control of the carriers, which had long dictated what phones featured on their “decks.”

By the time the dust began to settle, Apple had stolen a two-year lead. Not only that, millions of developers have invested in learning Objective-C, Apple’s programming language for the iPhone, and other developer tools; these developers become specialists with vested interest to stay loyal to Apple. Now, well into 2011, Apple keeps pushing efforts to make native apps more attractive than HTML5 web ones, in an effort to keep those millions of developers — and thus users — hostage.

And so paradoxically, Apple has turned out to be controlling, closed and manipulative. It has no incentive to push to full democracy on the web front. It is enjoys huge profits from its position, not only because it gets a 30 percent cut of the revenue from downloaded apps, but because its phones, and now iPads, are selling like crazy. It is now one of the most valuable companies in the world. At every turn, it seems, Apple finds a way to hamper or limit the features that allow HTML5 to work efficiently on its devices. It remains to be seen what tricks it has up its sleeve going forward, but it’s true that many people think Apple will be be able to stay ahead. There are so many areas where Apple and other companies have hived off their own platforms from the Web that Wired last year declared that the “Web is dead.”

But if you look closely, despite the Apple/Joker’s continued pranks to keep native app alive, you’ll see how much Google/Batman keeps closing the gap on him. The following are the areas where native app gained a quick advantage over HTML5. Note that in almost all areas HTMl5 has caught up. In several areas, HTML is about to catch up. In a few areas, HTML5 has a plan to catch up, but is admittedly at least a year or two away from doing so:

  • Touch/gestural interfaces — Gestural technology has been implemented by HTML5 framework vendors, such as Sencha. UI components that are controlled by  touch and swipe, such as carousels, scrolling lists, disclosure panels and related widgets are all supported on the HTML5 web. Vendors like Sencha are also helping get rid of things like back buttons, refresh buttons, passed links, bookmarks and other “anachronistic” features of the desktop web that don’t translate well onto the mobile web. Thus coding time has been cut down too.
  • Visual Scale — There’s nothing here that HTML5 can’t address. The web page now has sufficient ways to ask what size screen its on, and size images and resolutions accordingly.
  • Video/Audio — Now addressed by HTML5 for sustained playback. Audio synchronization for short sound effects still needs work in the browsers.
  • Graphics & FX — Native apps are faster for some operations – particularly anything very graphics-intensive. Graphic-intensive games won’t render as effectively in HTML5 anytime soon. However, increasingly, vendors like Sencha are working around many of the speed issues by doing things like embedding a map component that can be primed for loading maps — addressing the slowness you’ve seen in things like Google maps or other sites.
  • Camera/Video access — HTML5 can handle photo capture from a web page on Android devices (at least on the latest versions, run by the Honeycomb OS; but it can’t handle it on iPhones yet).
  • Contacts access — Here, HTML5 addresses file access, but most apps are beginning to draw from the cloud anyway, and not from the device client.
  • Accelerometer access – HTML5 can handle this.
  • Bluetooth access — This is one device access feature HTML5 has not addressed yet. That said, even for native apps, bluetooth access is fairly limited
  • Disconnected Operation — Web apps through HTML5 can now work in disconnected mode; you can get up to 50MB of database space if you ask user permission, in order to keep operating without an internet connection.
  • App Store Services (discovery, updates, payments & trust) — Not only can HTML5 apps be sold through HTML5 or Chrome app stores, they can be sold directly through Apple’s App Store, Android Marketplace or Blackberry App World, after being placed in a simple “native” app shell such as Nimblekit or Webworks.
  • Running in the background and sending notifications – There are HTML5 specs for these capabilities, but they haven’t been implemented in the leading browsers yet. When placed in a native wrapper, HTML5 can do this, but it still means it can’t do this without extra help.
  • Business model – Ad revenue works well on HTML5, since the mobile web already has ad networks.  But ads aren’t doing as well on mobile as many expected, so other monetization methods are necessary, such as payment technologies for subscriptions or virtual goods. For HTML5, there are PayPal and Google APIs, but the experience isn’t very good. Lately, however, companies like Zong and Boku are making payments dead simple for the mobile web.

To conclude, native apps are still extremely popular for many developers, because HTML5 is still working to close the performance gap. Take Trulia, the company that offers real estate information online. It’s not a game company, and so theoretically doesn’t need the blazing speed offered by a phone’s underlying chip iron. Still, mobile is a significant portion of the company’s traffic (20 percent and growing) and it’s map-heavy– and HTML5 can’t handle the intensity of map graphics as well as native can.

Chief executive Pete Flint told me he hired ten developers to make native apps, and those apps have shown far superior engagement and page views, he says. “As a brand publisher, I’m loathe to create native apps,” he told me, “it just adds massive overhead.” Indeed, those developers need to learn specific skills to building native mobile apps, arguably having nothing to do with his core business. They have to learn the different programming code, simulators and tech capabilities of each platform, and of each version of the platform. By diverting so much money into this, he’s having to forgo investment in other core innovation. (do the back-of-the-envelope math: at least $100,000 per developer, or a total $1 million investment). In an ideal world, Flint says, he’d have embraced the evolution to HTML5 Web apps — but HTML5 is just not there yet.

But HTML5 will emerge competitive on just about every level within two years, says Michael Mullany, VP of marketing and products at Sencha, adding that already 95 percent of the functionality of native apps is being delivered by HTML5. And if you have any doubts about this, he points to the story already played out on the PC web. For at least 15 years, developers have been able to create “better apps” on the Windows PC desktop, compared to what they can do on a web browser. “But when was the last killer Windows native app developed?,” Mullany asks. It was probably Microsoft Outlook, which came out in 1998, he says. “Native has always had a performance advantage on the desktop,” he says, “but it hasn’t mattered because of the other benefits of being on the web.”

HTML5 graphics performance for fast-moving games that have a lot of animation can’t match native’s performance, and probably won’t for some time to come. But for pretty much anything else, HTML5 is good enough, an increasing number of developers are saying (see this great review by Redfin’s Sasha Aickin). The benefits gained from a slightly faster native experience will be so marginal for the vast majority of apps that it just wont’t matter enough to forgo the considerable benefits of the open web.

Things are moving very quickly. In just the past month or so, HTML5 has shown momentum in other areas: The main browsers, from Chrome to Firefox to Explorer have bolstered their support of the web framework. Facebook, one of the fastest growing companies, and most popular companies in mobile, has largely embraced HTML5, but is expected to say more soon at its f8 conference. Enterprise players are realizing its advantages, too. Slow to embrace the smartphone native app, they’re now balking at the cost of developing those apps, especially now that Microsoft-Nokia is offering yet another compelling alternative to iOS, Android (we’ll talk another time about how Google is like Two-Face, sometimes), Palm’s WebOS and RIM — why even deal with the splintered distribution each each app would have? After all, many companies have already spent decades developing web apps for the PC, and so they don’t want to start over with native mobile apps. So some enterprise companies are embracing HTML5 apps instead. Sencha says it saw its business double last year, largely because of this trend. Finally, publishers are getting pissed off at Apple’s insistence to retain 30 percent of the revenue from apps sold through it’s store.

This story is still in suspense stage: We just don’t know when it will end, but we do know it will end. The logic behind HTML5 is just too compelling for native to win, but at the same time we just don’t now how many more tricks the Joker has up his sleeves to stave off this inevitable tidal shift to an open, democratic metropolis.

Topics:

,
  • http://whatgamesare.com Tadhg Kelly

    It really won't you know. Cross-platform software is inherently slower and more cumbersome than native, so native will always have a performance edge.

  • http://twitter.com/monolithnyc Monolith NYC

    I really hope web apps dominate in the future but I think Apple will do their best to slow down the process… whilst promoting HTML5 when it suits them (see Flash nightmare).

  • jitgohil

    One significant factor that will reduce the performance gap is hardware accelerated OpenGL. It's already cross platform and will soon be standard in all browsers – mobile and desktop.

  • http://didyouknow.org txtface

    Kinda VHS vs BETA: it's the final vote that counts. The support for HTML5 is overwhelming.

  • http://mobilefanboy.com/ Fanboy

    Also this mean you will need a live data connection at all times to use a “web app”? If so then this itself would seem to be a large factor in many not being able to use web apps. To think ever action, tap, selection etc needs to drive info back to a server is crazy! Now I don't know much about HTML5 so maybe that's not the case.

  • http://twitter.com/anupkejriwal Anup Kejriwal

    Good article Matt. We don't have to go back more then 10-15 (windows native apps vs. web apps) years to see where this will be in next 5 years.. (if it takes that long).

  • http://twitter.com/anupkejriwal Anup Kejriwal

    Good article Matt. We don't have to go back more then 10-15 (windows native apps vs. web apps) years to see where this will be in next 5 years.. (if it takes that long).

  • http://twitter.com/ericly ericly

    This is one of the most well researched articles I've read in a long time.

  • http://Androidized.com Lucian Armasu

    That's like saying PC's will always have a performance edge over notebooks, and implying that notebooks won't sell. The point of this is that HTML5 performance will end up being “good enough” for *most* things, not *all* things.

  • http://about.me/sudkish sudkish

    Traditionally web apps have depended on ad revenue. However, consumers are willing to pay for a native app even if it just a web app distributed as a native app. HTML5 might have the same power as native apps but to succeed monetarily it developers would have to depend on ad revenue which consumers would not prefer on a mobile device. Another success factor for native apps is the seamless payment integration where the user can buy an app in two clicks. Unless developers find an alternate method to monetize their webapps, native apps will continue to succeed.

  • http://twitter.com/podperson Tonio Loewald

    “when it suits them”?Apple is responsible for popularizing Webkit which is the platform Google has based Chrome and Chrome OS on. HTML5 video would be dead in the water without Apple (Google has done its best to help Flash video).Apple is also responsible for kicking off the JavaScript performance arms race (until Squirrelfish Extreme everyone except Opera was happy with lousy JavaScript performance).Portraying Apple as the “anti HTML5″ joker is pathetic. Google is the one bundling Flash with Chrome and undermining the <video> tag. (Just take a look at how lousy the built-in support for <video> and <audio> tags is in chrome.)</audio></video></video>

  • http://twitter.com/monolithnyc Monolith NYC

    Calm down. I never said Apple was “anti-HTML5″? All I'm saying is that Apple may be slowing down the progress of web apps to keep the app store thriving e.g. bookmarked web apps in the latest version of iOS can't take advantage of the Nitro JavaScript engine, why is that?Are you portraying Google as being “anti HTML5″?? Sounds like it. Couldn't be further from the truth.

  • http://www.facebook.com/hillelcooperman Hillel Cooperman

    This article reads like an HTML5 marketing document. There's good reason to be excited about HTML5. But I believe there are a couple of key things missing from this discussion:1. The value of cross-platform code to developers is a myth.Yes, many people say they would love to standardize on one platform and write once and save “bilions”. But in reality, developers like to learn new skills, platforms, and languages. And clearly having to rewrite code to a brand new platform hasn't stopped hundreds of thousands of apps getting written for iOS. The best modern developers are well-versed in a variety of client and web-based technologies and platforms, and recognize that one solution doesn't fit all. And ultimately they, and the businesses that employ them will flock to any platform that has a real promise of commercial success and novel functionality no matter how much new code they have to write. Do we really think iOS is the last time that a new platform will attract tens of thousands of developers to write hundreds of thousands of new apps from scratch? I don't buy it.2. HTML5 has still not addressed a critical piece of the UX – responsiveness.HTML5 and it's predecessor Flash have are not focused on the degree of responsiveness we demand from really polished software. In many cases, we don't need instant responses. And with the advent of AJAX style development web-based apps have come a long way from needing to reload the page every time you make a state change. However, the fundamental value of an HTML page being able to load progressively is often counter to the type of rock-solid responsiveness that we need from many apps. I know that most user's will live with little delays and not even be able to articulate that there's a problem. But like the soft click of a door closing on a well-engineered luxury car, customers do know when something just “feels right”. When I can load thousands of items in a list on a webpage without having to do pagination, when that loading feels instantaneous (even though there may be progressive loading of the data), and when scrolling feels smooth as butter, then I'll feel like web apps are getting closer. I don't think there's a technical limitation on this per se in HTML5, it's just that it's not optimized for these types of interactions. Responsiveness is the unsung hero of a polished user experience, and even with all it's innovations and AJAX goodness, GMail can still be frustrating to use for heavy mail users.To be clear, I'm a fan of HTML5 and here at Jackson Fish Market we will use it as appropriate. It's a tool, like many other tools in our toolbox. We'll use it when it's the right tool for the job. And we'll use other tools when they are appropriate. The most rational and easy to work with developers I know share this philosophy. I've found that developers who like to spend lots of time arguing about which tool is the “end all be all” are doing me a favor by letting me up front that I shouldn't be working with them.

  • sdbryan

    Where is your evidence that Apple is “slowing down the progress of web apps”? I confess I started skimming after your ignorant description of Objective C as a “programing framework”. In addition you also implied Apple was pursuing native third party apps from the start. Were you even paying attention at the time? The initial strategy was to encourage third party web apps for the iPhone but the push back on that was tremendous. Apple continues to support web app development and webkit based browsers (including Mobile Safari) continue to lead in HTML5 compliance. You should learn more facts before pontificating.

  • http://whatgamesare.com Tadhg Kelly

    No, it's like saying that C will always perform better on a dedicated platform than Actionscript. Because it will. Cross-platform development of any kind incurs huge performance lags. It's unavoidable.

  • PeterA650

    I disagree with the view that mobile development will be a repeat of PC history. We are seeing new paradigms in human-machine interaction maturing this decade and mobile will be the proving ground. I believe the innovation in hardware will be much too fast for a decades-old design-by-committee standard to keep up with. Said “committee” can't even agree on a video standard for crying out loud …

  • http://www.facebook.com/people/Jessica-Darko/100000825002284 Jessica Darko

    This kind of anti-apple zealotry has been going on for 25 years, and it is still the same old rationalizations, dishonesty and general bullcrap it has always been. Venturebeat loses its credibility by publishing this crap.

  • http://www.micky2be.com micky2be

    In the text it says Apple is the Joker (anti-HML5) while Google is the Batman (pro-HML5).But in reality it's kinda the opposite. First of all Webkit is made by Apple. Mobile Webkit on iOS is hardware accelerated, animation are so smooth the look similar to flash, and 3D is possible. While on Android animation are shitty, no HW acceleration and no 3D.And if I'm not mistaken only mobile Webkit on iOS provide the accelerometer API.But sure have LocalStorage, Manifest, Geo, and other I forgot.iOS is a platform ready for powerful webapp/webgame. And sure Apple prefer native App because webapp will never be as powerful.Apple prone the quality, while Android prone the “do whatever you want”, if you can even if it's ugly and buggy.

  • jdowdell

    So, considering the drama in the title, what are your wagering terms… “no native apps on devices in two years” for $50, is that it?

  • http://paulirish.com Paul Irish

    I almost swear you did it intentionally but there is a whole mess of “HTLM5″ typos in this article. ;)

  • http://twitter.com/monolithnyc Monolith NYC

    Um, where did I describe Objective C as a “programing framework”? And where did I imply Apple was pursuing native apps from the start? I'm assuming you have responded to the wrong person?Apple has confirmed that bookmarked web apps in iOS are slowed down because they don't use the Nitro JavaScript engine. How about you learn the facts and Google it.

  • http://profiles.google.com/david.javaheri David Javaheri

    one thing I haven't really seen discussed in regards to HTML5 is how do you protect your source code? Wouldn't the user have full access to it? I realize alot of applications will have their business logic running on their server and the user will only be able to see calls to it from the code. But what about a game like Angry Birds? I'd imagine all of the business logic would have to be on the client. Wouldn't that allow their competitors to instantly clone the app? Am I missing something? Is this really not an issue?

  • http://twitter.com/unabst Johan Miyanaga

    It comes off as the author hasn't ever written any code… because if he did he'd know that most HTML isn't implemented in HTML, but coded on the server using other programming languages. HTML isn't just non-native. It isn't even code. It's just markup. JavaScript is the code, and if it were any good, native would already be dead.

  • http://www.magnity.com David Shantz -Magnity

    Consider this: a native app is by definition something that you install to run on an operating system. An html 5 app is running on the browser – the difference is really only subtle – almost semantics. The more sophisticated the browser, the more it becomes an operating system or sorts or an extension of the OS. All we have to do is make it easy to permenantly cache and update web apps.The advantages of using the cleint side computing power can't be understated.

  • Danielmich

    It's great that there are innovations being made in mobile web to make apps less necessary… But at the same time, I would prefer Apple not make the phones features available via the web because that would open up all sorts of vulnerabilities. I don't want a website to be capable of accessing my Bluetooth or my contact list on my phone. I think it opens up a whole new can of worms in regards to security. That being said, I have seen some really good web apps for the iPad.

blog comments powered by Disqus