我对每天 2500 个地理编码请求 ( http://code.google.com/apis/maps/documentation/geocoding/#Limits ( 和每天 25,000 个 Javascript 地图 ( http://code.google.com/apis/maps/faq.html#usagelimits ( 的 API 使用限制是否是指网站访问者生成的请求，还是由为包含地图的页面提供服务或发出地理编码请求的 Web 服务器生成的请求？
上次我检查(2 个月前(基于每个 IP 的地理编码请求，因此，如果您或来自同一 IP 地址的人(假设您来自使用一个 IP 连接到互联网的公司(在 Google 地图上对请求进行地理编码，它们将一起计算。
我将查找解释的页面，编辑找到：
每天的地理编码请求数量以及 Google 通过单个 IP 地址处理的每秒地理编码请求速率都有限制。通过使用客户端地理编码，可以确保这些限制分别应用于每个用户，而不是应用于所有用户生成的合并请求量。它还可确保直接向 Google 发出请求，从而提高应用的性能。
这里是原文： http://code.google.com/intl/it/apis/maps/faq.html
地理编码策略：http://code.google.com/apis/maps/articles/geocodestrat.html
何时使用客户端地理编码
基本答案是"几乎总是"。由于地理编码限制是针对每个 IP 地址的，因此该限制将针对应用程序的使用者。很少有人每天坐在他们的电脑前输入超过2,500个地址。因此，运行客户端地理编码，通常不必担心配额.
客户端地理编码有两种基本体系结构。
- 运行地理编码并完全在浏览器中显示。例如 用户在您的页面上输入地址。您的应用程序对其进行地理编码。然后 您的页面使用地理编码在地图上创建标记。或者你的应用有 使用地理编码进行一些简单的分析。不会向服务器发送任何数据。 这减少了服务器上的负载，但没有任何意义 用户正在做什么。
- 在浏览器中运行地理编码，然后将其发送到服务器。 例如，用户输入地址。您的应用程序将其地理编码，在 浏览器。然后，该应用程序将数据发送到您的服务器。服务器响应 使用一些数据，例如附近的兴趣点。这允许 您可以根据自己的数据自定义响应，还可以缓存 如果需要，可以进行地理编码。此缓存允许您进一步优化。你甚至可以 使用地址查询服务器，查看是否有最近缓存的地理代码 对于它，如果你这样做，使用它。如果没有，则不向 浏览器，并让它对结果进行地理编码并将其发送回服务器 缓存。
需要注意的是，一些移动网络在许多移动网络中共享IP地址 手机。这可能会导致客户端应用出现问题。如果很多人 在他们的智能手机上正在查看您的地图。如果您预计重型移动设备 使用时，可以考虑将服务器端备份作为故障转移。尝试 在浏览器中进行地理编码，如果这不起作用，请将地址发送到您的 用于 HTTP 地理编码的服务器。
它基于 IP，因此大致是每个用户。
这可能会回答它：
什么构成"交易" 事务限制的上下文 适用于地图 API？
在以下情况下发生单个事务：
- 地图 JavaScript API(v2 或 v3(由网页或 应用;
- 加载 Maps API for Flash 的 SWF 由网页加载，或者 应用;
- 或者从静态地图 API 对地图图像发出单个请求。
用户交互的程度 一旦加载了地图，它就有 对交易限额没有影响。
http://code.google.com/apis/maps/faq.html#tos_transaction
您正在使用 api 密钥来生成映射，因此我相信他们正在使用它来跟踪它被调用的次数，而不是由用户 ip 调用
。Google确实通过IP进行跟踪并限制用户，但这与应用程序限制不同。
作为另一个数据点，限制是存在的，但根据Google Geo Developers Blog上的这篇文章，直到2012年初才会强制执行。确实，限制是每个站点的。