Deja de preguntar a los proveedores de DAM si tienen IA. Exígeles que lo demuestren

Muchos proveedores empresariales de administración de recursos digitales (DAM) ya comercializan la IA y, en cualquier cuestionario, todos aseguran ofrecer capacidades de IA. Este artículo explica cómo determinar si realmente va a beneficiar a tu empresa.

Pon seis proveedores de DAM en una lista corta, pregúntales si su plataforma tiene IA y obtendrás seis seguros “sí” como respuesta. Demostrarán etiquetado con IA, búsqueda en lenguaje natural, variantes generativas y agentes que enriquecen y publican contenido. Uno afirmará tener un DAM agéntico, mientras otro hace alarde de su nuevo servidor MCP. Para cuando llegues a la tercera reunión, todas las demos se habrán mezclado entre sí y ya no recordarás quién te mostró qué.

Ya señalamos el mismo punto débil en el primer artículo de esta serie, cuando analizamos las tablas comparativas de DAM. Una evaluación basada en preguntas de sí/no hace que todos los proveedores parezcan iguales. ¿Tu DAM tiene IA? Sí. ¿Gestiona contenido? Sí. ¿Se adapta a nuestro stack? Sí. Al final, tienes una columna llena de marcas de verificación y una decisión de plataforma a tres años que descansa en una demo de treinta minutos.

Los proveedores no mienten. Solo que no todos hablan de lo mismo cuando dicen IA. Para algunos, la IA sirve principalmente para encontrar recursos más rápido mediante mejor etiquetado, metadatos más ricos y búsqueda en lenguaje natural. Para otros, la gran oportunidad está en la activación: usar la IA para convertir un recurso en contenido gobernado, personalizado, aprobado y listo para distribuir en todos los canales. Son tareas muy distintas que se esconden detrás de la misma marca de verificación. Lo que diferencia a una plataforma de otra no es si la IA existe, sino qué permite hacer realmente y si responde cuando sometes a prueba tu contenido y flujos de trabajo reales. Eso no se aprecia en una tabla de funciones. Se aprecia una vez que dejas de hacer preguntas y empiezas a ejecutar pruebas.

Qué significa realmente estar “listo para IA”

Piensa en la frecuencia con que el equipo necesita un recurso fuera del DAM. El equipo de diseño lo necesita en una herramienta creativa. El equipo de marketing lo necesita en una plataforma de campaña. El equipo web lo necesita para un cliente. La forma en que el recurso llega allí importa. En una plataforma, otra aplicación puede acceder al DAM y trabajar con el activo gobernado. En otra, el proceso sigue dependiendo de descargar un archivo, trabajar en una copia y volver a subirlo. Ambos proveedores pueden marcar la casilla de integración, pero el comportamiento subyacente es muy diferente.

Ahora agrega la IA. El agente hereda las mismas restricciones. Dale una conexión MCP y tal vez pueda acceder al DAM, pero ¿puede realmente encontrar el recurso correcto? Eso depende de los metadatos y el contexto disponibles. El equipo creativo puede buscar por campaña, concepto o características visuales. Un equipo en etapas posteriores puede priorizar el producto, el mercado, los derechos, el canal o el estado de aprobación. Un agente puede necesitar entender ambas perspectivas. El acceso al DAM no sirve de mucho si la IA no puede determinar qué recurso es el adecuado para la tarea.

Luego está lo que ocurre cuando el agente actúa sobre lo que encuentra. ¿Trabaja desde una fuente gobernada y mantiene esa conexión mientras el contenido avanza por el flujo de trabajo? ¿Pueden las herramientas y los canales en etapas posteriores obtener el recurso aprobado sin crear otra copia? ¿O cada traspaso genera un archivo más que hay que rastrear, actualizar y gestionar?

¿Y puede el DAM mantenerse al ritmo? Una persona puede buscar un recurso, abrirlo, hacer un cambio y seguir adelante. Un agente puede hacer muchas solicitudes en el tiempo que esa persona tarda en hacer una sola. Pon a trabajar varios agentes, aplicaciones y personas a la vez, y esas solicitudes se acumulan rápidamente.

