Loading

Preguntas más frecuentes sobre el servicio de mejora dinámica (DIS)

Fecha de publicación: Apr 29, 2025
Solución

¿Qué es DIS?

Commerce Cloud Dynamic Imaging es un servicio de transformación de imágenes. Puede utilizarse para crear transformaciones directamente en el flujo de una imagen almacenada en su entorno de Commerce Cloud. Estas transformaciones pueden presentarse directamente en sus sitios web.

¿Qué operaciones de transformación están disponibles?

  • Ampliación de imágenes le permite cambiar el tamaño de sus imágenes, pero no se puede reducir por debajo de un tamaño concreto (por ejemplo, 10x10 es el tamaño más pequeño admitido), mientras se mantiene la proporción de aspecto. DIS aprovecha un algoritmo de ampliación sofisticado para obtener resultados óptimos.
  • Recorte de imágenes le permite recortar una parte determinada de sus imágenes para mostrar partes de detalle o incorporarlas a un visor de zoom.
  • Superposición de imágenes le permite componer múltiples imágenes en un resultado final. Puede utilizarse para insignias, marcas de agua u otra composición de imágenes. Es posible superponer una imagen que se ha transformado por DIS en sí.
  • Cambio de formato de imágenes le permite cambiar el formato de sus imágenes, por ejemplo, de png a jpeg, para optimizar su huella de sitio web.

 

¿Cuál es un escenario de DIS típico?

Imagine el siguiente escenario. Tiene un catálogo con 100.000 productos y asigna una agencia en fotografía para crear un conjunto de imágenes excelentes para todos ellos, que le entregan como archivos PNG de alta calidad.

Mientras tanto, sus diseñadores de sitio web idean este excelente diseño que luce 4 productos por fila en la pantalla de resultados de búsqueda. Estas imágenes deben ser de 150x150. De modo que usted o la agencia fotográfica empieza a procesar todas sus imágenes, usted las carga, las asigna a sus productos y todo va de perlas.

Un mes más tarde, sus diseñadores piensan que sus excelentes productos deben ser mucho más visibles. De modo que deciden utilizar solo 3 productos por fila en resultados de búsqueda, pero utiliza 250x250 como tamaño de imagen. De modo que debe volver y procesar todas las imágenes, cargarlas y finalmente volver a asignarlas a sus productos.

Durante el desarrollo, el control de calidad se da cuenta de que sus páginas son inmensas. Quizá debería considerar utilizar imágenes jpg en vez de png. De modo que vuelve a su agencia...

Ah, además hay una versión móvil de su sitio web que necesita otro tamaño de imágenes...

Aquí es donde entra DIS. En lugar de procesar y cargar todas sus imágenes en diferentes tamaños, formatos y todo lo demás, con DIS carga solo un tamaño de imagen. El resto de tamaños de imágenes (o tipos de vista) y formatos se derivan de esas imágenes.

Ahora, cuando desea cambiar su formato, todo lo que necesita hacer es cambiar algunos parámetros de transformación en sus plantillas y tiene todas sus imágenes ajustadas y transformadas al tamaño deseado. No es necesario procesar, cargar y volver a asignar otra versión de imagen de nuevo.

Siempre que necesite un tamaño de imagen o formato diferente, o lo que quiera, solo tiene que cambiar los parámetros y tener su nueva función justo ahí con las imágenes que necesita. Piense en su siguiente pancarta de promociones que contiene las imágenes que necesita sin que nadie tenga que abrir una herramienta como por ejemplo Photoshop o parecida.


¿Qué hay sobre el rendimiento?

De modo que todo el procesamiento directo debe tener un precio. ¿Existe algún problema de latencia al utilizar DIS en lugar de imágenes preprocesadas? La respuesta es sí y no. Sí, DIS debe obtener y transformar imágenes antes de poder distribuirlas a un navegador. La parte NO de la respuesta está formada por la arquitectura de almacenamiento en caché de múltiples niveles que es una parte principal de DIS. En un escenario de comercio electrónico típico, una vez que DIS transforma su imagen, es más probable que no se vuelva a transformar nunca y que se pueda servir directamente desde una de las cachés en cualquier momento.

Además, DIS está completamente integrado en el entorno de Commerce Cloud y utiliza almacenamiento en caché de CDN adicional a través de Akamai igual que con otro contenido estático que sirve por Commerce Cloud.


¿Qué otros beneficios existen?

El uso de DIS puede ayudar a reducir el uso de datos. En la instancia de Commerce Cloud, solo necesita almacenar un conjunto de imágenes, lo que le ayuda a reducir su cantidad. Las imágenes transformadas en DIS también tienen un tamaño optimizado, por lo que podría ayudar a recortar la transferencia de datos también.

 

