那么在使用 Google Places API 时，您真的需要为每个页面视图再次请求街道地址吗？

Question

我们考虑了一个简单的 web 页面，该页面将列出例如“芬兰 100 个最有趣的地方，由其他用户提供给您”。我们将使用 Google Places API 来自动完成并显示位置。

例如，用户可以开始输入“Santa Clau”，结果将是： https://www.google.com/maps/place/Joulupukin+Pajakylä/@66.5436143,25.8427126,17z/data=:3m1.4b1。 4m6!3m5!1s0x442b4e7e543e9979:0xd7f9b9e4341d7ed3!8m2!3d66.5436144!4d25.8471973!16s%2Fm%2F026b3cp

该页面的主页视图将仅显示场地名称及其地址。 点击地址将向访问者显示谷歌地图中的地点位置。

我的问题是关于 Google API 定价。 根据 Google 条款和条件，只允许缓存 Place ID 和纬度/经度（最多 30 天） - 不允许缓存其他任何内容。 因此，这也将包括街道地址/场地名称。

因此，每个页面浏览量需要 100 个地点详细信息 API 请求（每个街道地址一个）> 因此，仅 1,000 次页面浏览量我们将需要 100,000 个请求，这将花费大约 1,700 美元。

如果页面浏览量达到 5,000 次（仍然是一个非常少的数量），因此 API 请求的成本约为 7,000 美元——如果数量更多，甚至看不到价格，只是“联系销售”（此处定价： https:// mapsplatform.google.com/pricing/ )。

我想并希望我误解了一些东西。 互联网上充斥着使用 Google 地点显示场地名称/地址的活动列表/票务服务。 不可能每个人都为数百万的 API 请求每月支付数万或数十万。