Esto ejerce presión sobre una decisión de infraestructura que el proveedor de DAM tomó mucho antes de que se conectara un agente. ¿La plataforma fue diseñada con la capacidad de soportar ese volumen de actividad impulsada por máquinas, o se construyó en torno al ritmo de personas trabajando en aplicaciones? Si el DAM o sus API no pueden gestionar ese volumen debido a límites de capacidad o de solicitudes, las peticiones se regulan o bloquean. Los flujos de trabajo quedan en espera. Las solicitudes expiran o fallan. Lo que funcionó a la perfección en una demo controlada puede colapsar por completo cuando la IA empieza a operar a escala real.

Aquí es donde las diferencias entre plataformas comienzan a multiplicarse. Conectar la IA a un DAM es una cosa. Darle el contexto, el acceso, el rendimiento y la ruta gobernada que necesita para realizar trabajo útil es otra. Cuanto más trabajo se espera que asuma la IA, más importa la arquitectura que la sustenta.

Por eso, no hay que fiarse de la palabra de nadie, ni de la nuestra. Exige que lo demuestren. A continuación encontrarás una serie de preguntas de dificultad progresiva: empiezan con algo que cualquier persona en la sala puede plantear y terminan con la pregunta que realmente distingue a los mejores del mercado.

Cinco preguntas: cada una más difícil de responder que la anterior

Pregunta 1: ¿el DAM se conecta con las herramientas con las que el equipo ya trabaja?

Todos dirán que sí. Ahora averigua qué significa realmente ese sí. ¿La plataforma simplemente expone API que permiten a otra aplicación buscar y recuperar un recurso? ¿Ofrece integraciones prediseñadas y compatibles con los flujos de trabajo más comunes? ¿Esas API se pueden ampliar para adaptarse a los flujos de trabajo exclusivos de la empresa? ¿Y cuando otro sistema utiliza un recurso, opera contra la fuente gobernada o genera otra copia que debe sincronizarse y administrarse?

Ahora añade un agente. ¿Esa conexión opera con la misma identidad, permisos, derechos y gobernanza que las personas que usan el DAM, o la IA tiene una ruta independiente para acceder al contenido? Un agente puede tomar muchas más decisiones y generar muchas más solicitudes que una persona, por lo que una conexión que evite esos controles amplifica el riesgo al mismo tiempo que la velocidad.

Cualquier proveedor puede decir que está conectado. Sin embargo, la arquitectura y la gobernanza que respaldan esa conexión pueden ser muy distintas.

Pregunta 2: ¿qué alcance tiene el DAM?

Una vez conectado el sistema, ¿qué puede ver y recuperar realmente esa conexión? Todos pueden afirmar que su DAM pone los recursos a disposición. Ahora averigua qué significa eso en la práctica. ¿Otra aplicación o agente puede acceder solo al archivo, o también a la información que lo hace útil: metadatos descriptivos, contexto de producto y campaña, derechos de uso, estado de aprobación, relaciones con otros recursos y procedencia?

Ve más allá del archivo original. Si el DAM puede generar distintas representaciones de un recurso, ¿la conexión puede descubrir y solicitar el tamaño, recorte, formato u otra representación adecuados sin necesidad de crear y gestionar otra copia? ¿Puede distinguir el original de una representación aprobada o una variante generada? Y cuando recupera cualquiera de ellas, ¿la gobernanza y el contexto viajan con la solicitud?

Poder recuperar un recurso es un tipo de alcance. Poder acceder al recurso, a su contexto de negocio, a su gobernanza y a la representación adecuada para la tarea es otra cosa. Exige al proveedor que demuestre hasta dónde llega realmente su conexión.

Pregunta 3: ¿el DAM admite el encadenamiento de flujos de trabajo?

