Free Public APIs

图：Free Public APIs 官网首页，2026-11 截图

一句话定位与基本信息

Free Public APIs 是一个专收「免费公共 API」的目录站：一句话定位是，它把散落在全网的免费接口按条目整理好，并用自动化监测给每个接口打上健康分，让开发者在写代码之前就能判断这个 API 还活着没有、稳不稳、要不要鉴权。官网为 freepublicapis.com。它的条目字段相当结构化：每个 API 给出简介、端点数量、健康分（API Health）、可靠性百分比、错误率、定价类型与鉴权方式，并标着「Tested Every Single Day」（每天实测）。站点全英文界面，浏览无需注册；运营主体未在页面显著位置披露，本文只按站内公开信息描述。收录范围从市场行情、汇率这类实用数据接口，到 Rick and Morty、GitHub 这类娱乐与平台型接口都有，偏开发者日常找数据、练手与做原型的需求。

平台背景

免费 API 目录不是新概念，GitHub 上的 public-apis 清单多年来一直是开发者找接口的第一站，但静态清单有个老问题：条目会腐烂——接口下线、改版、开始收费，清单却不会自己更新。Free Public APIs 的差异点正是冲着这个问题去的：它给目录加上了持续监测，每个条目页都有健康分、可靠性与错误率，页面注明由机器人（robot）定期复查文档与定价状态。另一个演进是它把目录本身API化了：站点推出了自己的免费 API（Free Public APIs API），把站内收录的全部接口信息以 JSON 形式开放出来，每天免费 1,000 次请求、无需鉴权，供开发者做检索目录、发现小部件之类的二次应用。从「一张清单」进化到「清单＋健康监测＋可编程访问」，是这个小站在同类目录里的主要识别度。运营方背景信息披露有限，本文不对团队规模与成立时间做推测。

核心服务与功能

图：Free Public APIs 的条目详情页（以 Rick and Morty API 为例，含健康分与可靠性数据），2026-11 核查

第一是结构化条目：每个 API 一页，包含简介、适用场景说明（What can you use it for）、端点数量、健康分、可靠性、错误率、是否免费与鉴权方式，比如 Rick and Morty API 条目就标明 REST 与 GraphQL 双端点、健康分 95、可靠性 100%、免鉴权。第二是每日健康监测：站方称条目每天实测，机器人复查文档与定价，健康分随可用性变化——找接口时先看分数，能避开大量已下线的死接口，这是它比静态清单好用的核心。第三是分类与标签浏览：条目按主题组织，配合站内搜索，可以从「我要一个汇率接口」这类需求出发筛选，而不是按名字翻长清单。第四是站方自有 API：把整个目录变成可编程数据源，支持拉列表、按 ID 查条目、随机抽一个 API，免费档每天 1,000 次、无需注册与密钥，超量可联系站方。第五是提交与展示：接口作者可以提交自己的 API 进目录，基于站方 API 做出的项目也可以申请收录到 showcase 区，形成一个小型的供给循环。

使用方式

最常见的路径是网页端：打开站点，搜索关键词或按分类翻，找到目标 API 后先看三项指标——健康分高不高、定价是不是 Free、鉴权是 No auth 还是要 Key——再点进条目拿到官方文档地址，跳去接口官网按文档接入。第二条路径是程序化找接口：直接调站方的 Free Public APIs API 拉全量条目 JSON，在自己的脚本或小工具里做二次筛选，比如批量筛出「免鉴权且健康分 90 以上」的接口清单。第三个习惯值得养成：正式把某个免费 API 写进项目之前，先按条目页的监测数据观察它的可靠性，并自己打一两次真实请求验证返回结构，因为目录监测的是可用性与文档状态，不保证数据内容永远符合你的需求。

适用人群

最适合的是独立开发者与编程学习者：做练手项目、黑客松原型、个人小工具时需要快速找到一个能免费用、不用折腾鉴权的数据接口，这里是效率最高的起点之一。其次是做技术选型的工程师，把它当免费接口的初筛池，先圈出候选再逐个深挖文档与条款。再就是内容与工具站的作者，用站方 API 给自己的站点加一个「接口发现」类功能。不太适合的是生产级商业系统：免费公共 API 普遍没有 SLA，今天健康分 95 的接口明天也可能限流或下线，关键业务必须有付费备选或自建数据源；也不适合需要中文接口文档的用户，条目与目标接口文档基本都是英文。

免费与付费

图：Free Public APIs 的站方自有 API 条目页（每日免费 1,000 次请求），2026-11 核查

这个站点目前对使用者是全免费的（2026-11 核查）：浏览、搜索、查看监测数据都不收费，也没有会员档；它收录的条目本身也以「免费可用」为门槛，条目页 Pricing 字段标注为 Free。站方自有 API 同样免费，限制是每天 1,000 次请求、无需鉴权，页面注明需要更多额度可以联系站方——是否收费以沟通结果为准，站内没有公开的付费价目。需要分清的是：目录免费不等于链路零成本，被收录接口中有一部分是「免费档＋付费档」模式，免费用量用完、或商用授权，都要按各接口自己的条款走；还有一些接口标为免费但需要注册 Key。预算与选型时以每个接口官网当期的定价页为准，不要把目录页的 Free 标记当成永久承诺。

优点与缺点

优点：第一，健康监测是实打实的差异化，每天实测加机器人复查文档与定价，让「这个免费 API 还能不能用」有了量化答案，死接口的比例远低于静态清单；第二，字段设计对开发者友好，端点数、错误率、鉴权方式一屏可见，筛选效率高；第三，目录自有 API 是个聪明的设计，目录数据可编程复用，容易长出二次应用生态；第四，零门槛，免注册免付费，打开就能用。缺点：第一，规模与覆盖面仍有限，与 GitHub 上动辄数千条目的老牌清单相比，选择面窄，长尾与中文生态的接口尤其少；第二，监测口径不完全透明，健康分的计算方法站内没有详细公式，可靠性百分比只能当参考、不能当 SLA 看；第三，条目深度一般，每个接口只有一段简介与场景说明，参数级别的细节仍要去读官方文档；第四，运营主体与长期规划披露少，站点本身的可持续性缺少公开信息，重要项目不宜把目录当唯一信息源。

同类竞品对比

站内与 Free Public APIs 处于同一条「API 工具链」上的两个条目，一个提供数据接口本身，一个负责检测接口连通性，分工前后衔接：

使用顺序通常是：在 Free Public APIs 这类目录里找到候选接口，需要金融数据时直接深入 OpenBB 这类垂直平台，拿到 Key 之后先用检测工具验一遍连通性与响应，再写进自己的代码——目录负责发现，后两者负责落地。

注意事项与风险

第一，免费接口的可用性风险：无 SLA 是这类接口的常态，下线、限流、改返回结构都可能无预告发生，生产项目必须准备降级与替换方案，不要把核心链路押在单个免费接口上。第二，条款逐个核对：目录标注 Free 只代表当前监测到的状态，商用、缓存、再分发是否允许以各接口自己的服务条款为准，尤其是数据类接口。第三，数据可信度：健康分测的是「通不通」，不是「准不准」，行情、汇率等数据用于正式场景前要与权威源交叉验证。第四，安全习惯：条目链接跳出到各接口官网，注册 Key 时确认域名无误；站方自有 API 虽免鉴权，调用频率也要守规矩，别把公共免费额度刷爆。第五，时效口径：本文的字段与额度数字是 2026 年 11 月的核查快照，目录内容每天都在变，使用时以站内实时页面为准。