免费图库 API 对比：Unsplash、Pexels、Pixabay、Openverse 与 Pexafy

你需要在产品里用上可免费使用的图片。最直接的做法，是去 Unsplash、Pexels 或 Pixabay 申请一把 API 密钥然后上线。 两周后你会发现没人拿来做对比的那部分：在有人工审核通过之前，你的应用被卡在每小时 50 次请求； 一家服务商禁止外链，另一家要求每次下载都发一次追踪调用 —— 而你的搜索结果好不好， 完全取决于多年前某个陌生人打了什么标签。

这个页面，就是我们当初开始做 Pexafy 时希望能看到的对比：配额换算成同一单位、 真正会在生产环境中卡住你的条款，以及每个 API 能做什么、不能做什么。所有竞品数据都来自服务商自己的文档， 文末附有链接。我们也会坦率说明哪些场景下 Pexafy 并不是正确答案。

对比表

五个选项，十四项指标。Unsplash、Pexels 和 Pixabay 是各自拥有 API 的单一图库。 Openverse 和 Pexafy 属于聚合器 —— 一次检索多个图库 —— 而这恰恰是大多数对比文章悄悄略过的区别。

左右滑动表格查看全部服务商 →

资料来源：各服务商公开文档，核对日期 2026 年 8 月 14 日 —— 链接见文末 参考资料。发现有信息过时？ 告诉我们，我们会更正。

配额：看单位，别只看数字

配额对比往往是这类文章翻车的地方，因为这四个 API 在四种不同的时间窗口里，统计着四种不同的东西。 换算成同一个单位 —— 用户真正看到的一次搜索 —— 排序就变了：

实话实说：如果你要的是针对单一图库的纯请求量，Pixabay 每分钟 100 次是本页最慷慨的免费档位， 我们不会装作不是。它给不了你的是覆盖面。要自己从三个图库拼出同样的结果集， 代价不是一次请求 —— 而是三次，外加围绕它们的一切：

真正重要的单位。一次 Pexafy 请求 = 跨 9 个图库的一次语义搜索， 去重后合并为一份排序列表。用各家自己的 API，同样一次面向用户的搜索要花掉 3 到 5 次调用， 外加那层合并逻辑 —— 那是你要写、要测、并且要永远为之付出维护成本的代码。

上线之后才会发现的规则

配额都写在广告里，条款则不然。以下四条最常迫使团队重写代码 —— 全部公开可查，也全部容易被忽略：

1. Unsplash：生产权限由人工决定。应用默认处于演示模式，限制为每小时 50 次请求。 要提额，你需要提交截图、标题和描述，并且你的应用必须切实遵守使用规范 —— 包括浏览与下载数据上报。 在有人批准之前，每小时 50 次就是你的上限，哪怕是生产环境、面对真实用户。
2. Unsplash：下载追踪调用。每当你的应用下载一张照片，你还必须调用 /photos/:id/download 接口。这不是可选项，而是规范的一部分， 而且是每一条保存图片的代码路径里都得记住的第二次往返请求。
3. Pixabay：不得长期外链，且需缓存 24 小时。长期使用必须把图片下载到你自己的服务器上， API 响应也必须缓存 24 小时。这意味着存储、一层缓存和一套失效策略 —— 在你展示第一张照片之前，就先得搭基础设施。
4. 所有服务商：署名规则不等于许可规则。照片许可确实以宽松著称， 但 API 条款 会附加自己的义务 —— 在显著位置回链 Pexels、 给摄影师和 Unsplash 署名、向用户标明 Pixabay 图片的来源。 要读 API 条款，而不只是许可页面。

Pexafy 的立场，直说：你的密钥在第一次调用时就能用，没有应用审核，没有强制的追踪接口，也没有缓存义务。 我们的 API 条款不要求署名 —— 而每条结果依然附带现成的 attribution 字符串（HTML 与纯文本两种）， 因为给摄影师署名是好做法，我们宁愿把它变成一行代码，而不是一件麻烦事。 当然，来源图库自身的许可始终适用。

关键词 vs 语义：结果会有什么不同

本页除 Pexafy 之外的每个 API，都是拿你的词去匹配挂在照片上的词 —— 标签、标题、描述。 Pexafy 比较的是含义：你的句子和每张图片都会被转换成数值指纹，最接近的那些被返回。 这在生产环境里会立刻带来两个结果。

第一：你没主动要求的覆盖面。下面是一次真实的 Pexafy 请求 —— 一条查询，一份排序列表。 看看来源标签：

一棵孤零零的树立在空旷的绿色田野上，头顶是辽阔的蓝天

最佳结果Picjumbo Pexels Pixabay Unsplash Pixabay Unsplash

