Сравнение бесплатных API стоковых фото: Unsplash, Pexels, Pixabay, Openverse и Pexafy

Вам нужны свободные для использования фотографии внутри продукта. Очевидное решение — взять API-ключ Unsplash, Pexels или Pixabay и выкатить релиз. Через две недели обнаруживается то, что никто не сравнивает: приложение застряло на 50 запросах в час, пока его не одобрит человек, один провайдер запрещает хотлинкинг, другой требует отдельный вызов при каждом скачивании — а качество поиска не выше качества тегов, которые кто-то проставил много лет назад.

Эта страница — то сравнение, которого нам не хватало, когда мы начинали делать Pexafy: квоты в одних и тех же единицах, условия, которые реально мешают в продакшене, и то, что каждый API умеет и чего не умеет. Все цифры по конкурентам взяты из их собственной документации, ссылки — внизу. Мы также прямо говорим, где Pexafy не подходит.

Сравнительная таблица

Пять вариантов, четырнадцать критериев. Unsplash, Pexels и Pixabay — отдельные библиотеки со своими API. Openverse и Pexafy — агрегаторы: они ищут сразу по многим библиотекам. Именно это различие большинство сравнительных статей обходит стороной.

Прокрутите таблицу вбок, чтобы увидеть всех провайдеров →

Источники: публичная документация каждого провайдера, проверено 14 августа 2026 года — ссылки в разделе источников в конце. Нашли устаревшие данные? Напишите нам, и мы их исправим.

Квоты: смотрите на единицу измерения, а не на число

Именно на сравнении квот такие статьи обычно и ошибаются, потому что четыре API считают четыре разные вещи в четырёх разных окнах. Если перевести всё в общую единицу — один поиск, который видит пользователь, — расстановка меняется:

Скажем честно, о чём это говорит: если вам нужен просто объём запросов к одной библиотеке, 100 запросов в минуту у Pixabay — самый щедрый бесплатный тариф на этой странице, и мы не будем делать вид, что это не так. Чего он не даёт — так это охвата. Чтобы собрать такую же выдачу самостоятельно из трёх библиотек, цена — не один запрос, а три плюс всё, что вокруг них:

Единица, которая имеет значение. Один запрос к Pexafy = один семантический поиск по 9 библиотекам с дедупликацией и ранжированием в единый список. С API самих провайдеров тот же поиск для пользователя стоит от 3 до 5 вызовов плюс слой объединения — код, который вы пишете, тестируете и оплачиваете поддержкой бесконечно.

Правила, о которых узнаёшь уже после релиза

Квоты рекламируют. Условия — нет. Вот четыре пункта, которые чаще всего заставляют переписывать код: все они публичные и все легко пропустить.

1. Unsplash: доступ к продакшену выдаёт человек. Приложения стартуют в demo-режиме с 50 запросами в час. Чтобы лимит подняли, нужно отправить скриншоты, название и описание, а приложение должно наглядно соответствовать гайдлайнам — включая отчётность о просмотрах и скачиваниях. Пока кто-то не одобрит заявку, ваш потолок — 50 запросов в час, в продакшене, с живыми пользователями.
2. Unsplash: вызов для учёта скачиваний. Каждый раз, когда приложение скачивает фотографию, нужно дополнительно обратиться к эндпоинту /photos/:id/download. Это не опция, это часть гайдлайнов, и это второй сетевой вызов, о котором нужно помнить в каждом месте кода, где сохраняется изображение.
3. Pixabay: постоянный хотлинкинг запрещён, кэшировать 24 часа. Для постоянного использования изображения нужно скачивать на свой сервер, а ответы API — кэшировать на 24 часа. Это значит хранилище, слой кэша и политика инвалидации — инфраструктура ещё до того, как вы показали первую фотографию.
4. Все: правила атрибуции отличаются от условий лицензии. Лицензии на фотографии славятся своей свободой, но условия API добавляют собственные обязательства — заметная ссылка на Pexels, упоминание фотографа и Unsplash, показ пользователям источника изображений Pixabay. Читайте условия API, а не только страницу лицензии.