¿Cuánto cuesta?

$0. DIS se incluye ahora en la plataforma. No es necesario firmar un formulario adicional.


¿Cómo lo obtengo?

Para nuevos clientes, DIS ya está activado durante su Aprovisionamiento de dominio.

Para clientes existentes, abra un ticket para que se active DIS (proporcione las URL de instancia, el número de POD y el nombre de dominio).

Preguntas del desarrollador
 

¿Cómo utilizo DIS?

En primer lugar, existe la documentación del desarrollador:
https://documentation.b2c.commercecloud.salesforce.com/DOC1/topic/com.demandware.dochelp/content/b2c_commerce/topics/image_management/b2c_image_transformation_service.html

En la documentación, podrá encontrar dos maneras posibles de utilizar DIS. Aunque es posible crear las URL de DIS usted mismo con la ayuda de los parámetros de consulta de URL documentados, se recomienda encarecidamente aprovechar la API de creación de secuencias de comandos de Commerce Cloud para generar direcciones URL a través de la plataforma.

Una de las razones es que Commerce Cloud utiliza varios clústeres DIS para servir los dominios de los clientes. Una instancia de Commerce Cloud sabe a qué clúster se asigna y en la mayoría de los casos, esto no cambiará. Pero pueden haber casos como una carga muy alta, un escenario de desastres o similar, donde Commerce Cloud necesitaría cambiar a un clúster diferente.

En el caso de las direcciones URL de autoconstrucción y codificadas, esto requería un cambio en el código o parámetros para hacer que funcione. Al generar direcciones URL a través de la API, estos cambios se seleccionarán automáticamente sin ninguna interacción.

Sabemos que en algunos casos es necesario usar las direcciones URL "codificadas a mano" (archivos CSS como ejemplo), pero no se debería considerar práctica recomendada. Intente permanecer con las API.


¿Cuál es el tamaño de imagen de origen ideal?

Esto depende de sus casos de uso. La práctica recomendada es crear y cargar las imágenes más grandes que le gustaría presentar en su sitio web, que luego servirá directamente desde su instancia de Commerce Cloud como antes. Todas las imágenes más pequeñas y/o recortadas se irán sirviendo a través de DIS, lo que le da toda la libertad descrita antes.

¿Existe un límite de tamaño de archivo para DIS?
El límite de tamaño para DIS/SITS es de 10 MB. La obtención de archivos de más de 10 MB se anulará. SITS devuelve un error que indica que la imagen es demasiado grande.

 

El uso de las API sienta extraño, ¿hay otra forma mejor?

En estos momentos buscamos formas de integrar DIS más cerca en la plataforma, lo que le permitirá configurar sus transformaciones de imágenes de una forma más completa. Esto se puede realizar en el nivel de catálogo o de producto individual. Definimos especificaciones para una interfaz de usuario de Commerce Center relacionada con DIS.

Aunque hay planes e ideas en este área, no hay fechas de llegada estimadas o periodos de tiempo de hojas de ruta que se puedan proporcionar.


Modifiqué una imagen de origen, pero no puedo ver los cambios

Probablemente no actualizó la memoria caché. Aunque haya definido la configuración de caché de su página con TTL a 0 y desactivado el almacenamiento en caché, DIS no respetará dichas configuraciones. Los tiempos de almacenamiento en caché para DIS están establecidos por Commerce Cloud (debido a motivos de regulación).

Nota: Si una dirección URL no tiene una huella, los servicios de creación de imágenes dinámicos solo contendrán la primera instancia de la imagen. Se necesita un borrado de caché de DIS para que se muestre una imagen actualizada.

Sin embargo, la acción "No validar caché" disponible en su configuración de caché tiene un efecto y también invalida la caché de DIS externa. Así que pruebe ese botón y sus cambios deberían aparecer. Además, las comprobaciones de modificaciones de archivo de origen se han establecido en intervalos muy cortos para instancias que no sean de producción, de modo que los cambios se deben mostrar después de 3 minutos de todos modos. En el caso de la producción, no debe ser ningún problema, ya que cada replicación (que debería el único momento en que las modificaciones se pasan del ensayo a producción) siempre invalida la caché de DIS.

La invalidación de la memoria caché no significa que se debe volver a realizar todo el procesamiento. Solo significa que DIS comprueba si hay modificaciones en las imágenes de origen y vuelve a transformar si fuera necesario. De lo contrario, la imagen "old" se marcará como aún válida y se servirá.

 

Número del artículo de conocimiento

000391251

 
Cargando
Salesforce Help | Article