第二：查询不再是猜关键词的游戏。在标签匹配下，每多写一个词，就多一个标签里很可能没有的东西， 于是你学会了只打 tree field 然后往下翻。语义搜索恰好相反 —— “一棵孤零零的树立在空旷的绿色田野上，头顶是辽阔的蓝天”比“树”是更好的查询， 因为每个细节都让匹配更精准。氛围词（宁静、怀旧、极简）同理， 语言也一样：无论你用中文、英文还是日文写这句话，它都会落到同一个位置，命中同一个索引。 我们在 语义图片搜索 vs 关键词 一文中用真实搜索拆解过这一点。

一套结构，而不是三套

这是最耗工程时间、却从不出现在对比表里的部分。同一个概念 —— “中等尺寸的图片 URL”和“拍摄者是谁” —— 在每个 API 里的命名都不一样：

// Unsplash
results[].urls.regular        results[].user.name
// Pexels
photos[].src.large            photos[].photographer
// Pixabay
hits[].webformatURL           hits[].user

再把尺寸、方向、主色、来源页 URL、许可和分页都乘进去，你得到的就是：每个服务商一个适配器、一层归一化、 一趟去重（同一张照片常常同时存在于多个图库），再加一套重排启发式 —— 通常是几百行代码，还必须跟着三份更新日志同步维护。而在 Pexafy 这里，这一层就是产品本身：

curl -H "X-Api-Key: $PEXAFY_KEY" \
  "https://api.pexafy.com/api/v1/search/photos?q=a+lone+tree+in+an+empty+green+field"

{
  "success": true,
  "data": [
    {
      "photo_id": "019e4cd9-6369-70c3-ab2b-0ffd7e7965ad",
      "urls": { "thumb": "…", "small": "…", "regular": "…", "large": "…", "full": "…" },
      "width": 5376, "height": 3584, "orientation": "landscape",
      "color_name": "xanadu", "color_hex": "#697E77",
      "photographer_full_name": "Viktor Hanacek",
      "photographer_url": "https://picjumbo.com/about-viktor-hanacek/",
      "source": "Picjumbo", "license_type": "free",
      "relevance_score": 0.80,
      "alt_description": "A single tree standing in a wide green field",
      "attribution": { "html": "Photo by …", "plain": "Photo by …" }
    }
  ],
  "meta": { "took_ms": 147 }
}

Picjumbo 的照片、Unsplash 的照片和 Pixabay 的照片，字段完全一致。一个可在所有来源之间横向比较的 relevance_score，因为它们是被一起排序的，而不是拼接起来的。还有一个可以直接渲染的 attribution 块。

另外两件其他家都不做的事

1 · 用图片搜索，而不只是用文字

给 Pexafy 一张图片 —— 一个 URL，或者你上传的一张 —— 它会在所有已索引的图库中返回视觉和语义上相似的照片。 你还可以同时用文字来引导（“像这张照片，但要日落时分”）。你可以用它做“相似图片”， 也可以用它为拿不到授权的图片找到免费替代品。Unsplash、Pexels、Pixabay 和 Openverse 都没有提供以图搜图接口。

2 · 一个 MCP 服务器，让 AI 智能体原生搜索图片

Pexafy 在 mcp.pexafy.com/mcp 提供托管的 Model Context Protocol 服务器，支持 OAuth 2.1 —— 把它接到 Claude 或你自己的智能体上， 模型就能自行检索 9 个图库，直接看到内嵌缩略图，并返回带署名的图片。 三个工具：文本搜索、以图搜图、相似图片。其他服务商都没有官方 MCP 服务器； 现有的都是需要你自己托管、自己配密钥的社区封装。 如果你正在做一个需要图片的智能体，这个差别就是整个集成工作的全部。

你到底该用哪个？

一份每一行都由同一个产品胜出的对比，是营销，不是信息。以下是诚实的划分：

• Pixabay —— 你需要在免费档位上获得单一图库的高频访问，并且能自己托管图片。每分钟 100 次请求在这里无可匹敌。
• Unsplash —— 你产品的视觉调性专门依赖 Unsplash 的编辑风格，并且你愿意走完应用审核、实现追踪调用。
• Pexels —— 你想要一个干净的图库，密钥即时到手，每小时额度慷慨，且没有基础设施方面的义务。
• Openverse —— 你需要商业图库之外的知识共享和公共领域素材，包括博物馆与机构馆藏。
• Pexafy —— 你想要广度但不想做集成：一把密钥、9 个图库、一套结构、基于含义的排序、以图搜图，以及面向 AI 智能体的 MCP 服务器。或者你是代理公司、CMS，又或是“找到对的图片”本身就是一项功能而非一个页面的 AI 产品。

你也可以两者并用：不少团队保留直连 Unsplash 用于品牌摄影，其余全部交给 Pexafy， 原因恰恰在于试用它只需要一把密钥，且无需任何审核。

参考资料与脚注