Позиция Pexafy, прямым текстом: ключ работает с первого вызова, проверки приложения нет, обязательного эндпоинта для учёта скачиваний нет, обязанности кэшировать нет. Атрибуция не требуется по условиям нашего API — и при этом каждый результат содержит готовую строку attribution (в HTML и обычном тексте), потому что указывать авторов — хорошая практика, и мы предпочитаем сделать из этого одну строку кода, а не рутину. Лицензия исходной библиотеки, разумеется, действует всегда.

Ключевые слова против семантики: что меняется в выдаче

Все API на этой странице, кроме Pexafy, сопоставляют ваши слова со словами, привязанными к фотографии, — тегами, заголовками, описаниями. Pexafy сравнивает смысл: ваша фраза и каждое изображение превращаются в числовые отпечатки, и возвращаются ближайшие из них. В продакшене сразу проявляются два следствия.

Первое: охват, о котором вы не просили. Вот реальный запрос к Pexafy — один запрос, один ранжированный список. Обратите внимание на бейджи источников:

одинокое дерево посреди пустого зелёного поля под широким синим небом

Лучший результатPicjumbo Pexels Pixabay Unsplash Pixabay Unsplash

Второе: запрос перестаёт быть головоломкой из ключевых слов. При поиске по тегам каждое лишнее слово — ещё один шанс, что в тегах его нет, поэтому вы приучаетесь вводить дерево поле и листать выдачу. С семантическим поиском всё наоборот: «одинокое дерево посреди пустого зелёного поля под широким синим небом» — лучший запрос, чем «дерево», потому что каждая деталь уточняет совпадение. То же самое работает с настроением (спокойный, ностальгический, минималистичный) и с языками: фраза попадёт в ту же точку, напишете вы её по-русски, по-французски или по-японски, — индекс один и тот же. Мы разобрали это на реальных запросах в статье семантический поиск изображений против ключевых слов.

Одна схема вместо трёх

Именно эта часть съедает больше всего времени разработки и никогда не попадает в сравнительные таблицы. Одно и то же понятие — «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-сервер, чтобы ИИ-агенты искали изображения нативно

Pexafy держит хостируемый сервер Model Context Protocol по адресу mcp.pexafy.com/mcp с OAuth 2.1 — подключите его к Claude или к своему агенту, и модель сама ищет по 9 фотобиблиотекам, видит миниатюры прямо в ответе и возвращает изображения с указанием авторов. Три инструмента: текстовый поиск, поиск по изображению и похожие фотографии. У остальных провайдеров официального MCP-сервера нет; есть только обёртки от сообщества, которые нужно хостить и ключевать самому. Если вы делаете агента, которому нужны картинки, эта разница и есть вся интеграция.

Что выбрать на практике?

Сравнение, в котором один продукт выигрывает в каждой строке, — это маркетинг, а не информация. Вот честное распределение:

• Pixabay — нужен большой объём запросов к одной библиотеке на бесплатном тарифе и вы готовы хостить изображения сами. 100 запросов в минуту здесь никто не перебивает.
• Unsplash — визуальная айдентика продукта завязана именно на редакторский стиль Unsplash, и вы готовы пройти проверку приложения и реализовать вызов для учёта скачиваний.
• Pexels — нужна одна аккуратная библиотека с мгновенным ключом, щедрым почасовым лимитом и без обязательств по инфраструктуре.
• Openverse — нужны материалы под Creative Commons и в общественном достоянии за пределами коммерческих фотобанков, включая музейные и институциональные коллекции.
• Pexafy — нужен охват без работы по интеграции: один ключ, 9 библиотек, одна схема, ранжирование по смыслу, поиск по изображению и MCP-сервер для ИИ-агентов. Или вы агентство, CMS либо ИИ-продукт, где «найти нужную картинку» — это функция, а не страница.

Можно использовать и то, и другое: многие команды оставляют прямую интеграцию с Unsplash для брендовой фотографии, а Pexafy используют для всего остального — как раз потому, что попробовать стоит одного ключа и никакого одобрения.

Источники и сноски