做一个 2026 世界杯 App 真正需要的 10 个 API

Google 搜 "world cup api" 能搜到一百篇对比实时比分服务的文章。有用，但不全。一个真正能跑的 2026 世界杯 app 涉及八个不同的 API 领域，实时比分只是起点。

下面是我今天会用的栈，每个领域给一个免费选项和一个付费选项。激进缓存的话总价能压在 $50/月以下，纯非商业项目可以全部用免费层。挑你下一步要做的那一节看就行。文章假设你已经决定要做这件事。

不在范围内的：analytics（用 Mixpanel 或 PostHog）、错误追踪（Sentry）、托管（你的选择）。这些是产品基础设施，不是 2026 世界杯专属问题。

1. 实时比分

最关键的一层。比分不可靠其他都白搭。两个选项。

免费选 API-FOOTBALL。单 API key，免费层不要信用卡，世界杯作为杯赛包含在内。约束是免费层 rate limit，峰值会打满，激进缓存或升级。

商业选 SportsDataIO Soccer Scores v3。约 $19/月起步，授权数据 + SLA，延迟 5 秒以内。附加价值是常年覆盖：同一份订阅 7 月后还能用来支撑英超、西甲、MLS，不用换 API。

详细对比和取舍看 2026 世界杯 API 指南。

2. 比赛数据和 xG

如果 app 做赛后回顾、Fantasy 选人、任何分析类内容，你需要超过进球助攻的数据。SportsDataIO Soccer Stats v3 是务实选择，通常和 Scores 打包。能拿到 xG（Expected Goals）、shot map、传球成功率、关键传球、历史基线。

xG 这块没有好的免费替代。免费 API 只返回基础数据。想免费拿 xG 就只能去爬 FBref 或 Understat，个人项目能跑，但他们改 HTML 那一刻就崩。

3. 东道城市天气

三个东道主国，16 个城市，仲夏的露天比赛。天气数据对球迷体验功能（开球温度、去球场前看降雨概率）和战术内容（湿度影响球员表现，达拉斯和休斯顿的比赛尤其明显）都重要。

免费选 AccuWeather，开发者层覆盖当前天气和短期预报。规模上来用 Visual Crossing Weather 或升级 AccuWeather 商业层。用 cron 每小时按东道城市跑一次缓存住，永远不会因为配额问题被叫醒。

4. 地图和场馆

我看到过的差评世界杯 app 都有一个共同点：地图烂。"怎么去 MetLife 体育场" 是用户必跑的 query，自己撸地图瓦片不现实。用真正的地图 API。

Mapbox 免费层够大方——每月 50,000 次地图加载，对赛事窗口期的 app 绰绰有余。其 JavaScript SDK 是做出能用的球场地图加路线最快的路径。备选 TomTom Maps、Amazon Location Service 都从付费起步，除非你已经和这家供应商有现成关系，不然不选。

5. 翻译

48 队，20+ 种官方语言。带变音符的球员名、有多种音译的国家名、英语 vs 西语 vs 德语拼法不同的城市名。Typeahead 里 "Türkiye" 匹配不到 "Turkey" 就是 app 有 bug。

Google Cloud Translation 是省事选择——免费层（新项目每月 50 万字符）够单语言 app 做实体名归一化。多语言 UI 的 app 会超量，按字符计费的价格也合理。Amazon Translate 是 AWS 原生等价品价格有竞争力，已经在 AWS 上的用它。

6. 推送通知

赛事期间留住日活的关键单一功能：用户关注的球队进球、红牌、终场比分的推送。即使个人项目也要做。

Amazon SNS 是常青树。免费层每月 100 万次发布，个人 app 远远用不完。一次 publish 调用可以扇出到 iOS APNs、Android FCM、SMS、邮件、HTTPS webhook，不用每个平台单独接。

实战建议：推送 topic 设计要窄。别让一千个用户订阅同一个 "所有世界杯事件" 频道。用 team:argentina:goal、team:argentina:red-card 这种 topic，让用户自己选噪声等级。账单和卸载率都会感谢你。

7. 新闻和内容

比分是起点，但赛后反应、赛前故事线、突发新闻才是让用户回来的东西。五个新闻 API 选项。

NewsAPI 是被讨论最多的，15 万源，免费 Developer 层非商业用。GNews 实时性更强（Google News 索引），商业版便宜得多（$50/月 vs NewsAPI 的 $449）。MediaStack 入门价位最低（$9.99/月），但免费层是每月 100 次配额，太紧。TheNewsAPI 是干净的 Stripe 风格 API，商业入门 $19/月。Currents API 多语言覆盖突出，自带 category 和 emotion 元数据，阿拉伯语和印尼语比 NewsAPI 强很多。

实操方案：选一个（要便宜商业化选 GNews，暂时不用商业选 NewsAPI），激进缓存，给用户看 source URL 而不是文章正文。这些 API 大多只返回摘要，你不该接管别人的新闻报道再去重写。

8. 票务

很多世界杯 app 直接跳过票务。这是少做的功能。用你的 app 看比分的球迷，正好就是可能通过推荐链接买票的球迷，票务推荐计划是免费球迷 app 不显得烦人地赚钱的方式。

Ticketmaster Discovery API 是主要来源。Ticketmaster 是 FIFA 美国场地的官方票务合作方，78 场美国比赛大部分通过它分发。免费层每天 5,000 请求很大方。API 给你 events、venues、attractions、价格区间；Affiliate 计划按引流付费给你。

SeatGeek Platform 覆盖二级市场。聚合 StubHub、Vivid Seats 等，独家的 Deal Score 告诉用户某张票是不是性价比之选。两个都用：Ticketmaster 拿一级官方场次，SeatGeek 拿 "这张票价格公道吗" 这层。

拼起来：一个能跑的免费栈

如果你的目标是 "这个周末上线一个能用的 2026 世界杯球迷 app 不花钱"，这是能拼起来的组合：

API-FOOTBALL 拿比分。AccuWeather 拿东道城市天气。Mapbox 拿球场地图页。Google Cloud Translation 解决 typeahead 实体名问题。Amazon SNS 拿进球推送。GNews 拿新闻 tab。Ticketmaster Discovery 拿票务 affiliate 链接。

七个 API，全部免费层，文档都合理。能缓存的都缓存。除非你认真考虑过轮换策略，别把任何免费层 key 直接放进移动端。

什么时候升级

升级到付费的时机是三件事之一发生时。你开始为托管付费因为 app 真的有用户了——同一时刻，比分 API 升级到 SportsDataIO，免得 api-football.com 一个糟糕的下午毁掉你的周末。新闻撞 rate limit 墙，那是 GNews Essential 计划 $50/月。你上线付费功能比如 Fantasy 或转会评估，那是 SportsDataIO Soccer Stats 开始赚钱的时候。

大多数 app 不会同时遇到这三件。大多数 app 长期处于 "先做出像样的东西，再迭代" 区间，免费栈完全够。值得规模化的东西出现之前，别担心规模化。

我会怎么做

如果我有一个周末要发一个世界杯 app，顺序是：先比分，再推送，再新闻。这三个建立日返回习惯。地图、天气、翻译是 core 跑通后的增量。票务放最后，因为它是变现层而不是获客层。

每条线的深度选型，3-API 比分对比 把商业和免费的选择讲得更细。其他都在这了。