4 comments

  • Nextgrid a day ago

    > the subscription becomes completely unmaintainable outside of the Apple ecosystem.

    Are they complaining about Apple Pay or in-app purchases?

    Apple Pay works like a normal card payment and any good payment processor should offer easy-to-use scripts to support this. It works on the web (on Apple devices) and will work seamlessly in a web view. There is no extra fee and you still retain full control of the customer relationship.

    In-app-purchases is the one where the payment goes through Apple. It seems like they're not asking for that currently for your browser extension, but keep in mind they will likely do insist on it for the actual iOS app, so plan ahead.

      0dj0bz 16 hours ago

      They are requiring us to implement Apple Pay as the only mechanism for signing up for an app subscription, even though there is no mechanism in the Safari extension to sign up. It seems like they want us to get rid of the links in the extension to take them to the web app to register and pay for the service, which would require it to almost be its own "Apple" version of the system. When we ask for clarification, we get the same boilerplate response no matter what we ask.

        0dj0bz 15 hours ago

        To be clear, even our iOS app doesn't currently have a mechanism to sign up for the service; we reserve that for the website. On there, we support Apple Pay as a payment method via Stripe.

        My fear is that they are going to try to force us to implement in-app purchases for the iOS app to register for the service, which I don't like because I just don't.

        Nextgrid 13 hours ago

        If they just want Apple Pay in the extension app can't you have your app embed the account management & subscription UI in a webview?