無料ストックフォトAPI比較:Unsplash・Pexels・Pixabay・Openverse・Pexafy

プロダクトの中で無料利用可能な写真が必要になったとします。まず思いつくのは、UnsplashやPexels、Pixabayから APIキーを取得してリリースすることでしょう。しかし2週間後、誰も比較していない部分に気づくことになります。 人間による承認が下りるまでアプリは1時間あたり50リクエストに制限され、あるプロバイダーはホットリンクを禁止し、 別のプロバイダーはダウンロードのたびに追跡呼び出しを求めてきます。しかも検索結果の精度は、何年も前に誰かが つけたタグの質次第です。

このページは、私たちがPexafyを作り始めたときに欲しかった比較表です。クォータを同じ単位で揃え、 実運用で本当に効いてくる規約をまとめ、それぞれのAPIができること・できないことを整理しました。競合の数値は すべて各プロバイダー自身のドキュメントから引用しており、出典は最下部にリンクしています。Pexafyが 最適な答えではない場面についても、率直に述べています。

比較表

5つの選択肢、14の評価項目。Unsplash、Pexels、Pixabayは、それぞれ独自APIを持つ単一のライブラリです。 OpenverseとPexafyはアグリゲーターです — 複数のライブラリを同時に検索します。この違いは、多くの比較記事が 黙って見過ごしているポイントです。

表を横にスワイプしてすべてのプロバイダーを確認できます →

出典：各プロバイダーの公開ドキュメント（2026年8月14日確認） — 末尾の 参考文献にリンクを掲載しています。情報が古くなっていることに気づいた場合は、 ご連絡ください。修正いたします。

クォータ：見るべきは数値ではなく単位

クォータの比較でよくある間違いは、4つのAPIがそれぞれ異なる対象を異なる時間枠でカウントしていることに 起因します。共通の単位 — ユーザーが実際に目にする検索1回 — に換算すると、順位は変わります。

ここは正直に言っておきます。単一ライブラリに対する純粋な処理量が必要なら、Pixabayの 1分あたり100リクエストは、このページの中で最も寛大な無料枠です。これは否定しません。 ただし、それが与えてくれないのは網羅性です。同じ結果セットを3つのライブラリから自力で組み立てる コストは、リクエスト1回分ではなく3回分——さらにその周辺の作業すべてです。

重要なのはこの単位です。Pexafyの1リクエスト＝9個のライブラリを 横断するセマンティック検索1回分——重複排除済みで単一リストにランキングされます。各プロバイダー自身のAPIを 使う場合、同じユーザー向け検索を実現するには3〜5回の呼び出しに加え、マージ層が必要です。それは自分で書き、 テストし、永続的に保守コストを払い続けるコードです。

リリース後に気づく規約

クォータは宣伝されますが、規約はそうではありません。以下の4つの条項は、多くの場合作り直しを迫るものです ——いずれも公開情報でありながら、見落としやすいものです。

1. Unsplash：本番アクセスは人間の判断次第です。アプリは1時間あたり50リクエストのデモモードで 開始します。引き上げてもらうには、スクリーンショット、タイトル、説明文を提出し、ガイドライン——閲覧・ ダウンロードの報告を含む——に明確に従っていることを示さなければなりません。誰かが承認するまで、 本番環境の実際のユーザーに対しても、上限は50/時間のままです。
2. Unsplash：ダウンロード追跡呼び出し。アプリが写真をダウンロードするたびに、 /photos/:id/downloadエンドポイントも呼び出す必要があります。これは任意ではなくガイドラインの 一部であり、画像を保存するあらゆるコードパスで忘れずに実装しなければならない、もう一往復の通信です。
3. Pixabay：恒久的なホットリンク禁止、24時間のキャッシュ義務。恒久利用のためには画像を 自分のサーバーにダウンロードする必要があり、APIレスポンスは24時間キャッシュしなければなりません。 つまり、写真を1枚表示する前から、ストレージ、キャッシュ層、無効化ポリシーというインフラが必要になります。
4. 全プロバイダー共通：帰属表示のルールはライセンスのルールと異なります。写真ライセンス自体は 非常に寛容なことで知られていますが、API規約には独自の義務が追加されています——Pexelsへの 目立つリンク、写真家とUnsplashへのクレジット、Pixabay画像の出所をユーザーに示すことなどです。 ライセンスページだけでなく、API規約を読む必要があります。

Pexafyの立場を率直に述べます。キーは最初の呼び出しから機能し、アプリ審査はなく、必須の追跡エンドポイントも なく、キャッシュ義務もありません。当社のAPI規約では帰属表示は必須ではありません——それでも、すべての結果には すぐ使えるattribution文字列（HTMLとプレーンテキスト）が付属します。写真家へのクレジットは 良い習慣であり、面倒な作業ではなく1行のコードで済むようにしたいと考えているからです。もちろん、出典元 ライブラリ自身のライセンスは常に適用されます。

キーワード検索とセマンティック検索：結果はどう変わるか

