Monitor your key's usage before you hit a limit
Watching your quota headers as you go tells you when a limit is approaching, well before a request actually gets rejected.
Watching your quota headers as you go tells you when a limit is approaching, well before a request actually gets rejected.
Rate limits vary in structure, not just in number, across providers. Here is what to check before assuming your current logic still applies.
The free daily allowance exists for exactly this, building and testing an integration before any money or a key is involved.
The free daily allowance is counted per network, not per address, so a shared office or building draws from one pool rather than many.
Rate limits on My Geocode are simpler than they sound: a free daily allowance per network and per key, then prepaid credit or Unlimited coverage.
There is no async job queue here, just synchronous bulk requests, so a large job means chunking and polling your own quota headers.
Every My Geocode response carries a full set of quota headers, so a script can know exactly where it stands without a separate usage lookup.
Caching addresses saves requests, but only if your cache and your quota headers agree on what has actually been looked up.
Every response carries quota headers, but reading them correctly means knowing which one reflects your key and which one reflects your network.
A single call with a hundred addresses inside it counts as a hundred requests, not one. Here is why we count bulk calls by item instead of by call.