配额及其消费如何运作？

Question

我在Google Maps JS API的配额分配和配额消耗中有点迷失。

1. Places WebService API, per user quota hint @ JS API：

     

   如果您正在开发仅需要搜索地点且不提交新地点的基于网络的应用程序，则应使用Google Maps Javascript API的地方库而不是Google Places API网络服务。地方信息库为每个最终用户分配配额而不是每个密钥。这意味着您的可用配额会随着您的用户群而增加，而不是以固定金额为上限。

   尼斯！但它究竟是如何运作的呢？什么被认为是最终用户，他获得了多少配额？

2. JavaScript API, maploads：

   每个用户是否消耗每个密钥的配额？

3. JavaScript API, Places Library, Searching：

     

   请注意，每次搜索都会计入一次针对您的使用限制的请求。

   好的，但有关搜索回复的部分（附近搜索，文字搜索，雷达搜索）中提到了这一点 - 地方详情请求是否相同？

4. 其他图书馆/功能：

   JS API提供了很多子库，地方库也是如此 - 那些也没有文档化，它们是按每个用户使用还是按每个键消费？

我是否错过了详细的使用消费规则表？

当然，我认为，每一个请求都会从配额中获取一个请求，这听起来是正确的，但是每个用户配额何时以及如何启动？

Answer 1

最终用户是访问您网页的用户。

当您使用maps-javascript-API（包括任何服务/库）时，只有1个与您相关的配额，mapLoads - 配额（每天25k）。

  

<强> What constitutes a 'map load' in the context of the usage limits that apply to the Google Maps Web APIs?

     

在以下情况下发生单个地图加载：

     

  
• 在通过网页或应用加载时，使用Google Maps JavaScript API显示地图;
  
• 街景视图全景图通过网页或应用程序使用Google Maps JavaScript API显示   显示地图;
  

• 针对Google Static Maps API中的地图图片发出单个请求;或

  

• 针对Google街景图片API的全景图片提出了单一请求。

  

此配额与网页的域名相关（或使用密钥时与项目相关）

通过Javascript-API对服务/库的任何后续请求（例如地点，地理编码，路线等）都会影响最终用户（访问者）的配额。 通常，唯一相关的最终用户配额是每秒请求数（每秒约10次请求），因此您必须注意您的网页不会过快地发送太多请求。