News: 1620086568

  ARM Give a man a fire and he's warm for a day, but set fire to him and he's warm for the rest of his life (Terry Pratchett, Jingo)

Googler demolishes one of Apple's monopoly defenses – that web apps are just as good as native iOS software

(2021/05/04)


Epic Games and Apple faced off in an Oakland, California, courtroom on Monday to resolve the gaming giant's antitrust claim that Apple's App Store represents an illegal monopoly.

Epic last year [1]sued Apple after being denied the ability to sell digital goods for its Fortnite game using its own payment service rather than Apple's In-App Payment API. If Epic prevails and Apple's inevitable appeals get rebuffed, the power of digital platform owners to dictate the terms of market participation will be significantly diminished, in America at least.

On Friday, Alex Russell, a software engineer at Google – and the big G is also being sued by Epic for Play Store restrictions – personally published [2]a rebuttal to one of the central tenets of Apple's defense – that developers can compete with iOS apps by making web apps.

[3]

[4]

[5]

Apple has argued as much to the Australian Competition and Consumer Commission

[6]PDF

, starting that Progressive Web Apps (PWAs) represent a viable distribution alternative to the App Store. Apple CEO Tim Cook [7]made a similar claim last year in Congressional testimony. He said that Apple is not the sole decision maker for web apps, suggesting the web offers a viable alternative distribution channel to the iOS App Store.

And Apple put forth that same argument in its opening materials for Epic v. Apple, with a slide that declares, "Epic's Theory is Based on a False Premise."

It depicts The Financial Times' web app and native iOS app side by side, the almost identical designs suggesting the two are interchangeable.

[8]

Apple's slide defending its position ... Click to enlarge

In fact, web apps and native apps are distinctly different in their technical capabilities, and Russell contends Apple's glacial pace of integrating modern web APIs into Safari and its WebKit rendering engine have left web apps, on iOS devices at least, unable to compete with native iOS apps.

"Apple's iOS browser (Safari) and engine (WebKit) are uniquely under-powered," he writes. "Consistent delays in the delivery of important features ensure the web can never be a credible alternative to its proprietary tools and App Store."

[9]

Certainly among web browsers there's limited room for competition and differentiation on iOS – Apple requires all mobile web browsers on iDevices to use its WebKit rendering engine. This makes the iOS versions of Brave, Chrome, and Edge (Chromium-based, with the Blink rendering engine), and Firefox (based on the Gecko rendering engine) essentially clones of Safari under the hood.

But where web browsers face a level playing field upon which no competition is allowed, web apps risk being tripped up by Apple's indifferent groundskeeping while their native app counterparts race in paved lanes.

For Russell, performance isn't really an issue. He concedes that all modern browsers are fast because there's not that much more speed to be eked out after two decades of web tech rivalry.

[10]

Rather, he points to Safari's lack of compatibility with web standards and claims it's holding the entire web ecosystem back. Not only does Safari fail when it comes to compatibility with numerous web standards – illustrated by this [11]Web Platform Test graph – but Russel contends Safari's implementation of these features is often wrong.

"In almost every area, Apple's low-quality implementation of features WebKit already supports requires workarounds," he writes. "Developers would not need to find and fix these issues in Firefox (Gecko) or Chrome/Edge/Brave/Samsung Internet (Blink). This adds to the expense of developing for iOS."

Apple's web gap can also be measured in terms of APIs. By Russell's count, Safari has been failing further and further behind in implementing web APIs, which make specific technical features available to developers. Safari is now something like 1000 APIs behind Chrome, double the gap measured in 2016, and 300 or so behind Firefox.

Russell allows that in some instances, Safari has outpaced Chrome, like implementing the [12]Storage Access API as a privacy measure. However, he takes the opportunity to skewer Apple for [13]botching the job , noting that its initial implementation created a worse tracking vector before it was repaired.

[14]Spotlight on Apple, Google app stores: What happened to Tile, Spotify, Match – and that proposed law in Arizona

[15]Apple accused of unfairly banishing Watch keyboard app for the visually impaired from its software souk

[16]Now this is Epic: Fortnite maker takes Apple fight to the European Commission and... er... Bismarck, North Dakota

[17]Epic Games files competition lawsuit against Google in the UK over Fortnite's ejection from Play Store

Glossing over the privacy improvements driven by Apple (and Brave and Mozilla), he enumerates various other API where Safari's lack of support has hindered web apps. Among them are: getUserMedia(), WebRTC, Gamepad API, Audio Worklets, IndexedDB, Pointer Lock, Media Recorder, Pointer Events, Service Workers, WebM and VP8/VP9, CSS Typed Object Model, CSS Containment, to name a few.

"These omissions mean web developers cannot compete with their native app counterparts on iOS in critical categories like gaming, shopping, and creative tools," Russell argues.

