Skip to main content
Solved

Management URL switches to App Store after restoring web purchase on iOS – is this expected?

  • April 21, 2025
  • 1 reply
  • 33 views

Forum|alt.badge.img+2

Hi RevenueCat team,

I'm running into an issue with the management_url returned by the v2 REST API for purchases made via web billing.

Scenario:

  • A user makes a purchase on the web (using RevenueCat's web billing). The management_url returned by the API points to our customer portal, as expected.
  • Later, the same user restores their purchase on our iOS app (since we're sharing purchases across platforms).
  • After this restore, the management_url for this purchase changes to the App Store subscription management page.

Problem: This doesn't make sense for our use case, because:

  • The purchase was made on the web, not the App Store.
  • The App Store management page can't actually manage or cancel a web purchase.
  • Our users can't manage their web purchase from the App Store page.

Questions:

  • Is this the intended behavior?
  • Is there a way to ensure that the management_url always points to the correct portal based on the original purchase platform, even after restoring on another platform?
  • Am I missing something in the docs or configuration?

Thank you!

Best regards,

Alex

Best answer by hussain

Hi Alex! 👋

Thanks for your detailed explanation—this is a great question.

Yes, what you're seeing is expected behavior. The management_url returned by RevenueCat's API depends upon the store of purchase. Hence, when the user initially makes a purchase through Web Billing the management_url returned by the API points to your customer portal. However, when the user restores their purchase on iOS the management_url gets updated to point to the App Store subscription management page.

However, this raises a curious point: a restore on iOS would only succeed if the purchase was made through the App Store. Web purchases aren't usually restorable via restorePurchases() on iOS, since they aren't linked to a StoreKit receipt. The only logical explanation in this case would be that the user has bought the subscription through iOS and Web Billing (essentially having 2 active subscriptions) this is why they can restore a purchase on iOS, and this causes the management_url to be overriden.

If the user only purchased via web billing, and nothing was bought on the App Store, the restore shouldn't be possible, and the user would have to login to the app to access there subscription through whatever entitlement was granted to their account, and in this case the management_url would remain unchanged.

Also, just to clarify: the management_url is set automatically based on the store and cannot be overridden manually.

Hope this clears things up! Let me know if you need help digging further into this behavior.

Best,

Hussain

View original
Did this post help you find an answer to your question?
This post has been closed for comments

1 reply

hussain
RevenueCat Staff
Forum|alt.badge.img+2
  • RevenueCat Staff
  • 24 replies
  • Answer
  • April 24, 2025

Hi Alex! 👋

Thanks for your detailed explanation—this is a great question.

Yes, what you're seeing is expected behavior. The management_url returned by RevenueCat's API depends upon the store of purchase. Hence, when the user initially makes a purchase through Web Billing the management_url returned by the API points to your customer portal. However, when the user restores their purchase on iOS the management_url gets updated to point to the App Store subscription management page.

However, this raises a curious point: a restore on iOS would only succeed if the purchase was made through the App Store. Web purchases aren't usually restorable via restorePurchases() on iOS, since they aren't linked to a StoreKit receipt. The only logical explanation in this case would be that the user has bought the subscription through iOS and Web Billing (essentially having 2 active subscriptions) this is why they can restore a purchase on iOS, and this causes the management_url to be overriden.

If the user only purchased via web billing, and nothing was bought on the App Store, the restore shouldn't be possible, and the user would have to login to the app to access there subscription through whatever entitlement was granted to their account, and in this case the management_url would remain unchanged.

Also, just to clarify: the management_url is set automatically based on the store and cannot be overridden manually.

Hope this clears things up! Let me know if you need help digging further into this behavior.

Best,

Hussain


Cookie policy

We use cookies to enhance and personalize your experience. If you accept you agree to our full cookie policy. Learn more about our cookies.

 
Cookie settings