
Why it's the End of the API Economy as We Know it
Last year saw Facebook caught up in the Cambridge Analytica scandal. It’s initial response was to significantly pare back its API. By early July 2018, it further restricted some APIs by requiring an app review first.
That initial swift response by Facebook and others really caught our attention here at ProgrammableWeb. Against the backdrop of looming deadlines for compliance with Europe’s General Data Protection Regulation (GDPR), a slew of API providers either shut down or broadly thinned out many of the resources they originally made available through their public APIs. Developers, many of whom had no idea that the cuts were coming, were left in the lurch as their apps suddenly broke. Although we’re not seeing the death of the API economy, we at ProgrammableWeb are declaring it “the end of the API economy as we know it.” Or, to put it more aptly, “The end of the API economy as we often fantasize it to be.”
To be blunt, there’s a huge amount of risk that goes with providing and consuming public APIs. Since the birth of the API economy in 2005, building a business or product whose profitability wholly or partially relies on the ongoing availability of third-party APIs that you have no control over was and is a bad idea.
But, refactoring your existing IT infrastructure into more of an API-led composable enterprise and working with internal developers and specific external partners to drive significant value is an API Economy idea that still holds true promise.
In this series we take a look at three companies that have seen first-hand the pitfalls of relying on third-party APIs. In a series of case studies we’ll show you how PeopleLinx, Stitch and DataSift were able to overcome the loss of access to the APIs they had built their businesses upon.