MapKit JS quota limit architecture decision

Question

modemix OP

Created Apr ’26

Replies 5

Boosts 1

Participants 2

Hello,

I have a question similar to this post regarding MapKit JS quota limits.

I understand that we can request rate limit increases, but it is not a guaranteed increase. My app is rapidly growing. What if Apple decides to not award the limit increase? Then, the directions service of my app will stop working, which would be catastrophic for my company.

I need to know if the rate limit increases are guaranteed. I need to decide early on whether to use MapKit JS or another service on, because the more time that passes, the more entangled my code will get with MapKit JS.

Can we get some more information on this?

Answer 1

modemix OP

May ’26

Accepted Answer

Hi, just following up on this. Can someone from Apple please clarify?

Answer 2

modemix OP

5d

Please help

Answer 3

DTS Engineer OP

Apple

5d

Thanks for the post.

As the documentation explains

The service provides up to 25,000 service calls per day per team between Apple Maps Server API and MapKit JS. If your app exceeds this quota, the service returns an HTTP 429 error

https://developer.apple.com/documentation/applemapsserverapi

The weird part is the link to the quote increase is broken, so I’m guessing you didn’t even apply for the quota increase?

May I ask you to create a bug for that broken link?

Once you open the bug report, please post the FB number here for my reference.

If you have any questions about filing a bug report, take a look at Bug Reporting: How and Why?

Albert  WWDR

Answer 4

modemix OP

5d

I did apply for the quota increase! Once in April 2026, once in May 2026, and once this morning. The link was not broken this morning.

In any case, I've opened a bug report. The FB number is: FB24435301

Answer 5

DTS Engineer OP

Apple

5d

@modemix Thanks for doing that, will route to the team and we will ask about the quote increase as well as I believe you didn't receive a reply? Thanks for your help on this one.

Albert  WWDR