IPTC проти XMP для стокових фото
Контриб'ютори часто чують «заповни IPTC» і «пиши XMP» так, ніби це конкуренти. На практиці поля перетинаються: сучасні JPEG-пайплайни зберігають Dublin Core title/description/subject у пакеті XMP, який розуміють Adobe та Adobe Stock. Для мікростоків важливо, щоб значення були всередині файлу, а не лише в .xmp поруч.
Короткі визначення
IPTC-IIM — старіший бінарний стандарт (title, caption, keywords, credits).
XMP — XML-пакет Adobe, зазвичай вбудований у JPEG (APP1). Стокові поля: dc:title, dc:description, dc:subject.
Багато редакторів пишуть IPTC і XMP синхронно.
Що важливо Adobe Stock
Пайплайн контриб'ютора читає вбудований XMP. Якщо пакета немає або JPEG «ламає» читання (часто немає JFIF перед XMP), форма на сайті порожня.
Перевірте готовий файл безкоштовною перевіркою метаданих.
Sidecar .xmp проти вбудованого пакета
Sidecar зручний у Bridge/Lightroom. На сток іде лише бінарник. Якщо ключі тільки в photo.xmp, агентство їх не побачить.
Практичний процес
Розбір порожніх полів: чому Adobe Stock не бачить метадані. Для ШІ — атрибуція ШІ-зображень.
- Зберіть title, description і 25–45 ключів (ліміт Adobe Stock — 49).
- Вбудуйте XMP у JPEG (Stock Meta пише JFIF-безпечний пакет).
- Вибірково перевірте чекером.
- Завантажуйте; поля в UI чіпайте лише якщо сток сам не підхопив файл.
Пов'язані гайди
Далі зі Stock Meta
IPTC застарів?
Ні. Багато інструментів досі пишуть IPTC-IIM. Для Adobe Stock надійний шлях — вбудований XMP Dublin Core.
Потрібні обидва формати?
Якщо ембедер пише обидва синхронно — чудово. Коректного XMP зазвичай достатньо.
CSV замість XMP?
У частини стоків метадані з таблиці. Adobe Stock швидше працює з полями всередині JPEG.
Stock Meta пише IPTC?
Stock Meta вбудовує стоковий XMP (і JFIF) у JPEG/відео, щоб Adobe Stock читав title, description і keywords без sidecar.