There are, Russell insists, multiple crucial features available on every other operating system that Apple doesn't support in iOS. These include things like: Push Notification, PWA Install Prompts, Media Session API, Navigation Preloads, and maybe 20 other technologies that have the potential to enable new classes of applications on the web and new businesses.

Russell concludes that Safari/WebKit lags the competition in terms of compatibility and features, "resulting in a large and persistent gap with Apple's native platform."

Epic has advanced a version of this argument in its case against Apple by citing a deposition from Scott Forstall, former Apple SVP of iOS Software, in which Forstall asserts that native apps provide a better experience than web apps.

An in his opening day trial testimony, Epic Games CEO Tim Sweeney made a similar point. "Web apps are not nearly powerful enough to run a modern 3D experience such as Fortnite," he said.

If District Court Judge Yvonne Gonzalez Rogers – who will decide the case instead of a jury – finds merit in this claim and concludes the App Store is an unlawful monopoly, Apple's iOS walled garden and others like it could crumble.

The Register asked Apple for comment and also inquired to /dev/null . Both responded exactly the same way. ®

Get our [18]Tech Resources



[1] https://www.theregister.com/2020/08/14/epic_games_apple/

[2] https://infrequently.org/2021/04/progress-delayed/

[3] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=2&c=2YJDG2xmlaROTI@lbIm6CQAAAAM8&t=ct%3Dns%26unitnum%3D2%26raptor%3Dcondor%26pos%3Dtop%26test%3D0

[4] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YJDG2xmlaROTI@lbIm6CQAAAAM8&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[5] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YJDG2xmlaROTI@lbIm6CQAAAAM8&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[6] https://www.accc.gov.au/system/files/Apple%20Pty%20Limited%20%2810%20February%202021%29.pdf

[7] https://www.youtube.com/watch?v=H6eYLCxxQdA&t=306s

[8] https://regmedia.co.uk/2021/05/03/epic_v_apple.jpg

[9] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=4&c=44YJDG2xmlaROTI@lbIm6CQAAAAM8&t=ct%3Dns%26unitnum%3D4%26raptor%3Dfalcon%26pos%3Dmid%26test%3D0

[10] https://pubads.g.doubleclick.net/gampad/jump?co=1&iu=/6978/reg_software/applications&sz=300x50%7C300x100%7C300x250%7C300x251%7C300x252%7C300x600%7C300x601&tile=3&c=33YJDG2xmlaROTI@lbIm6CQAAAAM8&t=ct%3Dns%26unitnum%3D3%26raptor%3Deagle%26pos%3Dmid%26test%3D0

[11] https://wpt.fyi/results/?label=experimental&label=master&aligned

[12] https://www.theregister.com/2019/08/16/apples_webkit_security/

[13] https://www.theregister.com/2020/01/22/apple_intelligent_tracking_protection/

[14] http://www.theregister.com/2021/04/25/antitrust_app_store_analysis/

[15] http://www.theregister.com/2021/03/19/apple_faces_yet_more_accusations/

[16] http://www.theregister.com/2021/02/17/epic_apple_north_dakota_eu/

[17] http://www.theregister.com/2021/01/15/epic_games_google_fortnite_competition_lawsuit/

[18] https://whitepapers.theregister.com/

Detailed but also quite biased.

Anonymous Coward

I found his arm waving about not implementing a feature that allows a web page to seize and lock the mouse pointer on a touch-only device especially amusing. It looks at first glace like that function allows the external site to also control the event to break out of it. The example it points to sets it to the escape key. The ipad has no escape key. I'm sure the human cockroaches behind those fake virus scam pages would love that one.

After reading it I am left pondering this question the Google engineers article left unasked and unanswered: if enabling Googles browser sprawl problem is the larger vice here. Google is in effect whinging about not having the ability to dictate web standards to it's competitors, and some of these features were/are clearly still half baked as Google implemented them.

Re: Detailed but also quite biased.

ThomH

His bias is obvious, but I nevertheless think Apple is going to be on a losing wicket wherever the argument relies on web apps being just as good as native apps — besides nothing else because it begs the obvious question: why the about face in iPhone OS 2, to allow native apps, if the web apps that iPhone OS 1 supported already weren't at a disadvantage?

Re: Detailed but also quite biased.

HildyJ

Indeed. If Apple believes so strongly in web apps, why write native Apple apps at all?

Yeah, Yeah, Yeah ...

ST

I really love it when a Google Developer spontaneously emits a blog trashing their competitor.

Totally not sponsored by their Boss.

Sucking up for fun and profit.

In the Early Days of the iPhone, there was Support for Web Apps

Matthew "The Worst Writer on the Internet" Saroff

I recall reading complaints from developers back in the day that once they opened up the App Store, they systematically removed features (like return from an app) over the years.

Apple's business model for the iPod/iPhone/iPad has always been hostile to interoperability.

Be consistent.
-- Larry Wall in the perl man page