Millions of people have already shifted from traditional tv to online content and from traditional malls to online stores. Ecommerce and marketing teams are asked to deploy and maintain a strong online presence. This usually means running the brand’s own online store and having a presence in different marketplaces that cover different regions and population segments. The never-ending list of possible marketplaces to showcase, promote, and sell products just gets longer and longer.
Meeting the requirements and restrictions on images of different marketplaces may result in a burden for devops and marketers. It’s also a source of inconsistencies in the public image of a brand.
Here, we’ll review the main aspects to consider to setup a clean pipeline for the seamless production of omnichannel images.
To simplify workflows and keep them sustainable, a good practice is to apply the principles of omnichannel to images. This basically means to set a single, easy to configure pipeline for the creation of variants, from the same master or pristine images. Under this approach, we can use the same product image for every channel.
Our pipeline should receive master images and produce the derivatives needed to feed the marketplaces. At a minimum, it should cope with a workflow like this.
Of course, a front-end and cloud storage are not necessary. The pipeline may just work by watching a hot folder and creating the variants as master images land there. We’ll also take a look at this.
Each web channel has its own web design and layout. As for images, this means different and specific aspect ratios. Besides, each marketplace usually has an image policy in place, which limits the resolution and the weight of the image and sets the admissible image format. Usually, it also specifies other style guidelines.
Let’s see the main operations to accomplish with our pipeline.
To change the aspect ratio of an image we may crop it or pad it. To get a squared image from a vertical one we may cut out the upper and bottom sides or we may fill in the left and right sides with white stripes. There are open source tools – like ImageMagick – to perform these operations effectively. Resizing an image with ImageMagick to limit its maximum dimensions to 800 px is as simple as this:
convert input.jpg -resize 800x800 resized.jpg
This instruction respects the aspect ratio. If the original image is not squared, then the resized image has one dimension lower than 800 px. Let’s say the image is vertical and we want it for Tmall, which requires a squared image of 800x800 px. Then we may pad it like this:
convert resized.jpg -gravity center -extent 800x800 padded.jpg
As well, we may simply crop it to fit the dimensions:
convert input.jpg -gravity Center -crop 800x800+0+0 +repage crop.jpg
While some marketplaces like Tmall encourage padding images with white stripes and branding them with logos to use them in category pages, others like Amazon or Lamoda forbid this practice.
Cropping (left), Resizing (center), Resizing and padding (right)
When we pad an image to match the aspect ratio, we don’t risk cropping out important parts. In fact, padding is a trick to keep the aspect ratio unchanged. However, the risk is real when we crop the image.
So, it is a good practice to ensure in the studio that we comply with some composition requirements set by the channels to cater. We should produce master images with a view of the product compatible with the different aspect ratios that we’ll deliver.
There are algorithms inspired by human attention and aesthetic perception that provide an enhanced protection against bad automatic crops. In the next example, with smart image cropping (white line) we avoid cutting the face unlike a simple center cropping (red line) would do.
Example of smart cropping with a cloud service vs center cropping
This option is available in some cloud services. In case we’re going to use it, we should verify that it works properly for us because many solutions only use an attention map and do not consider aesthetic aspects. Usually, choosing a number of representative images, making some tests with them, and finally verifying the results is enough to have a good grasp.
We may also need to add our brand logo or to add a message to the image by overlaying a vector graphic or a text. Moreover, in many cases we need some content localization strategy in place – like tailoring discounts and language to a market region. Sticking to our example, with ImageMagick we can overlay text on a padded image.
convert -fill black -pointsize 70 -gravity center -draw "rotate -90 text 0,-330 'MyBrandHere'" padded.jpg padded-with-brand.jpg
Once we configure it for one image, we may apply it to any other with the same dimensions.
Examples of batch image branding using Abraia’s cloud service
Otherwise, handling typographies and different settings may end being tricky in workflows with certain complexity. In this regard, a cloud service usually provides a front-end to make the configuration intuitive and fast, and more convenient to handle. It also deals with other stuff like typographies or quality preservation in image recompression.
There are many ways to deploy an image processing pipeline. Depending on the flow rate of images, we may need to support different types of workflows.
In the most simple case – when the flow rate is low – a batch image processing solution may be enough. With ImageMagick, we can use mogrify (instead of convert) to process all the images inside a folder. In certain cases, like image versions with a text in different laguages, we may need to code an script, but that’s not a big deal either. Even easier we may use a cloud batch processing tool in which we drop images and gives us back all the variants we need, like in the video at the beginning of the post.
For in-house deployments where we need something more than simple batch image processing, the use of hot folders may be a good option. In this case, we should set a worker that watches a folder. Anytime an image lands the folder the watcher triggers the process that creates all the variants we need.
In this regard, Gulp comes very handy to implement a folder watching pipeline. This GitHub repository brings a ready-to-use implementation of hot folder based on Gulp. It allows to transform images using Abraia’s cloud service or optimize them using Imagemin (an open source solution). Once installed, the watcher is easily started with just one command in the terminal.
This video shows the process at work.
Example of hot folder using Gulp
Cloud services usually bring the most flexible and fast-to-deploy solution. Still, there are different ways to go full cloud. In the most simple approach from a user perspective, an image management and optimization service takes charge of the transformation and the delivery to end users (through a CDN) or other web channels like marketplaces and social networks. The user only needs to upload the master images and to configure the transformations, usually with an intuitive graphic interface.
In medium to large companies that manage their own cloud, services from different providers are usually combined. In this case, we are likely to have to manage private and public buckets. We can have a service accessing a bucket, creating the variants, and delivering the resources or just returning them to a different bucket. As well, a cloud pipeline may be also partially implemented in-house. In this case we have endless possibilities. However, such development effort only makes sense when no service complies with the requirements and there is a justified need for a tailored solution.
Studio shooting and photography retouching are time-consuming and costly operations. Being able to use the same master material everywhere is very important to keep times and cost under control.
We have reviewed the main aspects of a complete pipeline in charge of the creation of image variants. On one hand, the transformations to perform from resizing, cropping, or padding, to the overlay of texts and graphics. On the other, the workflows to implement from batch processing to hot folders or full cloud solutions. In parallel, we have reviewed some important open source resources (like ImageMagick or Gulp) that make possible to implement an own-developed pipeline.
There are two main factors to consider when deciding about an in-house or a cloud service. First, the willingness to take on the development effort. Second, the need of some capabilities, from an easy to use interface for the configuration of variants to advanced features like smart cropping.