Работа автора

Как отслеживать версии метаданных для стоков

Метаданные быстро теряют прозрачность, когда у одной фотографии появляется исходник, несколько кропов и отдельные экспорты для разных стоков. Переименованный файл уже трудно связать со старой строкой, а скачанный CSV сам по себе не доказывает, что его загрузили, импортировали или приняли. Поэтому полезно вести отдельную историю версий и действий.

Ниже — рабочая схема для автора: стабильный ID, коды вариантов, даты проверки, платформенные экспорты и отдельная отметка о проверке в кабинете. Она помогает восстановить цепочку для любой строки: какой файл описывается, какая версия метаданных использовалась, когда её проверили и что действительно произошло после экспорта.

Путь одного файла от исходника до кабинета: Назовите семейство файлов — Один ID для исходника и отдельные коды для каждого кропа.; Проверьте и экспортируйте — Создайте датированные строки и экспортируйте только проверенные.; Проверьте кабинет — Осмотрите импорт и запишите статус отдельно от CSV.
Схема рабочего процесса из этого руководства.

Начните со стабильного ID

Назначьте исходнику внутренний ID, который не меняется при кропе или переименовании файла. Например, используйте CITY_014, а не только длинное описательное имя. Исходник храните отдельно от производных файлов и запишите его первоначальное имя в журнале.

Каждому варианту дайте собственный код: CITY_014-CROP-LANDSCAPE или CITY_014-CROP-SQUARE. Код должен показывать связь, но не обещать одинаковое содержание. Квадратный кроп может убрать вывеску или часть объекта, поэтому его метаданные нужно просмотреть отдельно.

  • Разделяйте папки исходников, вариантов, экспортов и заметок кабинета.
  • Не перезаписывайте проверенный экспорт — создавайте новую дату и версию.
  • Фиксируйте расширение и регистр букв в точности как на платформе.
ID: CITY_014
Исходник: CITY_014_master.jpg
Вариант: CITY_014-CROP-SQUARE_v01.jpg
Связь: квадратный кроп исходника CITY_014_master.jpg

Ведите журнал с причиной изменений

Хороший журнал содержит не только имена файлов. Добавьте ID, вариант, платформу, версию метаданных, дату проверки, при необходимости инициалы проверяющего и короткое объяснение изменения. Например: «вывеска исчезла после кропа» или «первое ключевое слово перенесено раньше из-за правила платформы».

Используйте однозначную дату, например 2026-09-18. Увеличивайте версию метаданных при изменении названия, описания, ключевых слов, категории или данных о релизе. Изменение пикселей — отдельное событие и должно менять версию варианта, а не только метаданных.

  • Отделяйте версию изображения от версии метаданных.
  • Записывайте причину, а не только новое значение.
  • Используйте статусы: черновик, проверено, экспортировано, проверено в кабинете.

Рабочий пример: один исходник, два назначения

Пример: вы снимаете синий трамвай на мокрой городской улице. В полном кадре видны трамвай и вывеска. Горизонтальный кроп сохраняет вывеску, а квадратный её убирает. Оба файла получают ID TRAM_027, но разные коды вариантов.

Для Adobe Stock вы готовите английское название и ключевые слова по текущим правилам кабинета. Для другого стока создаёте отдельную версию, потому что набор полей и ограничения могут отличаться. Скачанный CSV Adobe не считается доказательством принятия строки ни Adobe, ни другой площадкой.

  • TRAM_027-MASTER_v01: полный кадр, вывеска видна.
  • TRAM_027-CROP-SQUARE_v01: вывеска удалена, метаданные проверены заново.
  • TRAM_027-ADOBE-M02.csv: экспорт создан 2026-09-18.
  • TRAM_027-OTHER-M01.csv: отдельное сопоставление полей.
Решение: оставить «street sign» для исходника и горизонтального кропа, но удалить из квадратного варианта — видимого подтверждения уже нет.

Запись кабинета: импорт Adobe выполнен 2026-09-19, поля осмотрены в кабинете. Это запись проверки, а не гарантия принятия.

Экспортируйте только проверенные строки

Перед экспортом отфильтруйте таблицу по статусу «проверено». Убедитесь, что имя файла содержит точное расширение и регистр. Для Adobe Stock сначала загружают сами материалы, затем импортируют CSV; после импорта нужно осмотреть получившиеся метаданные в кабинете. Рядом с журналом храните имя CSV и дату его создания.

Не рассчитывайте на один универсальный CSV для всех площадок. У Adobe, Shutterstock и Envato разные требования к полям и ключевым словам, а инструкции могут обновляться. Платформенный экспорт легче проверить и он снижает риск переноса нерелевантных полей.

  • Экспортируйте только строки, готовые к отправке.
  • Проверяйте актуальное ограничение ключевых слов на конкретной платформе.
  • Не удаляйте рабочую таблицу после создания CSV.

Скачанный CSV не показывает статус отправки

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

Если вы используете MetaStocker, его экспорт создаёт CSV для Adobe, Envato, Shutterstock и Freepik, но приложение не загружает и не отправляет файлы, не гарантирует принятие, не встраивает метаданные в оригиналы и не сохраняет работу после закрытия вкладки. Сразу сохраняйте готовые строки, CSV и заметки.

При локальной генерации модель работает в браузере. Загрузка модели в память не равна сохранению в кэше браузера: кэш может быть удалён браузером. Результат считайте черновиком: просмотрите изображения, а для видео проверьте полный материал, поскольку предварительные кадры не показывают всё движение.

  • Записывайте действия в кабинете отдельно от экспорта.
  • Не выводите статус отправки из даты файла.
  • Сохраните редактируемые результаты до закрытия вкладки.

Исправляйте версии, не стирая историю

Если площадка просит исправление, не меняйте молча старую строку. Скопируйте её в новую версию метаданных, укажите причину и свяжите с тем же ID и вариантом. Так сохраняется исходный экспорт и видно, какая версия прошла последнюю проверку.

Повторно проверяйте утверждения, которые можно подтвердить только изображением. Не угадывайте по пикселям личности, места, наличие релиза, вид животного или другие чувствительные сведения. Для документальной подписи с датой или местоположением используйте проверенные записи. Перед новой партией снова откройте актуальные правила площадки.

  • Архивируйте устаревшие версии без редактирования.
  • Связывайте исправление с предыдущей версией.
  • Перед экспортом проводите визуальную и фактическую проверку.

Перед следующим шагом

  • Назначьте каждому исходнику стабильный ID.
  • Дайте каждому кропу отдельный код варианта.
  • Разделяйте версии изображения и метаданных.
  • Записывайте платформу, имя экспорта и дату проверки.
  • Проверяйте импортированные поля в настоящем кабинете.
  • Не выводите статус отправки из скачанного CSV.
  • Сохраните строки и заметки до закрытия рабочей сессии.
  • Перед следующей партией проверьте текущие требования площадки.

Источники и редакционный подход

Материал подготовлен с помощью AI. Примеры в тексте учебные. Автоматические проверки не заменяют проверки требований вашего стока. Как мы готовим материалы.