Smart Imaging technology applies Adobe Sensei AI capabilities and works with existing “image presets”. It works to enhance image delivery performance by automatically optimizing image format, size, and quality based on client browser capabilities.
Smart Imaging requires that you use the out-of-the-box CDN (Content Delivery Network) that is bundled with Adobe Experience Manager - Dynamic Media. Any other custom CDN is not supported with this feature.
Smart Imaging also benefits from the added performance boost of being fully integrated with Adobe’s best-in-class premium CDN (Content Delivery Network) service. This service finds the optimal Internet route between servers, networks, and peering points. It finds a route that has the lowest latency and lowest packet loss rate instead of using the default route on the Internet.
The following image asset examples depict the added Smart Imaging optimization:
Image (URL) |
Thumbnail | Size (JPEG) |
Size (WebP) (with Smart Imaging) |
% reduction |
---|---|---|---|---|
Image 1 | ![]() |
73.75 KB | 45.92 KB | 38% |
Image 2 | ![]() |
191 KB | 70.66 KB | 63% |
Image 3 | ![]() |
96.64 KB | 39.44 KB | 59% |
Image 4 | ![]() |
315.80 KB | 178.19 KB | 44% |
Average = 51% |
Similar to the above, Adobe also ran a test with 7009 URLs from live customer sites. They were able to achieve an average of 38% further file size optimization for JPEG. For PNG with WebP format, they were able to achieve an average of 31% further file size optimization. This kind of optimization is possible because of the capability of Smart Imaging.
On the mobile web, the challenges are compounded by two factors:
In terms of images, the goal is to serve the best quality images as efficiently as possible.
Device pixel ratio (DPR) – also known as CSS pixel ratio – is the relation between a device’s physical pixels and logical pixels. Especially with the advent of retina screens, the pixel resolution of modern mobile devices is growing at a fast rate.
Enabling Device Pixel Ratio optimization renders the image at the native resolution of the screen which makes it look crisp.
Turning on Smart Imaging DPR configuration automatically adjusts the requested image based on pixel density of the display the request is being served from. Currently, the pixel density of the display comes from Akamai CDN header values.
Permitted values in the URL of an image | Description |
---|---|
dpr=off |
Turn off DPR optimization at an individual image URL level. |
dpr=on,dprValue |
Override the DPR value detected by Smart Imaging, with a custom value (as detected by any client-side logic or other means). Permitted value for dprValue is any number greater than 0. Specified values of 1.5, 2, or 3 are typical. |
dpr=on,dprValue
even if the company level DPR setting as off.Requested Image size | DPR value | Delivered image size |
---|---|---|
816x500 | 1 | 816x500 |
816x500 | 2 | 1632x1000 |
See also When working with images and When working with Smart Crop.
Turning on Network Bandwidth automatically adjusts the image quality that is served based on actual network bandwidth. For poor network bandwidth, DPR optimization is automatically turned off, even if it is already on.
If desired, your company can opt out of network bandwidth optimization at the individual image level by appending network=off
to the URL of the image.
Permitted value in the URL of an image | Description |
---|---|
network=off |
Turns off network optimization at an individual image URL level. |
DPR and network bandwidth values are based on the detected client-side values of the bundled CDN. These values are sometimes inaccurate. For example, iPhone5 with DPR=2 and iPhone12 with DPR=3, both show DPR=2. Still, for high-resolution devices, sending DPR=2 is better than sending DPR=1. Coming soon: Adobe is working on client-side code to accurately determine an end user’s DPR.
Images constitute most of a page’s load time. As such, any performance improvement can have a profound impact on higher conversion rates, time spent on a site, and lower site bounce rates.
Enhancements in latest version of Smart Imaging:
qlt
) specified in the image request.bfc
URL parameter.No. Smart Imaging is included with your existing license. This rule is true for either Dynamic Media Classic or Experience Manager - Dynamic Media (On-prem, AMS, and Experience Manager as a Cloud Service).
Smart Imaging is not available to Dynamic Media - Hybrid customers.
When an image is requested by a consumer, Smart Imaging checks the user characteristics and convert to the appropriate image format based on the browser in use. These format conversions are done in a manner that does not degrade visual fidelity. Smart imaging automatically converts images to different formats based on browser capability in the following manner.
Automatically convert to WebP for the following browsers:
Legacy browser support for the following:
Browser | Browser/OS version | Format |
---|---|---|
Safari | Earlier than iOS/iPad 14.0 or macOS BigSur | JPEG2000 |
Edge | Earlier than 18 | JPEGXR |
Internet Explorer | 9+ | JPEGXR |
For browsers that do not support these formats, the originally requested image format is served.
If the original image size is smaller than what Smart Imaging produces, then the original image is served.
The following image formats are supported for Smart Imaging:
Smart Imaging works with your existing “image presets”. It observes all of your image settings except for quality (qlt
) and format (fmt
) if the requested file format is JPEG or PNG. For format conversion, Smart Imaging maintains full visual fidelity as defined by your image preset settings, but at a smaller file size. If the original image size is smaller than what Smart Imaging produces, then the original image is served.
Smart Imaging works seamlessly with your existing image URLs and image presets if you configure Smart Imaging on your existing custom domain. In addition, Smart Imaging does not require you to add any code on your website to detect a user’s browser. It is all handled automatically.
In case you must configure a new custom domain to use Smart Imaging, the URLs must be updated to reflect this custom domain.
To understand pre-requisites for Smart Imaging, see Am I eligible to use Smart Imaging?
Smart Imaging works with images delivered over HTTP or HTTPS. In addition, it also works over HTTP/2.
To use Smart Imaging, your company’s Dynamic Media Classic or Dynamic Media on Experience Manager account must meet the following requirements:
images.company.com
or mycompany.scene7.com
), not a generic domain (for example, s7d1.scene7.com
, s7d2.scene7.com
, or s7d13.scene7.com
).To find your domains, open the Dynamic Media Classic desktop application, then sign in to your company account or accounts.
Go to Setup > Application Setup > General Settings. Look for the field labeled Published Server Name. If you currently use a generic domain, you can request to move over to your own custom domain. Make this transition request when you submit a technical support ticket.
Your first custom domain is no additional cost with a Dynamic Media license.
You initiate the request to use Smart Imaging; it is not automatically enabled.
By default, Smart Imaging DPR and network optimization is disabled (turned off) for a Dynamic Media company account. If you want to enable (turn on) one or both of these out-of-the-box enhancements, create a support case as described below.
Provide the following information in your support case:
Primary contact name, email, phone.
All domains to be enabled for Smart Imaging (that is, images.company.com
or mycompany.scene7.com
).
To find your domains, open the Dynamic Media Classic desktop application, then sign in to your company account or accounts.
Go to Setup > Application Setup > General Settings.
Look for the field labeled Published Server Name.
Verify that you are using the CDN through Adobe and not managed with a direct relationship.
Verify you are using a dedicated domain such as images.company.com
or mycompany.scene7.com
, and not a generic domain, such as s7d1.scene7.com
, s7d2.scene7.com
, s7d13.scene7.com
.
To find your domains, open the Dynamic Media Classic desktop application, then sign in to your company account or accounts.
Go to Setup > Application Setup > General Settings.
Look for the field labeled Published Server Name. If you are currently using a generic Dynamic Media Classic domain, you can request moving over to your own custom domain as part of this transition.
Indicate if you want it to work over HTTP/2.
Adobe Customer Support adds you to the Smart Imaging customer Wait List based on the order in which requests are submitted.
When Adobe is ready to handle your request, Customer Support contacts you to coordinate and set a target date.
Optional: You can optionally test Smart Imaging in Staging before Adobe pushes the new feature to production.
You are notified after completion by Customer Support.
To maximize the performance improvements of Smart Imaging, Adobe recommends setting the Time To Live (TTL) to 24 hours or longer. The TTL defines how long assets are cached by the CDN. To change this setting:
Requests are processed in the order in which they are received by Customer Support, according to the Wait List.
There can be a long lead time because enabling Smart Imaging involves Adobe clearing the cache. Therefore, only a few customer transitions can be handled at any given time.
There is no risk to a customer web page. However, the transition to Smart Imaging does clear out your CDN cache. This operation involves moving to a new configuration of Dynamic Media Classic or Dynamic Media on Experience Manager.
During the initial transition, the non-cached images directly hit Adobe’s origin servers until the cache is rebuilt again. As such, Adobe plans to handle a few customer transitions at a time so that acceptable performance is maintained when pulling requests from the origin. For most customers, the cache is fully built up again at the CDN within ~1 – 2 days.
After your account is configured with Smart Imaging, load a Dynamic Media Classic or Adobe Experience Manager - Dynamic Media image URL on the browser.
Open the Chrome developer pane by going to View > Developer > Developer Tools in the browser. Or, choose any browser developer tool of your choice.
Ensure that cache is disabled when developer tools are open.
Observe the Content Type is transformed to the appropriate format. The following screenshot shows a PNG image being converted dynamically to WebP on Chrome.
Repeat this test on different browsers and user conditions.
Not all images are converted. Smart Imaging decides if the conversion can improve performance. Sometimes, where there is no expected performance gain or the format is not JPEG or PNG, the image is not converted.
Yes. You can turn off Smart Imaging by adding the modifier bfc=off
to the URL.
Yes. To disable DPR and network optimization at your company, create a support case as described earlier in this topic.
Currently, you can optionally enable or disable Smart Imaging. No other tuning is available.
There is no such provisioning ability in the current Smart Imaging.
Smart Imaging determines if the conversion is beneficial or not. It returns the new image only if the conversion results in a smaller file size with comparable quality.
How does Smart Imaging DPR optimization work with Adobe Experience Manager Sites components and Dynamic Media viewers?
dpr=off
is always added to Experience Manager Sites Core Components Dynamic Media images.dpr=off
is always added to Dynamic Media Foundation Component images. Even if customer deselects DPR optimization in DM Foundation Component, server-side Smart Imaging DPR does not kick in. In summary, in the DM Foundation Component, DPR optimization comes into effect based on DM Foundation Component level setting only.See also When working with images and When working with Smart Crop.