El trabajo real con contenido rara vez ocurre en un solo sistema. Un recurso puede necesitar encontrarse, adaptarse, revisarse, aprobarse, ensamblarse y, finalmente, estar listo antes de que un cliente llegue a verlo. Todos pueden decir que admiten ese flujo de trabajo. Ahora cuenta los saltos: ¿cuántas herramientas, integraciones, exportaciones y traspasos debe atravesar el recurso antes de estar disponible y activo?

Luego analiza qué sucede en cada salto. ¿El recurso mantiene su identidad, metadatos, derechos, estado de aprobación y fuente, o bien otro sistema crea una copia y empieza a gestionar su propia versión? ¿El siguiente paso ocurre como parte de un content supply chain conectado, o una persona u otro sistema debe tomar el resultado y continuar el proceso manualmente?

Pide al proveedor que tome un recurso real desde su origen hasta su ubicación final y muestre cada sistema que toca en el proceso. Un flujo de trabajo con seis herramientas conectadas puede estar técnicamente integrado, pero sigue siendo seis puntos donde el contenido, el contexto y la gobernanza pueden fallar.

Pregunta 4: ¿puede tu IA enriquecer los recursos con contexto?

Cualquier proveedor puede decir que su IA enriquece los recursos. Pero averigua qué significa realmente el enriquecimiento. ¿La plataforma genera algunas etiquetas descriptivas durante la ingesta, o el recurso acumula contexto que lo hace más útil a lo largo de su ciclo de vida? ¿Puede entender de qué trata el contenido, vincularlo al contexto empresarial y de marca, gestionar derechos y gobernanza, preservar la procedencia y aprender de cómo y dónde se usa ese contenido?

Luego, pregunta quién puede usar esa inteligencia. ¿Se convierte en parte del contexto del recurso gobernado al que los equipos creativos, las aplicaciones posteriores y los agentes de IA pueden acceder, o queda atrapada dentro de una función de búsqueda o una experiencia de IA independiente? Y cuando el recurso se activa y genera resultados, ¿pueden esas señales retroalimentar el sistema para enriquecer su contexto de cara a la siguiente decisión?

Generar metadatos es el enriquecimiento en su forma más básica. Construir un contexto confiable que permita a personas y a la IA descubrir, comprender, usar y, en última instancia, mejorar el contenido implica un nivel de exigencia mucho mayor.

Pregunta 5: ¿tu DAM admite la entrega gobernada?

El contenido solo tiene valor cuando llega a quienes deben verlo. Cualquier proveedor puede afirmar que su DAM entrega contenido a sitios web, aplicaciones y campañas. Ahora bien, averigua qué significa realmente la entrega. ¿El canal recibe otra copia del recurso, o solicita el contenido a través de una capa de entrega conectada a la fuente gobernada? Si el recurso cambia, se vuelve a aprobar, caduca o pierde sus derechos de uso, ¿qué ocurre con lo que ya está en el mercado? ¿El cambio se propaga automáticamente, o alguien tiene que buscar y reemplazar las copias en cada canal?

Pon a prueba al proveedor más allá del DAM. Pídele que solicite un recurso como lo haría un canal activo. Luego, modifica la versión gobernada y vuelve a solicitarla. Lo que llegue al cliente debe reflejar el estado aprobado actual, sin necesidad de rastrear copias manualmente. Almacenar contenido gobernado y entregarlo son dos cosas muy distintas.

Ahora une los cinco criterios. Cualquier proveedor puede responder que sí a conexión, alcance, flujos de trabajo, enriquecimiento y entrega. La clave está en qué significa realmente ese sí. ¿Las personas, las aplicaciones y los agentes pueden operar mediante conexiones gobernadas? ¿Pueden acceder al recurso, a su contexto y a la representación correcta? ¿Puede el contenido avanzar por la cadena de suministro sin acumular copias ni perder contexto en cada paso? ¿Se vuelve el contexto más rico y útil con el tiempo? ¿Y puede el contenido aprobado llegar finalmente al cliente sin perder la conexión con la fuente gobernada?

