IPTC против XMP для стоковых фото
Контрибьюторы часто слышат «заполни IPTC» и «пиши XMP» как будто это конкуренты. На практике поля пересекаются: современные JPEG-пайплайны хранят Dublin Core title/description/subject в пакете XMP, который понимают Adobe и Adobe Stock, а классические IPTC-IIM могут дублироваться для старых читателей. Для микростоков важно одно: значения должны быть внутри файла, а не только в .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), форма на сайте пустая, хотя в Lightroom теги были.
Проверьте готовый файл бесплатной проверкой метаданных.
Sidecar .xmp против вшитого пакета
Sidecar удобен внутри Bridge/Lightroom. На сток уходит только бинарник. Если ключи только в photo.xmp, агентство их не увидит. Перед ZIP/SFTP всегда вшивайте.
Практический процесс
Разбор пустых полей: почему 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?
У части стоков (CSV Shutterstock) метаданные из таблицы. Adobe Stock быстрее работает с полями внутри JPEG.
Stock Meta пишет IPTC?
Stock Meta вшивает стоковый XMP (и JFIF) в JPEG/видео, чтобы Adobe Stock читал title, description и keywords без sidecar.