Каждая команда по работе с контентом слышала ту или иную версию одной и той же директивы: публикуйте больше, быстрее и на том же уровне качества.
Для команд, управляющих сторонним визуальным контентом, таким как фотографии продавцов, видео от партнеров или изображения, загруженные пользователями, эта директива обычно превращается в компромисс:
Работайте быстро — и контент, не соответствующий бренду или правилам, просачивается дальше. Замедляйте работу для проверки всего вручную — и очереди на публикацию растут, пока продавцы и партнеры ждут.
Это ложный выбор. Он отражает то, как создаются конвейеры сторонних медиаресурсов, а не какие-то реальные ограничения в отношении того, чего можно достичь. Когда модерация, трансформация и доставка работают как единый связанный процесс, а не как набор разрозненных инструментов, скорость и качество перестают конкурировать друг с другом.
Важно подумать о том, что должно означать «быстро» в данном контексте, поскольку скорость загрузки — это вовсе не то «бутылочное горлышко», с которым на самом деле борются большинство команд. Изображение или видео могут попасть в систему за считанные секунды.
Реальный показатель времени, который имеет значение для бизнеса, — это время до публикации и доверия: интервал между моментом, когда продавец, партнер или клиент отправляет актив, и моментом, когда он становится доступным в сети, правильно отформатированным и безопасным для показа покупателям.
Кнопка более быстрой загрузки ничего не меняет, если затем актив два дня лежит в очереди на ручную проверку, возвращается из-за неправильного соотношения сторон или перезагружается, потому что никто не заметил водяной знак до его публикации. Другими словами, скорость — это свойство конвейера, а не особенность какого-то отдельного шага.
Прежде чем оптимизировать какой-либо отдельный шаг, измерьте свое реальное время до публикации и доверия (от отправки до публикации в сети, а не от отправки до подтверждения загрузки).
Большинство процессов работы со сторонним визуальным контентом не проектировались как единый конвейер. Они развивались как цепь разрозненных инструментов, каждый из которых решает лишь часть проблемы: DAM для хранения, CDN для доставки, инструмент модерации для проверки на соответствие требованиям, электронная таблица для отслеживания статуса и очередь людей, вручную проверяющих то, что ускользает от внимания.
Ни один из этих инструментов сам по себе не является проблемой. Проблема заключается в том, что происходит при каждой передаче данных между ними. Каждый раз, когда актив переходит из одной системы в другую, кто-то должен экспортировать его, перезагрузить, снова пометить тегами или вручную уведомить следующего человека в очереди о том, что он готов. Каждый такой переход — это место, где актив может потеряться, быть забытым или потребовать переделки из-за того, что контекст не передался вместе с ним.
Решение не обязательно заключается в том, чтобы демонтировать каждую существующую систему. Большинству команд по работе с контентом по-прежнему необходимы PIM, CMS или платформа электронной коммерции для выполнения тех задач, с которыми эти инструменты справляются хорошо. Более реалистичное решение заключается в консолидации пути от проверки до публикации — приема, модерации, трансформации и доставки, — чтобы активу не приходилось покидать связанную среду для перехода от состояния «отправлено» к состоянию «опубликовано».
Картирование текущего пути от проверки до публикации и подсчет передач (каждого экспорта, перезагрузки и ручного уведомления между системами) на каждом этапе часто является самым быстрым способом увидеть, где консолидация поможет больше всего.
Большая часть времени, потерянного при ручной проверке, уходит на ответы на одни и те же вопросы: соответствует ли эта фотография нашим стандартам бренда, имеет ли это видео правильную длину, содержит ли это изображение водяной знак. Когда эти проверки один раз определяются как набор правил, они могут выполняться автоматически, а не зависеть от субъективной оценки человека каждый раз.
Такова модель, лежащая в основе ведущего программного обеспечения для модерации контента: правила оцениваются на соответствие собственным стандартам качества, бренда и нормативным требованиям клиента, и они могут запускаться при загрузке, при изменении метаданных или по запросу для определенной папки или коллекции. Такая гибкость имеет важное операционное значение.
Например, ресторанный маркетплейс может захотеть, чтобы проверки запускались в тот момент, когда появляется новая фотография меню, в то время как ритейлер, проводящий редизайн бренда, может захотеть повторно запустить проверки для существующей библиотеки активов без повторной загрузки чего-либо.
Результатом каждой проверки является четкий статус: одобрено, отклонено или требуется проверка. Что важно, это не полная автоматизация, поэтому рецензенты-люди по-прежнему могут сосредоточиться на реальных сложных случаях, а не на каждом активе, который поступает в систему.
Большинство команд могут назвать две или три проверки, которые их проверяющие выполняют практически для каждого актива (соответствие бренду, разрешение, водяные знаки, длина и т. д.). Ваш инструмент модерации должен уметь поддерживать эти проверки в качестве постоянных правил и направлять исключения рецензентам-людям.
Не каждый актив, не прошедший проверку качества или соответствия требованиям, должен быть сразу отклонен. Многие распространенные проблемы можно исправить без привлечения человека: пестрый фон, который должен быть чисто белым, случайный логотип или водяной знак, которые нужно удалить, низкое разрешение, требующее масштабирования, или экспозиция и цвет, которые нужно скорректировать, прежде чем изображение будет готово к публикации.
Обработка таких случаев с помощью автоматических трансформаций превращает часть того, что раньше было ручной работой по редактированию или полным отказом, в шаг, с которым конвейер справляется самостоятельно. Это напрямую влияет на показатели утверждения. Активы, которые раньше возвращались продавцу или партнеру для повторной отправки, вместо этого могут быть исправлены и одобрены с первого раза.
Ваш прошлый месяц отклоненных или возвращенных активов, отсортированный по причинам, обычно говорит сам за себя. Большинство устраняемых технических проблем (фон, разрешение, экспозиция) — это повод для использования инструмента, который может применять эти исправления автоматически, а не такого, который только указывает на проблему и оставляет ее решение человеку.
Актив, который прошел модерацию и выглядит безупречно, все еще не готов. Фотография товара, предназначенная для мобильного приложения, страницы каталога и платная реклама, предъявляет разные требования к кадрированию, соотношению сторон, размеру файла и формату. Видео, отправленное партнером, может нуждаться в субтитрах для доступности, маркерах глав или оверлее, прежде чем оно будет готово для определенного канала.
Вместо того чтобы вручную создавать и хранить отдельный вариант каждого актива для каждого направления, обработка этого процесса как автоматизированного этапа доставки для каждого канала позволяет сохранить скорость загрузки страниц и производительность мобильных устройств по мере роста объема стороннего контента. Это также означает, что один и тот же утвержденный актив можно использовать повторно в разных каналах без необходимости для кого-либо вручную переэкспортировать его каждый раз.
Перечислите каждый канал, для которого в настоящее время требуется ручной вариант одного утвержденного актива (приложение, страница каталога, электронная почта, реклама). Каждый пункт в этом списке представляет собой спецификацию формата, которую вы можете передать инструменту оптимизации изображений/видео, который создает и выдает готовые для канала варианты «на лету», вместо того чтобы заставлять вас создавать и хранить каждую версию самостоятельно.
Hipcamp, платформа для поиска и бронирования кемпингов, полагается на фотографии, отправленные хозяевами и отдыхающими, чтобы помочь в реализации своей миссии — вдохновлять следующее поколение на исследование природы и защиту наших парков и земель.
Но эти фотографии поступают во всех мыслимых вариантах качества, размера и формата. В компании действовали задокументированные рекомендации по фотографиям и продуманная «философия визуального ряда», но при небольшой команде инженеров проверять каждую отправку на соответствие этому стандарту вручную было нереально.
Вместо этого Hipcamp использовала Cloudinary для автоматического соблюдения этих правил, задав их один раз и позволив инструменту применять их на этапах трансформации и доставки:
- Загрузка. Хозяин или турист загружает фотографию через панель управления, созданную на базе виджета загрузки Cloudinary, при этом со стороны Hipcamp не требуется никакой ручной обработки.
- Стандарты. Эта фотография проверяется на соответствие собственным задокументированным рекомендациям Hipcamp в отношении фото — проверки, которые небольшая команда инженеров физически не могла бы выполнять вручную при больших объемах.
- Трансформация. Фотография автоматически кадрируется и изменяется до одного из стандартных форматов Hipcamp (один размер для галереи, один для карусели) независимо от того, кто ее сделал, а также получает теги на основе своего содержимого для создания описательного имени файла, оптимизированного для SEO.
- Доставка. Во время запроса параметр f_auto передает тот формат (JPEG или WebP), который лучше всего поддерживается браузером посетителя, а q_auto оптимизирует сжатие, чтобы найти баланс между четкостью и временем загрузки.
Время загрузки страницы на компьютере сократилось до полсекунды, и команда вернула сотни часов, которые ранее уходили на ручное форматирование изображений. Как выразился Пьер Алван (Pierre Alvan), старший инженер-программист в Hipcamp: Автоматизация этой работы — «определенно большая экономия времени».
Если ваша команда все еще выбирает между быстрой публикацией и правильной публикацией, решением обычно является не увеличение числа проверяющих, а сокращение количества этапов передачи. Узнайте, как Cloudinary может помочь вам установить стандарты один раз, автоматически выявлять и исправлять проблемы, а также доставлять медиаресурсы, адаптированные для любой аудитории, независимо от источника.
Модерация контента на базе ИИ автоматически проверяет визуальные материалы на соответствие собственным стандартам качества, соответствия нормативным требованиям и правилам бренда — таким как точность логотипа, тип фона, разрешение и кадрирование, — и выносит решение об одобрении, отклонении или необходимости проверки. Модерация Cloudinary работает следующим образом: правила задаются один раз, а затем применяются автоматически при загрузке или по запросу во всей библиотеке медиаресурсов, поэтому людям-рецензентам приходится разбираться только с реальными нестандартными ситуациями.
Да. Многие распространенные проблемы, такие как пестрый фон, посторонний водяной знак, низкое разрешение или плохая экспозиция, могут быть исправлены автоматически на этапе трансформации, а не отклоняться и отправляться на повторную подачу. Обработка исправимых проблем таким способом повышает показатели одобрения с первой попытки, поскольку материалы, которые раньше возвращались продавцу или партнеру, теперь исправляются и публикуются.
Вместо того чтобы вручную создавать и хранить отдельный файл для каждого канала назначения, автоматическая оптимизация формата и качества может на лету генерировать варианты, готовые для использования в каналах, из одного одобренного оригинала. Документация Cloudinary по оптимизации изображений охватывает параметры f_auto (автоматический выбор формата, например WebP или JPEG в зависимости от браузера посетителя) и q_auto (автоматическое качество/сжатие), которые в совокупности поддерживают высокую скорость загрузки страниц и производительность на мобильных устройствах по мере роста объемов контента.
Нет. Автоматизированная модерация призвана взять на себя рутинные проверки на основе правил (соответствие бренду, разрешение, водяные знаки, длина), чтобы рецензенты-люди могли сосредоточиться на реальных нестандартных ситуациях, а не проверять абсолютно каждый материал. Решения включают в себя причину любого флага или отклонения и поддерживают ручное переопределение, поэтому команды сохраняют контроль над неоднозначными ситуациями, устраняя при этом узкое место в виде ручной проверки всего подряд.
Необязательно. Большинству команд по работе с контентом по-прежнему необходимы их системы PIM, CMS или платформы электронной коммерции для выполнения тех задач, с которыми эти системы справляются хорошо. Более эффективным решением является консолидация самого пути от проверки до публикации (загрузка, модерация, трансформация и доставка), чтобы активу не нужно было покидать связанную среду для перехода от отправленного к опубликованному.