このページで紹介したAPIのうち、Pexafyを除くすべては、あなたの言葉を写真に付けられた言葉——タグ、 タイトル、説明文——と照合します。Pexafyは意味を比較します。あなたの文章とすべての画像は数値的な 指紋に変換され、最も近いものが返されます。この違いは本番環境で2つの結果として即座に現れます。

まず1つ目：意図していなかった網羅性が得られます。以下は実際のPexafyリクエストの例です—— 1つのクエリ、1つのランキング済みリストです。ソースのバッジに注目してください。

広々とした青空の下、何もない緑の野原にぽつんと立つ一本の木

トップ結果Picjumbo Pexels Pixabay Unsplash Pixabay Unsplash

2つ目：クエリはもはやキーワードパズルではなくなります。タグマッチングでは、余分な単語を 1つ加えるたびに、その単語がタグに含まれていない可能性が高くなるため、結局「木 野原」のように短く入力して スクロールする習慣がついてしまいます。セマンティック検索ではその逆が成り立ちます。「広々とした青空の下、 何もない緑の野原にぽつんと立つ一本の木」は、「木」よりも優れたクエリです。なぜなら、あらゆる 詳細がマッチの精度を高めるからです。ムード（穏やかな、ノスタルジックな、 ミニマルな）についても、言語についても同じ効果があります。同じ文章が、英語で書いても、 フランス語で書いても、日本語で書いても、同じ単一インデックスの中で同じ場所に着地します。 実際の検索でこの点を検証した記事が セマンティック画像検索 vs キーワード検索です。

3つではなく1つのスキーマ

ここが最もエンジニアリング工数を消費する部分でありながら、比較表には決して現れません。「中サイズの 画像URL」や「撮影者」という同じ概念が、APIごとに異なる名前で表現されています。

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

これに寸法、向き、主要色、出典ページURL、ライセンス、ページネーションを掛け合わせると、プロバイダーごとの アダプター、正規化レイヤー、重複排除処理（同じ写真が複数のライブラリに存在することは珍しくありません）、 再ランキングのヒューリスティックが必要になります——典型的には数百行のコードで、3つの変更履歴に追随し続ける 必要があります。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ブロックはそのまま描画できます。

他のどこにもない2つの機能

1 · 言葉だけでなく画像による検索

Pexafyに画像——URL、またはアップロードしたもの——を渡すと、インデックス済みのすべてのライブラリから 視覚的・意味的に類似した写真を返します。同時にテキストで方向性を指定することもできます （「この写真に似ているけれど、夕暮れ時のもの」など）。これが「似た画像をもっと見る」機能の作り方であり、 ライセンスできない画像の無料の代替を見つける方法でもあります。Unsplash、Pexels、Pixabay、Openverseの いずれも画像対画像のエンドポイントを公開していません。

2 · MCPサーバーにより、AIエージェントがネイティブに画像検索できる

PexafyはModel Context Protocolサーバーをmcp.pexafy.com/mcpでホストしており、 OAuth 2.1に対応しています——Claudeや自作のエージェントに接続すれば、モデルが自ら 9個の写真ライブラリを検索し、サムネイルをインラインで確認し、クレジット付きの 画像を返してくれます。ツールは3つ：テキスト検索、画像による検索、類似写真検索です。他のプロバイダーには 公式のMCPサーバーがありません。存在するのは、自分でホストしてキーを管理しなければならないコミュニティ製の ラッパーだけです。画像が必要なエージェントを構築しているなら、この違いが統合作業のすべてを左右します。

実際にはどれを使うべきか

1つの製品がすべての項目で勝つ比較表は、情報ではなくマーケティングです。ここでは正直な使い分けを示します。

• Pixabay — 無料枠で大量の単一ライブラリアクセスが必要で、画像を自分でホストできる場合。1分あたり100リクエストは、ここでは他の追随を許しません。
• Unsplash — プロダクトのビジュアルアイデンティティが、Unsplash特有のエディトリアルなスタイルに依存しており、アプリ審査とダウンロード追跡呼び出しの実装を受け入れられる場合。
• Pexels — 即時発行のキーで1つのクリーンなライブラリを使いたく、寛大な1時間あたりのレートと、インフラ上の義務がないことを求める場合。
• Openverse — 商用ストックライブラリの範囲を超えて、美術館や機関のコレクションを含むクリエイティブ・コモンズやパブリックドメインの素材が必要な場合。
• Pexafy — 統合作業なしで広い網羅性が欲しい場合：1つのキー、9個のライブラリ、1つのスキーマ、意味ベースのランキング、画像対画像検索、AIエージェント向けMCPサーバー。あるいは、代理店、CMS、または「適切な画像を見つける」ことがページではなく機能そのものであるAIプロダクトを開発している場合。

両方を併用することもできます。多くのチームは、ブランド写真のためにUnsplashとの直接統合を維持しつつ、 それ以外のすべてにPexafyを使っています。まさに、キー1つと承認不要で試せるからです。

出典・脚注