关于Google Places API的place_id存储、刷新及数据权限的技术咨询

嘿，我来帮你梳理这几个关于Google Places API的疑问，结合实际开发经验和条款细节给你参考：

Google确实提到Place ID可能随地点信息变更（比如商家搬迁、更名）而变动，但这里有个关键细节：只要原地点实体还存在，旧Place ID通常会被Google映射到新ID上。

你可以这么操作：

• 定期（比如每月一次）批量遍历数据库里的Place ID，调用Place Details接口；
• 如果接口返回正常，直接用响应里result.place_id字段的新ID替换旧的；
• 如果接口返回NOT_FOUND状态码，说明这个地点可能已不存在，这时候只能提示用户重新确认该行程地点——毕竟没有其他关联信息，确实没法自动恢复。

完全可以，而且符合Google Maps Platform的服务条款。

根据条款规定，你可以存储通过API获取的地点名称、地址、坐标等基础信息，只要这些信息仅用于和你的应用核心功能直接相关的场景：比如重新匹配Place ID、展示行程地点信息等。

需要注意两个点：

• 不能用存储的信息绕过Google API来实现地点搜索等功能（比如自己做一个搜索框，不用Autocomplete接口）；
• 不能将这些数据转售给第三方，也不能用于非应用核心功能的用途。

所以建议你在存储Place ID的同时，同步保存地点名称、地址这类基础信息，这样即使旧ID失效，你也能通过Text Search或Autocomplete接口重新获取新的Place ID，比只存ID更稳妥。

当然可以！这类用户生成的自定义内容（比如用户给行程地点写的评论、备注）属于你的应用自有数据，Google的条款并没有禁止存储这类内容。

小提醒：如果你的自定义评论里引用了Google API返回的信息（比如地点评分、营业时间），要确保这部分内容没有被篡改，且展示时符合Google的要求——不过一般用户自主撰写的评论里偶尔提及，不会有太大问题，只要不是批量复制Google的官方数据就行。

内容的提问来源于stack exchange，提问作者rcepre