将 Zapier 或 Make 自动化流程迁移到新的地理编码主机
基于地理编码步骤构建的无代码自动化流程，需要与自定义代码不同的迁移方法。下面介绍如何完成这种切换。
迁出 Bing Maps 时区集成
Bing 的时区功能通常要么通过带时区标志的 Locations API 调用，要么通过专门的时区调用，具体取决于集成最初是如何构建的。无论哪种方式，它往往与地理编码位于同一个 Bing Maps Dev Center 账户中，这意味着即使实际上只涉及时区部分，完整的账户切换通常也会同时影响两者。
时区数据是一种小巧、边界清晰的响应：一个标识符、一个 UTC 偏移量，通常还有关于给定坐标和日期是否实行夏令时的说明。这种紧凑性在规划迁移时是一个真正的优势，因为在宣布迁移完成之前，需要对照真实测试用例验证的响应结构相对较少。
My Geocode 的时区查询作为一个独立、完全可用的端点运行，文档见 /docs/timezone-lookup/，与地理编码兼容主机完全分开。它直接返回某个坐标的时区信息，这意味着这次迁移不需要先对 Bing Maps 集成的其余部分做出任何决定。团队可以现在就迁移时区调用，再花更多时间评估是否也要迁移地理编码。
这次迁移特别值得遵循的步骤：
- 找出当前调用 Bing 时区功能的每一个函数，要注意在现有代码中它可能嵌在更大的 Locations API 调用中，而不是一个单独的端点
- 如果这部分逻辑尚未分离，请把它提取到一个命名清晰的独立函数中，这样实际更换服务商就只是一处局部改动
- 在认定迁移已验证之前，用已知时区行为特殊的坐标（非整小时偏移的地区、不实行夏令时的地方）测试新端点
身份验证使用密钥，可通过 X-API-Key、Authorization: Bearer、HTTP Basic 认证或查询参数发送，选择与您应用中其他部分向其他服务发送凭据的方式最匹配的一种即可。
价格全面统一：不需要密钥每天免费 2,500 次请求，每个密钥每天另有 2,500 次免费请求，按网络计算，之后按每次请求 €0.0001 使用预付额度，或使用每月 €50 的 Unlimited 密钥，时区查询与其他任何端点之间没有单独的费率。考虑到大多数应用实际发出的时区调用相对于地理编码用量少得多，即使在完全迁移之后，这部分也常常轻松落在每日免费配额之内，因此在假定需要付费方案之前，值得先用您自己的数字核对一下。