面向欧盟开发者的 Google Maps API 替代方案（2026）

如果你面向欧洲用户开发位置功能，地图 API 就不只是一个 UI 组件。它决定了访客的 IP 地址和搜索请求在哪里被处理，账单如何随流量增长，以及日后迁移的难易程度。Google Maps Platform 是大家熟悉的默认选择，而替代方案也已经成熟，值得认真对比。

本文梳理欧盟团队通常会权衡的因素，逐一介绍主要替代方案，最后给出一份实用的迁移清单。

欧盟开发者权衡的因素

计费模式

Google Maps Platform 按请求、按产品 SKU 计费：地图加载、地理编码、Places 和路线各有独立的费率和免费用量阈值。2025 年 3 月，Google 用这些按 SKU 划分的免费阈值取代了统一的每月 200 美元额度，所以旧的成本估算已经不再适用。请为你使用的每个 API 测算一个真实月份的用量，而不要依赖某个单一的醒目数字。我们的 Google Maps API 定价指南详细介绍了各个 SKU。

数据驻留与 GDPR

每次加载网页地图，浏览器都会向服务商请求瓦片和脚本，这意味着访客的 IP 地址会到达该服务商。在 GDPR 下，IP 地址属于个人数据。使用美国服务商时，你需要数据传输机制，而且在很多配置下，还要在显示地图前征得用户同意。如果服务商是在欧盟境内托管的欧盟法人，就不存在第三国传输问题。符合 GDPR 的地图 API 指南详细列出了检查清单。

可移植性

用专有样式工具制作的样式、采用厂商私有结构的地理编码响应、绑定在某个 SDK 上的路线格式，都会增加日后的切换成本。MapLibre 样式规范、GeoJSON 和 MVT 格式的矢量瓦片等开放格式，可以把这部分成本压到很低。

覆盖范围与功能

Google 拥有独特的消费级数据：Street View、海量用户评论，以及大型场所的室内地图。如果你的产品依赖这些数据，请把它纳入考量。对于典型的开发场景（SaaS 产品中的地图、结账时的地址搜索、门店查找、配送路径规划），多家服务商都能提供核心能力。

主要替代方案

1. OpenStreetMap + Leaflet.js

适用场景： 简单地图、低流量、习惯自行搭建技术栈的团队。

Leaflet.js 是使用最广泛的开源地图库之一。配合 OpenStreetMap 瓦片，几行代码就能得到一张交互式地图：

import L from 'leaflet';

const map = L.map('map').setView([52.3676, 4.9041], 13);

L.tileLayer('https://tile.openstreetmap.org/{z}/{x}/{y}.png', {
  attribution: '© OpenStreetMap contributors'
}).addTo(map);

Leaflet 只负责显示地图。地理编码和路径规划需要单独的服务，例如用 Nominatim 做地理编码，用 OSRM 或 Valhalla 做路径规划。OpenStreetMap 公共瓦片服务器依靠捐赠的资源运行，其瓦片使用政策不允许大量生产流量，因此真实产品需要自建瓦片托管或使用商业瓦片服务商。

成本： 库本身免费，需要为托管或瓦片服务商付费。

局限： 你需要自己组装和运维一套技术栈，而不是直接调用 API。

2. MapLibre GL JS + 商业瓦片托管

适用场景： 基于开源渲染器的矢量瓦片渲染、自定义样式和 3D 地图。

MapLibre GL JS 是由社区维护的 Mapbox GL JS 开源分支，创建于 2020 年 12 月，起因是 Mapbox 将其库改为专有许可证。它用 WebGL 渲染矢量瓦片，并采用开放的样式规范。生产流量可搭配 MapTiler（一家瑞士公司）或 Stadia Maps 等瓦片服务商。

成本： 库本身免费，瓦片套餐由服务商单独定价。

局限： 只负责地图渲染，地理编码和路径规划仍需来自其他服务。

3. MapTiler

适用场景： 希望使用由欧洲公司提供的托管地图平台的团队。

MapTiler 以托管服务形式提供瓦片、地理编码和基于 MapLibre 的 SDK。付费套餐每月 30 美元起，超出部分按用量计费。

局限： 核心产品是地图和地理编码；如需路径规划、矩阵和等时线，请对照其当前产品列表确认。

4. MapAtlas

适用场景： 希望通过一个欧盟托管平台、一个密钥使用地图、地理编码、搜索、路径规划、矩阵和等时线的欧盟团队。

MapAtlas 基于 OpenStreetMap 数据构建，运行在通过 ISO 27001 认证的数据中心内的欧盟基础设施上。地图渲染器与 MapLibre 兼容，现有的 MapLibre 样式和图层代码可以直接沿用。每个 API 都是普通的 REST 端点。以正向地理编码为例：

curl "https://gateway.mapmetrics-atlas.net/forward-geocode/?text=Prinsengracht%20263%20Amsterdam&size=1&token=YOUR_TOKEN"

它返回一个包含坐标和结构化地址的 GeoJSON FeatureCollection，可以直接放到地图上。同一个密钥可用于 Geocoding API、Search API、Directions API、Matrix API 和 Isochrone API。

成本： 按量付费，免费额度为每月 10,000 次请求，无需信用卡。各 API 的费率见定价页面。

支持： 问题和故障由团队成员直接处理，而不是交给论坛。

对比一览

如何选择

低流量、简单地图、预算有限： 使用 Leaflet 加 OpenStreetMap，超出公共瓦片政策的范围后再换用瓦片服务商。

完全掌控矢量样式： 使用 MapLibre GL JS，并搭配一家已核实托管地点的瓦片服务商。

由欧洲公司提供的托管地图和地理编码服务： MapTiler。

用一个欧盟托管平台覆盖地图、地理编码、路径规划、矩阵和等时线： MapAtlas，整个位置技术栈只需一份合同和一份数据处理协议。

迁移需要做什么

对大多数应用来说，从 Google Maps 迁移是以天计、而非以月计的项目：

1. 替换地图库。 把 Google Maps 脚本换成与 MapLibre 兼容的渲染器，并指向新的样式 URL。
2. 更换密钥和端点。 地理编码、地点搜索和路径规划调用的请求与响应思路相同，只是参数名不同，响应为 GeoJSON。
3. 迁移标记、弹窗和图层。 大多数概念一一对应，数据图层会变成样式中的数据源和图层。
4. 测试每一个交互。 大部分时间花在这里：自动补全、地理编码的边界情况，以及在你自己的用户流程中显示路线。

对于 Street View、室内地图等 Google 特有功能，以及那些默认采用 Google 响应格式的硬编码常量，请预留额外时间。交互式地图教程完整演示了 MapLibre 风格的集成，包括标记、弹窗和地址搜索。

延伸阅读：

• 2026 年 Google Maps API 定价：真实成本拆解
• 欧盟开发者的 GDPR 合规地图 API 指南
• 如何为网站添加交互式地图
• 开发者为什么选择 MapAtlas