Hacker News Reader

Comment by illuminated | Hacker News Reader

This is not totally true.

If you're using, say, Stripe for your payment processing then you can offer the user a choice if they'd pay through Stripe or Apple pay. If you do not have your own payment processor for mobile payments, then you use only Apple pay. If you do, then you have to include Apple as an option.

I've been releasing apps with this in the past few years, it's been a requirement all along.

View on HN

It is totally true for the context of this conversation... Which is, software subscriptions.

No, you cannot use Stripe for software subscriptions. Stripe (non-Apple pay) can only be used for physical goods, or sale of services rendered outside of iOS/MacOS.

In other words, can only be used for non-digital sales. The context of this conversation is the Hey app, which is a software subscription, so no... there is no other way to pay.

Yes, I have just figured that out. My experience was for the goods/services delivered outside the app.

That's not totally true, either. You can only use Stripe as an option if the service being paid for is delivered outside of the app (I.e. Uber, Ecommerce, etc). Any purely digital content must be paid for via in-app purchase and take the 30% revenue cut. That's why you can't get an Audible or Spotify subscription from within the app.

That was the case in all the apps I've been involved with ("the service being paid for is delivered outside of the app"), so I probably did not pay much attention to the small letters.

You don’t see the problem with that?

Oh, I do. I don't like it at all as any payment through Apple costs way too much.

I was just opposing the statement that you cannot offer another way of payment in an iOS app, that part is just not true.

Reply on news.ycombinator.com