Esa es la base con la que trabaja la IA. Un agente no corrige lo que tiene debajo: lo hereda y opera sobre ello con mayor velocidad y a mayor escala. Por eso, un agente que trabaja dentro de un content supply chain conectado, contextual y gobernado es muy diferente de uno acoplado superficialmente a un DAM. Y ahí es precisamente donde retoma el próximo artículo.

Pon a prueba a Adobe

Estamos dispuestos a ser evaluados: así es como Adobe Experience Manager Assets responde cada pregunta, dentro de lo que Adobe documenta públicamente y respalda.

Conexión. El equipo puede acceder a los recursos desde las herramientas con las que ya trabaja, mediante conexiones compatibles: Creative Cloud a través de Adobe Asset Link, Adobe Workfront, el resto de Experience Cloud y las API abiertas que se pueden ampliar a los flujos de trabajo propios. Con Dynamic Media, la misma lógica aplica. Al incorporar un agente, la regla no cambia. El servidor MCP unificado de Adobe Experience Manager opera dentro del modelo de permisos existente de Adobe Experience Manager, de modo que el agente actúa bajo la identidad del usuario autenticado y sus permisos, sin tomar una ruta alternativa que los eluda. Para cambios y eliminaciones, Adobe dirige a los agentes a la interfaz del Asistente de IA, cuyos agentes de Adobe Experience Manager incluyen protecciones integradas.

Alcance. A través de esa conexión, una aplicación o un agente accede a mucho más que al archivo en sí. Puede alcanzar los metadatos y el contexto de negocio que hacen utilizable el archivo: los campos personalizados en los que los equipos realmente buscan, como producto, mercado, campaña, canal, derechos y estado de aprobación, junto con las relaciones del recurso y su procedencia. La función de descubrimiento de contenido de Adobe Experience Manager trabaja con lenguaje natural sobre esos campos, de modo que un agente puede encontrar el recurso idóneo para la tarea y no cualquiera que coincida con un nombre de archivo. Y cuando necesita un tamaño, recorte o formato específico, Dynamic Media con OpenAPI puede generar y servir esa representación por referencia, sin crear copias adicionales para rastrear, con acceso exclusivo a los recursos aprobados.

Encadenamiento. El trabajo real atraviesa sistemas, y cada salto es una oportunidad de perder el hilo. Cuando las aplicaciones y los canales consumen contenido a través de la ruta de entrega gobernada, el recurso puede mantenerse como referencia a la fuente aprobada en lugar de convertirse en una copia que cada herramienta gestiona por su cuenta. Un cambio realizado una sola vez en el recurso gobernado se refleja en todos los puntos donde se usa esa referencia, de modo que el vínculo con la identidad, los derechos y el estado de aprobación acompaña al recurso en lugar de reconstruirse en cada paso. Cuantas menos copias genere un flujo de trabajo, menos lugares hay donde el contenido, el contexto y la gobernanza pueden fallar.

Enriquecimiento. El enriquecimiento comienza en la ingesta: etiquetas inteligentes para recursos de imagen, video y texto compatibles, títulos, descripciones y palabras clave generados por IA en versiones compatibles, y los esquemas de metadatos personalizados que transmiten el contexto de negocio y de marca. Ese contexto pasa a formar parte del activo gobernado y queda disponible para los equipos creativos, las aplicaciones posteriores y los agentes mediante búsqueda y descubrimiento, en lugar de quedar atrapado en un único campo de búsqueda. A partir de ahí, las señales de uso y entrega pueden alimentar flujos de trabajo de informes y optimización, y Adobe está ampliando Adobe Experience Manager Assets con capacidades agénticas que utilizan metadatos y señales de uso para facilitar el descubrimiento, la gobernanza y las recomendaciones de contenido. Generar unas pocas etiquetas es el punto de partida. Construir un contexto gobernado que tanto las personas como la IA puedan aprovechar de verdad es el verdadero objetivo.

