iOS was SO much more valuable to Google than Android - until Maps

Apple cash hose dislodged from Choc Factory maw


Opinion So what about this Apple Maps thing then? Isn't it just so wonderful that Cupertino wants to improve the fanboi experience and thus has decided to replicate a perfectly serviceable alternative from a competitor? Sorry, become a competitor to its previous supplier...

As we might expect the reality is all about money and really quite considerable sums at that. It is an object lesson in how markets, specifically the ability to enter a market, tames red-in-tooth-and-claw capitalism by offering the consumer a choice. The choices made are what temper the usual capitalist desire to be a monopoly supplier.

As background it's worth considering this article from The Guardian: which states that Apple's iOS provides four times more revenue to Google than Android does. Bearing in mind all the caveats about numeracy among the arts grads, I had a bit of a dig through the numbers – and they seem to have proved their point. Apple pays Google to place Google Maps on iKit. Exactly what that number is we're not sure, only that the total revenue flow seems to be four times the amount that Google is getting from pumping Android out to all of its customers, Maps making up some fraction of that revenue.

Given that Android's revenue seems to be just over $500m for the past few years that means that Apple's total flow of funds to Google is some $2bn over that period. Even in the rarefied world of global technology companies that is still real money.

At which point the idea of Apple offering its own mapping product starts to make good old dollars and sense. The capital cost of creating the maps is one thing: but not having to offer the continuing revenue to another company is another. While Apple isn't charging users for the maps, it is also avoiding having to pay out to someone else for their use. It's a revenue saving even if it's not additional revenue.

The original deal probably made great sense: no one was really sure about how large the iKit market was going to be, so replicating all of the desired services in-house would not be a good use of capital. But once the market is large enough, why not start replicating those services currently being bought in? At some level of unit sales the savings will beat the capital necessary to produce the service.

Of course Maps aren't something that can be left off a device these days: far too many people find that that's actually what a phone is useful for (as an aside, how close are we to the point where the actual phone part of a phone becomes irrelevant and actually speaking to someone is the last thing anyone does with them?). So the options are try to renegotiate, to use someone else's maps or to build one's own. Clearly volume is such that the last one is the best option, for assuming that Apple's management are not idiots that's the path they have taken.

A slightly cynical way of looking at Apple Maps is therefore that it's nothing at all to do with making better maps, even if they are better maps. It's to save money with the useful side effect of annoying a competitor.

Two further things. The first is that serving up maps is bandwidth-intensive. One estimate (a plucked from the ether one but interesting all the same) is that it might triple Apple's own data-serving requirements, given that you do need over half a MB of serving capacity for each map request. That's good news for those like me who sell the scandium to the people who make the fuel cells that Apple uses to power its expanding server farms and data centres.

The second is the opportunity for a little parlour game on a Friday afternoon. Recall the set-up: Apple bought in services for iKit to begin with. Sales volume has been so high that it is now making sense to replace bought-in services with in-house developed and provided services. The game is: which supplier will be next to see their offering replaced?

The one that stands out to me is the Google search engine itself. This would be problematic: for to some extent Google is search. It would depend upon consumer thoughts and behaviour. If Apple decided not to integrate Google search, would people be turned off iOS altogether – feeling that if one cannot easily Google then what's the point of iKit? Alternatively, there's a possible world in which the iKit user base is so large that it is a sufficient source of traffic to support an entirely new search engine along with the necessary advertising platform. Certainly one could imagine that Bing would offer a hefty chunk of any extra revenue to replace the Chocolate Factory even if a new engine would not quite make sense.

This is just musing of course but then that's the point of parlour games. I can imagine a VC pitch along the lines of: “Apple might replace Google on iKit, we're positioning to be bought out to be that new engine.” I can also imagine that Tim Cook has at least asked the question, “So, how much does it cost to create a search engine anyway?” Anyone know the answer to that question? And anyone have ideas about what else might be sensibly developed in-house to reduce outgoing licence payments? ®


Other stories you might like

  • Meet Wizard Spider, the multimillion-dollar gang behind Conti, Ryuk malware
    Russia-linked crime-as-a-service crew is rich, professional – and investing in R&D

    Analysis Wizard Spider, the Russia-linked crew behind high-profile malware Conti, Ryuk and Trickbot, has grown over the past five years into a multimillion-dollar organization that has built a corporate-like operating model, a year-long study has found.

    In a technical report this week, the folks at Prodaft, which has been tracking the cybercrime gang since 2021, outlined its own findings on Wizard Spider, supplemented by info that leaked about the Conti operation in February after the crooks publicly sided with Russia during the illegal invasion of Ukraine.

    What Prodaft found was a gang sitting on assets worth hundreds of millions of dollars funneled from multiple sophisticated malware variants. Wizard Spider, we're told, runs as a business with a complex network of subgroups and teams that target specific types of software, and has associations with other well-known miscreants, including those behind REvil and Qbot (also known as Qakbot or Pinkslipbot).

    Continue reading
  • Supreme Court urged to halt 'unconstitutional' Texas content-no-moderation law
    Everyone's entitled to a viewpoint but what's your viewpoint on what exactly is and isn't a viewpoint?

    A coalition of advocacy groups on Tuesday asked the US Supreme Court to block Texas' social media law HB 20 after the US Fifth Circuit Court of Appeals last week lifted a preliminary injunction that had kept it from taking effect.

    The Lone Star State law, which forbids large social media platforms from moderating content that's "lawful-but-awful," as advocacy group the Center for Democracy and Technology puts it, was approved last September by Governor Greg Abbott (R). It was immediately challenged in court and the judge hearing the case imposed a preliminary injunction, preventing the legislation from being enforced, on the basis that the trade groups opposing it – NetChoice and CCIA – were likely to prevail.

    But that injunction was lifted on appeal. That case continues to be litigated, but thanks to the Fifth Circuit, HB 20 can be enforced even as its constitutionality remains in dispute, hence the coalition's application [PDF] this month to the Supreme Court.

    Continue reading
  • How these crooks backdoor online shops and siphon victims' credit card info
    FBI and co blow lid off latest PHP tampering scam

    The FBI and its friends have warned businesses of crooks scraping people's credit-card details from tampered payment pages on compromised websites.

    It's an age-old problem: someone breaks into your online store and alters the code so that as your customers enter their info, copies of their data is siphoned to fraudsters to exploit. The Feds this week have detailed one such effort that reared its head lately.

    As early as September 2020, we're told, miscreants compromised at least one American company's vulnerable website from three IP addresses: 80[.]249.207.19, 80[.]82.64.211 and 80[.]249.206.197. The intruders modified the web script TempOrders.php in an attempt to inject malicious code into the checkout.php page.

    Continue reading

Biting the hand that feeds IT © 1998–2022