{"id":33847,"date":"2021-10-07T16:46:37","date_gmt":"2021-10-07T20:46:37","guid":{"rendered":"https:\/\/mjtsai.com\/blog\/?p=33847"},"modified":"2025-05-07T10:50:39","modified_gmt":"2025-05-07T14:50:39","slug":"paddle-in-app-purchase-for-ios","status":"publish","type":"post","link":"https:\/\/mjtsai.com\/blog\/2021\/10\/07\/paddle-in-app-purchase-for-ios\/","title":{"rendered":"Paddle In-App Purchase for iOS"},"content":{"rendered":"

Paddle<\/a> (Hacker News<\/a>, MacRumors<\/a>):<\/p>\n

The Epic Games v. Apple verdict clears the way for app creators to choose an alternative to Apple’s payment system (and its 15-30% fee!). But choose the wrong provider and you’ll be burdened with managing payment and subscription logic, taxes, fraud, and buyer support.<\/p>\n

Paddle In-App Purchase will let app creators replace Apple’s In-App Purchase without worrying about any of that.<\/p><\/blockquote>\n

Besides lower fees, they have a long list of features beyond what the App Store offers.<\/p>\n\n

It’s not yet clear whether Apple will allow any sort of non-IAP in-app payments or try to extract a 30% IP licensing fee for external purchases.<\/p>\n\n

Kif Leswing<\/a> (via Michael Love<\/a>):<\/p>\n

Paddle built three different implementations of an iPhone payments product in the hope one will comply with the rules.<\/p>\n

“We would love to hear from Apple, and get on-the-record a description of exactly what’s going to be allowed versus not,” Owens said.<\/p>\n

[…]<\/p>\n

RevenueCat, a company that builds tools for iOS developers to manage customer subscriptions, is also developing a browser-based payment system that developers can to apps add without having to build their own, CEO Jacob Eiting said.<\/p>\n

[…]<\/p>\n

“We’re operating under the assumption that developers will still be required to use Apple’s IAP inside of their apps but that you now will be allowed to reference and link to external paywalls,” Eiting said.<\/p><\/blockquote>\n\n

Previously:<\/p>\n