Entrega. El contenido solo tiene valor cuando llega al cliente, y es aquí donde la gobernanza se sostiene o falla en silencio. Con Dynamic Media con OpenAPI, las aplicaciones y los canales que consumen contenido pueden recibir una URL de entrega que referencia el recurso aprobado en lugar de una copia del binario original, y solo se exponen los recursos aprobados y la última versión aprobada. Cuando el recurso gobernado cambia, se vuelve a aprobar, vence o pierde sus derechos, ese cambio puede fluir a través de la ruta de entrega en lugar de obligar a alguien a rastrear copias desactualizadas en todos los canales; además, con la caché documentada, la actualización suele ser visible en menos de diez minutos. Almacenar contenido gobernado y entregarlo son dos procesos bien distintos.

Y tiene que sostenerse a la velocidad de las máquinas. Un agente realiza múltiples solicitudes, mientras que una persona hace una sola, por lo que la arquitectura subyacente es determinante. Adobe Experience Manager Assets es nativo en la nube y escala según la carga de trabajo. Dynamic Media con OpenAPI distribuye contenido a través de una red de entrega de contenido administrada (CDN) y almacenamiento en caché en el edge diseñados para un consumo escalable orientado a aplicaciones y máquinas, con transformaciones procesadas en el edge para reducir la carga en el origen. El rendimiento depende de la combinación de solicitudes, las transformaciones, el almacenamiento en caché y la configuración, razón por la cual la mejor manera de comprobarlo es con una validación representativa sobre los propios recursos y flujos de trabajo, no con un pico aislado en una demo.

Cuando se combinan los cinco elementos, se obtiene la base que un agente realmente necesita: conexiones gobernadas, acceso real al contexto, una cadena de suministro que evita multiplicar copias en cada salto, un contexto que se vuelve cada vez más útil y contenido aprobado que llega al cliente sin perder el vínculo con la fuente. Un agente no corrige lo que tiene debajo: lo hereda y trabaja sobre ello con mayor velocidad y a mayor escala. Esa es la diferencia entre un agente que opera dentro de una cadena de suministro de contenido conectada y gobernada, y uno acoplado de forma improvisada a un DAM.

No tienes que creer solo en nuestra palabra. Adobe fue reconocido como líder en el 2025 Magic Quadrant™ de Gartner® para plataformas de administración de recursos digitales y en The Forrester Wave™: Digital Asset Management Systems, Q1 2026.

Cómo aplicar esto en la próxima reunión con proveedores

Lleva estas preguntas a cada reunión de preselección, incluida la nuestra. En lugar de preguntar si pueden hacerlo, pídeles que lo demuestren, en vivo, con un recurso real, no con un sandbox preparado. Conéctalo a una herramienta que el equipo realmente use y comprueba si la aplicación trabaja con el recurso gobernado o simplemente toma una copia. Pregunta qué más puede acceder esa conexión más allá del archivo. Toma un recurso desde el origen hasta su ubicación final y cuenta los saltos. Ingresa algo y observa qué hace la plataforma con ello. Luego solicítalo como lo haría un canal activo, cambia la versión aprobada y confirma que lo que llega al cliente se actualiza sin que nadie tenga que rastrear copias. Ponlo a prueba con una carga de trabajo realista y representativa: el tipo de actividad simultánea de personas y agentes que realmente se espera, en lugar de conformarse con el volumen de una demo.

Presta atención a cuándo cada proveedor recurre a una diapositiva, una hoja de ruta o una explicación en lugar de demostrar. Ese gesto lo dice todo: es el momento en que las promesas dejan de convertirse en evidencia. El proveedor cuya evidencia resiste en los cinco puntos es el que probablemente seguirá gestionando los flujos de trabajo de IA en el año tres, mucho después de que la demo sea solo un recuerdo.

Porque todos los DAM dicen que sí. Muy pocos pueden demostrarlo.

Preguntas frecuentes