[AEM Assets]{class="badge positive" title="(Se aplica a los AEM Assets)."}

Agregar recursos digitales a Adobe Experience Manager como Cloud Service Assets add-assets-to-experience-manager

Última actualización: 11 de octubre de 2026

Se aplica a:
Experience Manager as a Cloud Service

Creado para:

Usuario
Administrador

Adobe Experience Manager Assets acepta muchos tipos de recursos digitales de muchos orígenes. Almacena los binarios originales y las representaciones generadas, procesa los recursos mediante flujos de trabajo y servicios de Adobe AI y distribuye el contenido en muchos canales y superficies.

Adobe Experience Manager enriquece automáticamente el contenido binario de los archivos digitales cargados, lo que hace que los recursos sean más fáciles de buscar, reutilizables y estén listos para su envío. Experience Manager enriquece estos archivos con metadatos enriquecidos, etiquetas inteligentes, representaciones y otros servicios de administración de recursos digitales (DAM). Puede cargar varios tipos de archivos, como imágenes, documentos y archivos de imagen sin procesar, desde la carpeta local o desde una unidad de red a Experience Manager Assets.

Métodos para agregar recursos al repositorio

Además de la carga del explorador más utilizada, existen otros métodos para agregar recursos al repositorio Experience Manager. Estos otros métodos incluyen clientes de escritorio, como la aplicación de escritorio Adobe Asset Link o Experience Manager, secuencias de comandos de carga e ingesta que los clientes crearían y integraciones de ingesta automatizadas agregadas como extensiones Experience Manager.

Servicios y procesamiento adicionales

Aunque puede cargar y administrar cualquier archivo binario en Experience Manager, los formatos de archivo más utilizados admiten servicios adicionales, como la extracción de metadatos o la generación de vista previa/representación. Consulte formatos de archivo compatibles para obtener más información.

También puede solicitar que se realice un procesamiento adicional de los recursos cargados. Se pueden configurar varios perfiles de procesamiento de recursos en la carpeta, en la que se cargan los recursos, para agregar metadatos específicos, representaciones o servicios de procesamiento de imágenes automáticamente, lo que garantiza que los recursos cumplan los requisitos de entrega sin intervención manual. Ver recursos de proceso al cargar.

Resumen de métodos de carga

Assets proporciona los siguientes métodos de carga. Adobe recomienda que entienda su caso de uso y la aplicabilidad de cada opción de carga antes de utilizarlo, ya que el método adecuado depende del volumen, el flujo de trabajo y las personas involucradas.

Método de carga

¿Cuándo usar?

Persona principal

Interfaz de usuario de la consola Assets

Carga ocasional, facilidad para presionar y arrastrar, carga del buscador. No utilice para cargar muchos recursos.

Todos los usuarios

Cargar API

Para las decisiones dinámicas durante la carga.

Desarrollador

aplicación de escritorio de Experience Manager

Ingesta de recursos de bajo volumen, pero no para la migración.

Administrador, Especialista en marketing

Adobe Asset Link

Resulta útil cuando los creativos y los especialistas en marketing trabajan en recursos desde las aplicaciones de escritorio de Creative Cloud admitidas.

Creative, experto en marketing

Ingestor masivo de recursos

Recomendado para migraciones a gran escala e ingestas masivas ocasionales. Solo para almacenes de datos compatibles.

Administrador, Desarrollador

Carga de activos upload-assets

Adobe Experience Manager Assets admite dos métodos para cargar uno o varios archivos. Arrastre y suelte los archivos directamente desde el escritorio en la interfaz de usuario de Assets (explorador web) y en la carpeta de destino, o inicie la carga desde la interfaz de usuario de Assets mediante el menú Crear. Ambos métodos agregan recursos digitales a la ubicación de carpeta que seleccione.

IMPORTANT

Assets cargados en Experience Manager con un nombre de archivo de más de 100 caracteres reciben un nombre abreviado cuando se utilizan en Dynamic Media.

Los primeros 100 caracteres del nombre de archivo se conservarán tal cual y los caracteres restantes se reemplazarán con una cadena alfanumérica. Este método de cambio de nombre garantiza un nombre único cuando el recurso se usa en Dynamic Media, lo que evita conflictos de nombres entre recursos. También admite la longitud máxima del nombre de archivo del recurso permitida en Dynamic Media, por lo que el truncamiento mantiene a cada recurso conforme con ese límite.

En la interfaz de usuario Assets, vaya a la ubicación donde desee agregar recursos digitales.
Para cargar los recursos, utilice uno de los siguientes métodos:
- En la barra de herramientas, haga clic en Crear > Archivos. Puede cambiar el nombre del archivo en el cuadro de diálogo presentado si es necesario.
- En un explorador que admita HTML5, arrastre los recursos directamente a la interfaz de usuario de Assets. En este método, no se muestra el cuadro de diálogo renombrar archivo.
Para seleccionar varios archivos, mantenga presionada la tecla Ctrl (Windows) o la tecla Command (macOS) y seleccione los recursos en el cuadro de diálogo del selector de archivos. Al utilizar una iPad, solo puede seleccionar un archivo a la vez.
Para cancelar una carga en curso, haga clic en Cerrar (X) junto a la barra de progreso. Como la cancelación detiene la transferencia en curso, Assets elimina la parte parcialmente cargada del recurso actual para evitar dejar un archivo incompleto. Si cancela una operación de carga antes de que se carguen todos los archivos, Assets detiene la carga del archivo actual y actualiza el contenido. Sin embargo, los archivos que ya hayan terminado de cargarse no se eliminarán y permanecerán en la carpeta de destino.
El cuadro de diálogo de progreso de carga en Assets muestra el recuento de archivos cargados correctamente y los archivos que no se cargaron, lo que le proporciona un estado claro del lote. Además, la interfaz de usuario Assets muestra el recurso más reciente que ha cargado o la carpeta que creó en primer lugar.

NOTE

Para cargar jerarquías de carpetas anidadas, consulte cargar recursos en lotes.

Gestión de cargas para recursos existentes handling-upload-existing-file

Al cargar un recurso con la misma ruta (nombre y ubicación idénticos) que uno existente, se abre un cuadro de diálogo de advertencia que presenta tres opciones de resolución: Reemplazar recurso existente, Crear otra versión o Conservar ambas. Cada opción gestiona el duplicado de forma diferente:

Reemplazar recurso existente: al reemplazar un recurso existente, se sobrescribe por completo, por lo que los metadatos y las modificaciones anteriores (por ejemplo, anotaciones y recortes) aplicados al recurso existente se eliminan de forma permanente. Esto se debe a que el reemplazo escribe el recurso almacenado en lugar de preservar su historial.

note
NOTE
La opción para reemplazar recursos no está disponible si el recurso está bloqueado o desprotegido.

Crear otra versión: se crea una nueva versión del recurso existente en el repositorio, conservando el estado anterior para que no se pierda el trabajo. Puede ver las dos versiones en la cronología y puede revertir a la versión existente si es necesario.
Conservar ambos: si decide conservar ambos recursos, se cambiará el nombre del nuevo recurso para que coexistan el recurso original y el que se acaba de cargar.

Para conservar el recurso duplicado en Assets, haga clic en Conservar. Para eliminar el recurso duplicado que subió, haga clic en Eliminar.

Administración de nombres de archivo y caracteres prohibidos filename-handling

Adobe Experience Manager (AEM) Assets bloquea la carga de cualquier recurso cuyo nombre de archivo contenga un carácter prohibido. Cuando un nombre de archivo incluye uno o más caracteres no permitidos, Assets muestra un mensaje de advertencia y bloquea la carga hasta que se quiten los caracteres no permitidos o hasta que se cambie el nombre del archivo por uno permitido. Esta protección se ejecuta en el punto de carga, por lo que los nombres de archivo problemáticos se capturan antes de que el recurso entre en el repositorio.

Por qué existen estas restricciones

Las restricciones de caracteres de nombre de archivo garantizan que los nombres de recursos y carpetas sigan siendo compatibles en los sistemas de archivos, las capas de almacenamiento y las direcciones URL web. Los caracteres como barras diagonales, dos puntos y otros símbolos reservados tienen un significado especial en las rutas de acceso a archivos y direcciones URL, por lo que restringirlos evita conflictos de nombres, vínculos rotos y errores de envío en sentido descendente.

Para adaptarse a convenciones específicas de nomenclatura de archivos para su organización, el cuadro de diálogo Cargar Assets permite a los usuarios especificar nombres de archivo largos durante la carga. No se admiten los siguientes caracteres (lista de caracteres separados por espacios):

Caracteres no válidos para el nombre de recurso: * / : [ \\ ] | # % { } ? & o ;= (un punto y coma seguido de un signo igual)
Caracteres no válidos para el nombre de la carpeta de recursos: * / : [ \\ ] | # % { } ? \" . ^ ; + & \t

Ejemplos de nombres de archivo no válidos:

JPG_JD_small file ~!)$@;(-_=+^',..jpg
JPG_JD_small file ~!)$@;=(-_+^',..jpg

Ambos ejemplos se rechazan porque contienen caracteres reservados de las listas anteriores. Para realizar la carga correctamente, elimine los caracteres prohibidos o reemplácelos por alternativas permitidas antes de volver a intentar la carga.

Carga masiva de recursos bulk-upload

El ingestor masivo de recursos gestiona grandes volúmenes de recursos de forma eficaz. Una ingesta a gran escala no es un volcado de archivos amplio ni una migración casual. Para convertir una ingesta a gran escala en un proyecto significativo que sirva a su propósito empresarial de forma eficaz, planifique la migración y depure la organización de recursos deliberadamente. Dado que cada ingesta es diferente, tenga en cuenta la composición específica del repositorio y las necesidades comerciales en lugar de aplicar reglas genéricas. Las siguientes prácticas recomendadas le ayudan a planificar y ejecutar una ingesta masiva:

Depurar recursos: elimine los recursos que no sean necesarios en el repositorio de administración de recursos digitales (DAM). Considere la posibilidad de eliminar los recursos no utilizados, obsoletos o duplicados. Esta gestión reduce los datos transferidos y el número de activos ingeridos, lo que resulta en ingestas más rápidas y fiables.
Organizar recursos: considere la posibilidad de organizar el contenido en un orden lógico definido, por ejemplo, por tamaño de archivo, formato de archivo, caso de uso o prioridad. Los archivos grandes y complejos requieren más tiempo de procesamiento y recursos del sistema, por lo que aislarlos evita cuellos de botella en el procesamiento. También puede considerar la posibilidad de ingerir archivos grandes por separado mediante la opción de filtrado de tamaño de archivo (descrita a continuación).
Escalonar ingestas: considere la posibilidad de dividir la ingesta en varios proyectos de ingesta masiva. La ingesta escalonada le permite ver el contenido antes y ajustarlo según sea necesario. Por ejemplo, puede ingerir recursos que requieran mucho procesamiento durante las horas de menor actividad o de forma gradual en varios fragmentos. Sin embargo, puede ingerir recursos más pequeños y sencillos que no requieran mucho procesamiento de una sola vez.

Para cargar un mayor número de archivos, utilice uno de los siguientes métodos. Vea también los casos de uso y métodos

API de carga de recursos: use un script de carga personalizado o una herramienta que use API para agregar administración adicional de recursos (por ejemplo, traducir metadatos o cambiar el nombre de archivos), si es necesario.
Aplicación de escritorio de Experience Manager: útil para los profesionales creativos y los especialistas en marketing que cargan recursos desde su sistema de archivos local. Utilícela para cargar carpetas anidadas disponibles localmente.
Herramienta de ingesta masiva: Se utiliza para la ingesta de grandes cantidades de recursos de forma ocasional o inicial al implementar Experience Manager.

Herramienta Importación masiva de recursos asset-bulk-ingestor

La herramienta de importación masiva de recursos solo está disponible para el grupo de administradores para la ingesta a gran escala de recursos de los almacenes de datos Microsoft Azure Blob Storage o Amazon Simple Storage Service (S3). El acceso está restringido a los administradores porque la ingesta masiva es una operación privilegiada y de gran volumen que mueve una gran cantidad de recursos directamente al repositorio y requiere permisos elevados para configurarlos de forma segura. Consulte un vídeo de introducción a la configuración y la ingesta.

https://video.tv.adobe.com/v/341381/?captions=spa&quality=12&learn=on

La siguiente imagen ilustra las distintas etapas en las que los administradores consumen recursos en Adobe Experience Manager desde un almacén de datos. La ingesta se realiza a través de una canalización preconfigurada en la que los recursos se leen desde el almacenamiento de objetos conectado, se transfieren y se procesan en Experience Manager, lo que garantiza que los lotes grandes se gestionen de forma fiable:

Herramienta de ingesta en lotes

Requisitos previos

Se requiere una cuenta de almacenamiento externa o un contenedor de Microsoft Azure o Amazon Web Service (AWS) para usar esta característica. El proceso de importación masiva lee los recursos de origen directamente desde esta cuenta externa, por lo que una ubicación de almacenamiento de Azure o AWS configurada correctamente es una condición previa obligatoria.

NOTE

Cree el contenedor o el contenedor de la cuenta de almacenamiento como private y acepte conexiones solamente desde solicitudes autorizadas. La configuración del almacenamiento como privado restringe el acceso a llamadores autenticados y de confianza, lo que protege los recursos de origen del acceso no autorizado durante la ingesta. Sin embargo, no se admiten restricciones adicionales en las conexiones de red de entrada.

NOTE

Las cuentas de almacenamiento externo pueden aplicar reglas de nomenclatura de archivos y carpetas diferentes a las de la herramienta Importación masiva. Consulte Gestión de nombres de archivo durante la importación masiva para obtener más información sobre los nombres no permitidos y de escape.

Configuración de la herramienta Importación masiva configure-bulk-ingestor-tool

Para configurar la herramienta Importación masiva en Adobe Experience Manager, siga estos pasos:

Vaya a Herramientas > Assets > Importación en lotes. Seleccione la opción Crear.
Especifique un título para la configuración de importación masiva en el campo Title.
Seleccione el tipo de fuente de datos de la lista desplegable Importar Source.
Proporcione los valores para crear una conexión con el origen de datos. Por ejemplo, si selecciona Azure Blob Storage como fuente de datos, especifique los valores de la cuenta de Azure Storage, el contenedor de blob de Azure y la clave de acceso de Azure.
Seleccione el modo de autenticación necesario en la lista desplegable. Los dos modos difieren en el nivel de acceso que conceden: Clave de acceso de Azure proporciona acceso completo y sin restricciones a la cuenta de almacenamiento de Azure, mientras que Token SAS de Azure permite al administrador limitar las capacidades del token mediante permisos y directivas de caducidad. Como resultado, Token SAS de Azure es la opción más restrictiva y sólo concede acceso con ámbito y con límite de tiempo.
Proporcione el nombre de la carpeta raíz que contiene los recursos de la fuente de datos en el campo Carpeta de origen.
(Opcional) Proporcione el tamaño mínimo de archivo de los recursos en MB para incluirlos en el proceso de ingesta en el campo Filtrar por tamaño mínimo.
(Opcional) Proporcione el tamaño máximo de archivo de los recursos en MB para incluirlos en el proceso de ingesta en Filtrar por tamaño máximo.
(Opcional) Especifique una lista de tipos MIME separados por comas para excluir de la ingesta en el campo Excluir tipos MIME. Los tipos MIME identifican el formato de archivo de cada recurso, por lo que este filtro le permite omitir los formatos que no desea importar. Por ejemplo, image/jpeg, image/.*, video/mp4. Ver todos los formatos de archivo compatibles.
Especifique una lista de tipos MIME separados por comas para incluirlos en la ingesta en el campo Incluir tipos MIME. Ver todos los formatos de archivo compatibles.
Seleccione la opción Eliminar archivo de origen después de importar para eliminar los archivos originales del almacén de datos de origen después de importar los archivos en Experience Manager. Esto recupera el almacenamiento en el almacén de datos de origen y evita que los mismos archivos se vuelvan a importar en ejecuciones posteriores.
Seleccione el Modo de importación. Seleccione Omitir, Reemplazar o Crear versión. El modo Skip es el predeterminado: debido a que ya existe un recurso coincidente en el destino, el ingestor omite la importación, lo que impide sobrescribir el contenido existente. Ver el significado de reemplazar y crear opciones de versión.
Para definir la ubicación en la administración de recursos digitales (DAM) donde Experience Manager importa los recursos, especifique una ruta de acceso en el campo Carpeta de destino de Assets. Por ejemplo, /content/dam/imported_assets.
(Opcional) Especifique el archivo de metadatos que desea importar, proporcionado en formato CSV, en el campo Archivo de metadatos. Especifique el archivo CSV en la ubicación del blob de origen y consulte la ruta al configurar la herramienta Importación masiva. El formato de archivo CSV al que se hace referencia en este campo es el mismo que el formato de archivo CSV utilizado al Importar y exportar metadatos de recursos de forma masiva. Si selecciona la opción Eliminar archivo de origen después de importar, filtre los archivos CSV usando los campos Excluir o Incluir tipo MIME o el campo Filtrar por ruta/archivo, ya que esto evita que el CSV de metadatos en sí se elimine o ingrese como un recurso. Puede utilizar una expresión regular para filtrar los archivos CSV en estos campos.
Haga clic en Guardar para guardar la configuración.

Administrar la configuración de la herramienta Importación masiva manage-bulk-import-configuration

Después de crear una configuración de herramienta de importación masiva, puede validar y evaluar la configuración antes de ingerir recursos de forma masiva en la instancia de Experience Manager. La administración de la configuración en esta fase le permite revisar su configuración, confirmar la conexión con el origen del recurso y probar la configuración. Esto garantiza que la configuración se comporte según lo esperado y ayuda a evitar errores de ingesta antes de que los recursos se importen a escala.

Acceso a las opciones de administración de configuración access-configuration-management-options

Para ver las opciones disponibles para administrar la configuración de la herramienta Importación masiva, vaya a Herramientas > Assets > Importación masiva y, a continuación, seleccione la configuración que desee administrar. Al seleccionar la configuración, aparecen las acciones de administración disponibles para esa configuración específica, lo que le permite inspeccionar, evaluar y ajustar la configuración antes de iniciar una importación masiva completa. Debido a que la evaluación se produce antes de la ingesta, puede identificar y resolver los problemas de configuración de forma temprana, lo que reduce el riesgo de importaciones de recursos incompletas o fallidas.

Editar la configuración edit-configuration

Para editar los detalles de configuración, siga estos pasos:

Seleccione la configuración que desee modificar.
Haga clic en Editar para abrir la configuración en modo de edición.
Actualice los detalles de configuración editables según sea necesario y, a continuación, guarde los cambios.

Dos campos permanecen fijos y no se pueden modificar durante la operación de edición: el título de la configuración y el origen de datos de importación. Estos valores están bloqueados porque definen la identidad de la configuración y el origen de sus datos importados, y cambiarlos después de la creación rompería las referencias establecidas cuando se configuró por primera vez. Todos los demás detalles de configuración permanecen disponibles para la edición, lo que le permite refinar la configuración sin volver a crearla desde cero.

Eliminar la configuración delete-configuration

Al eliminar una configuración de importación masiva, esta se elimina permanentemente de la lista de configuraciones disponibles. Elimine una configuración cuando ya no la necesite, cuando se haya creado por error o cuando desee reemplazarla con una configuración actualizada.

Para eliminar una configuración de importación masiva, siga estos pasos:

Seleccione la configuración que desee eliminar de la lista de configuraciones de importación masiva.
Haga clic en Eliminar.

Esta acción elimina la configuración de importación masiva seleccionada. Dado que al eliminar una configuración se eliminan sus valores guardados, revise cuidadosamente la configuración seleccionada antes de confirmar la eliminación para asegurarse de no eliminar ninguna que aún esté en uso.

Validar la conexión con el origen de datos validate-connection

La validación de la conexión confirma que Experience Manager puede tener acceso al origen de datos y que las credenciales y los parámetros de conexión proporcionados son correctos antes de usar la configuración. La ejecución de esta comprobación evita primero los errores descendentes causados por extremos inaccesibles o autenticación no válida.

Para validar la conexión con el origen de datos, siga estos pasos:

Seleccione la configuración que desee validar.
Haga clic en comprobar.

Cuando la conexión se realiza correctamente, Experience Manager muestra un mensaje de confirmación que indica que se ha establecido la conexión con el origen de datos. Este mensaje comprueba que la configuración es válida y está lista para utilizarse.

Mensaje de éxito de importación masiva

Solución de problemas de una conexión fallida troubleshoot-connection

Si la validación no se realiza correctamente, Experience Manager muestra un mensaje de error en lugar de la confirmación de éxito. Para resolver una conexión fallida, compruebe lo siguiente:

Detalles de la conexión: Confirme que los valores de host, puerto y extremo de la configuración se han especificado correctamente.
Credenciales: Asegúrese de que el nombre de usuario, la contraseña o el token de autenticación proporcionados para el origen de datos sean válidos y actuales.
Acceso a la red: Confirme que Experience Manager puede llegar al origen de datos a través de la red y que los servidores de seguridad o las reglas de seguridad no están bloqueando la conexión.

Después de corregir la configuración, vuelva a hacer clic en comprobar para volver a ejecutar la validación. Repita este proceso hasta que el mensaje de éxito confirme que se ha establecido la conexión.

Invocar una ejecución de prueba para el trabajo de importación masiva invoke-test-run-bulk-import

Seleccione la configuración y haga clic en Ejecución en seco para invocar una ejecución de prueba para el trabajo de importación en lotes. Una ejecución en seco valida la configuración de importación en lotes seleccionada y su conexión de origen sin importar ningún recurso, lo que le permite confirmar que la configuración es correcta antes de comprometerse con una importación completa. La ejecución de una prueba reduce primero el riesgo de que se produzcan errores o importaciones parciales, ya que soluciona los problemas de configuración o conectividad por adelantado y no durante el trabajo real.

Una vez finalizada la ejecución de la prueba, Experience Manager muestra los siguientes detalles sobre el trabajo de importación masiva:

Estado de la conexión: si Experience Manager se conecta correctamente a la ubicación de origen configurada mediante las credenciales proporcionadas.
Assetsdetectó: el número de recursos encontrados en la ruta de origen que coinciden con los criterios de importación.
Ámbito de importación estimado: una descripción general del contenido que se importaría para que pueda comprobar los destinos de configuración de los archivos deseados.
Advertencias o errores: cualquier problema, como rutas inaccesibles, credenciales no válidas o recursos no admitidos, que impida una importación correcta.

Resultado del ensayo

Revise estos detalles para confirmar que la configuración es correcta. Si Ejecución en seco informa de errores o advertencias, resuélvalos y vuelva a ejecutar la prueba antes de iniciar el trabajo de importación en lotes real.

Uso de nombres de archivo durante la importación masiva filename-handling-bulkimport

Al importar recursos o carpetas de forma masiva, Experience Manager Assets importa toda la estructura existente en el origen de importación. Experience Manager sigue las reglas incorporadas para caracteres especiales en los nombres de recursos y carpetas, por lo tanto estos nombres de archivo requieren saneamiento. Esto garantiza que los nombres importados cumplan con las reglas del repositorio y no rompan las rutas de recursos. Tanto para el nombre de carpeta como para el nombre de recurso, el título definido por el usuario permanece sin cambios y se almacena en la propiedad Java Content Repository (JCR) jcr:title, que conserva el título legible en lenguaje natural independientemente del nombre técnico saneado.

Durante la importación masiva, Experience Manager busca las carpetas existentes para evitar volver a importar los recursos y las carpetas, y también comprueba las reglas de saneamiento aplicadas en la carpeta principal en la que se realiza la importación. Si las reglas de limpieza se aplican en la carpeta principal, se aplicarán las mismas reglas al origen de importación. Para la nueva importación, se aplican las siguientes reglas de limpieza para administrar los nombres de archivo de los recursos y las carpetas.

Nombres no permitidos en la importación masiva

Los siguientes caracteres están no permitidos en los nombres de archivos y carpetas:

Caracteres de control y uso privado (0x00 a 0x1F, \u0081, \uE000)
Nombres de archivos o carpetas que terminan con un punto (.)

Como resultado, los archivos o carpetas con nombres que coincidan con estas condiciones se omitirán durante el proceso de importación y se marcarán como erróneos.

Gestión del nombre del recurso en la importación masiva

Para los nombres de archivo del recurso, Experience Manager sanea el nombre y la ruta de acceso de JCR mediante la API: JcrUtil.escapeIllegalJcrChars.

Los caracteres Unicode no cambian

Reemplace los caracteres especiales por su código de escape de dirección URL, por ejemplo, new%asset.png se actualiza a new%25asset.png:

code language-none
`URL escape code " %22 % %25 ' %27 * %2A / %2F : %3A [ %5B \n %0A \r %0D \t %09 ] %5D \| %7C`

Gestión del nombre de carpeta en la importación masiva

Para los nombres de archivo de la carpeta, Experience Manager sanea el nombre JCR y la ruta de acceso mediante la API: DamUtil.getSanitizedFolderName.

Los caracteres en mayúsculas se convierten en minúsculas
Los caracteres Unicode no cambian

Reemplace los caracteres especiales por un guión (‘-’), por ejemplo, new folder se ha actualizado a new-folder:

code language-none
`" # % & * + . : ; ? [ ] ^ { } \| / It is used for split folder in cloud storage and is pre-handled, no conversion here. \ Not allowed in Azure, allowed in AWS. \t space It is the space character.`

Programar una importación masiva única o recurrente schedule-bulk-import

Para programar una importación masiva única o recurrente, ejecute los siguientes pasos:

Cree una configuración de importación masiva.
Seleccione la configuración y seleccione Programar en la barra de herramientas.
Establezca una ingesta única o programe una programación horaria, diaria o semanal. Haga clic en Enviar. Las programaciones recurrentes garantizan que los nuevos recursos del origen de importación se incorporen automáticamente en el intervalo definido sin necesidad de volver a ejecutarlos manualmente.

Ver la carpeta de destino Assets view-assets-target-folder

Para ver la ubicación de destino Assets en la que se importan los recursos después de ejecutar el trabajo de importación masiva, seleccione la configuración y haga clic en Ver Assets.

Ejecute la herramienta Importación masiva run-bulk-import-tool

Después de configurar la herramienta Importación masiva y, opcionalmente, de administrar la configuración de la herramienta Importación masiva, los administradores pueden ejecutar el trabajo de configuración para iniciar la ingesta masiva de recursos.

Para iniciar el proceso de importación en lotes, vaya a Herramientas > Assets > Importación en lotes, seleccione la configuración de importación en lotes y, a continuación, haga clic en Ejecutar. Vuelva a hacer clic en Ejecutar para confirmar.

Experience Manager actualiza el estado del trabajo a Procesando y a Correcto tras completar correctamente el trabajo. Para ver los recursos importados en Experience Manager, haga clic en VerAssets.

Mientras el trabajo está en curso, puede controlar el proceso de ingesta de la siguiente manera:

Detener: seleccione la configuración y haga clic en Detener para detener el proceso de ingesta masiva.
Ejecutar — Haga clic de nuevo en Ejecutar para reanudar el proceso desde donde se detuvo.
Ejecución en seco: haga clic en Ejecución en seco para ver los detalles de los recursos que aún están pendientes de importación, sin confirmar la ingesta. Esto permite a los administradores verificar el ámbito de la importación antes de que se complete.

Administrar trabajos después de la ejecución manage-jobs-after-execution

Experience Manager le permite ver el historial de los trabajos de importación masiva. El historial de trabajos incluye el estado del trabajo, el creador del trabajo, los registros y otros detalles, como la fecha y la hora de inicio, la fecha y la hora de creación y la fecha y la hora de finalización. Este historial proporciona una pista de auditoría completa, lo que permite a los administradores rastrear, solucionar problemas y verificar cada operación de importación masiva.

Visualización del Historial de Trabajos para una Configuración de Importación por Lotes viewing-job-history

La vista Historial de trabajos le permite revisar los registros de ejecución para una configuración específica de importación masiva, lo que proporciona visibilidad sobre ejecuciones de importación pasadas y sus resultados. Para acceder al historial de trabajos de una configuración:

Seleccione la configuración cuyo historial desee revisar.
Haga clic en Historial de trabajos.
Seleccione un trabajo específico de la lista.
Haz clic en Abrir para ver todos los detalles de ese trabajo.

Programar trabajo de ingestor masivo

Adobe Experience Manager muestra el historial de trabajos, lo que le permite inspeccionar el estado y los resultados de cada trabajo de importación masiva registrado. La revisión de este historial resulta útil para confirmar que las importaciones se completaron correctamente y para solucionar problemas de los trabajos que no finalizaron según lo esperado.

En la página Historial de trabajos de importación masiva, también puede hacer clic en Eliminar para eliminar ese trabajo de importación masiva específico de la configuración. Al eliminar un trabajo, se elimina su registro del historial de trabajos de la configuración de importación masiva, lo que le ayuda a mantener la lista del historial limpia y centrada en las ejecuciones relevantes.

Carga de recursos mediante clientes de escritorio upload-assets-desktop-clients

Adobe Experience Manager admite dos clientes de escritorio para cargar recursos—Adobe Asset Link y la aplicación de escritorio Experience Manager—además de la interfaz de usuario (IU) del explorador web. Ambos clientes de escritorio permiten la carga directa de recursos sin necesidad de abrir un explorador web.

Adobe Asset Link proporciona acceso directo a Experience Manager recursos desde Adobe Photoshop, Adobe Illustrator y Adobe InDesign aplicaciones de escritorio. El documento abierto actualmente en Experience Manager se carga directamente desde la interfaz de Adobe Asset Link, sin salir de Photoshop, Illustrator ni InDesign.
La aplicación de escritorio de Experience Manager optimiza la administración de recursos en el escritorio, independientemente del tipo de archivo o de la aplicación nativa que administra cada recurso. La aplicación de escritorio es el cliente preferido para cargar archivos en jerarquías de carpetas anidadas desde el sistema de archivos local, ya que la carga desde el explorador solo admite listas de archivos sin formato. Como resultado, cuando es importante conservar la estructura de carpetas, la aplicación de escritorio Experience Manager carga toda la jerarquía en una sola operación, mientras que el explorador requiere acoplar primero los archivos.

Procesar recursos al cargarlos process-when-uploaded

Aplique perfiles de procesamiento en las carpetas de carga para realizar un procesamiento adicional en los recursos cargados. Estos perfiles están disponibles en la página Propiedades de una carpeta de Assets y rigen la forma en que se transforma cada recurso después de agregarlo a la carpeta.

Propiedades de una carpeta de recursos con opciones para agregar un perfil de procesamiento

Un recurso digital sin una extensión o con una extensión incorrecta no se procesa como se desea. Como resultado, al cargar estos recursos, no ocurre nada o puede aplicarse un perfil de procesamiento incorrecto, ya que el sistema depende de la extensión de archivo para seleccionar el perfil correcto. Los usuarios aún pueden almacenar los archivos binarios en el repositorio de administración de recursos digitales (DAM), incluso cuando el perfil correcto no se ejecute automáticamente.

Las pestañas disponibles son las siguientes:

Perfiles de metadatos aplican propiedades de metadatos predeterminadas a los recursos cargados en esa carpeta, lo que garantiza metadatos coherentes en los que se pueden realizar búsquedas en toda la carpeta.
Los perfiles de procesamiento generan más representaciones de las que son posibles de forma predeterminada, lo que amplía el conjunto de versiones derivadas producidas a partir de cada recurso de origen.

Además, si Dynamic Media está habilitado en la implementación, están disponibles las siguientes fichas adicionales:

Los perfiles de imagen de Dynamic Media aplican un recorte específico (recorte inteligente y recorte de píxeles) y una configuración perfeccionada a los recursos cargados.
Perfiles de vídeo de Dynamic Media aplican perfiles de codificación de vídeo específicos, como resolución, formato y parámetros.

NOTE

El recorte de Dynamic Media y otras operaciones en los recursos son no destructivas, lo que significa que las operaciones no cambian el original cargado. En su lugar, Dynamic Media proporciona parámetros para recortar o transformar recursos en el momento de la entrega. Esto garantiza que el binario de origen permanezca intacto y reutilizable para otras representaciones.

En el caso de las carpetas que tienen un perfil de procesamiento asignado, el nombre del perfil aparece en la miniatura en la vista de tarjeta. En la vista de lista, el nombre del perfil aparece en la columna Perfil de procesamiento.

Carga o ingesta de recursos mediante API upload-using-apis

La sección asset upload de la referencia del desarrollador proporciona los detalles técnicos completos de las API y el protocolo de carga, junto con vínculos a un kit de desarrollo de software (SDK) de código abierto y clientes de muestra. Estas interfaces de programación de aplicaciones (API) permiten a los desarrolladores cargar o introducir recursos mediante programación, lo que permite flujos de trabajo automatizados y repetibles en lugar de cargas manuales. SDK de código abierto y clientes de ejemplo aceleran la integración al proporcionar implementaciones de referencia listas para usar que muestran cómo funciona el protocolo de carga en la práctica.

Seguridad y prácticas recomendadas para la carga de recursos asset-upload-security-and-best-practices

La seguridad de carga de recursos rige la forma en que se validan, analizan, almacenan y sirven los archivos enviados por los usuarios o sistemas, y protege una aplicación del contenido malintencionado, la corrupción de datos y el abuso del almacenamiento o el ancho de banda. La seguridad de la canalización de carga se considera generalmente esencial, ya que las cargas sin restricciones o mal validadas se encuentran entre los vectores más comunes para insertar malware, ejecutar código no autorizado y agotar los recursos del servidor.

Controles de seguridad de Core Upload core-upload-security-controls

La seguridad efectiva de la carga de recursos depende de los controles por niveles aplicados en cada fase del ciclo vital de carga. Los controles clave incluyen:

Validación de tipo de archivo: compruebe cada carga con una lista de permitidos explícita de formatos permitidos en lugar de con una lista de bloqueados, ya que las listas de permitidos son mucho más difíciles de omitir y evitan que el contenido ejecutable encubierto se escape.
Límites de tamaño de archivo: aplique los umbrales de tamaño máximo para evitar condiciones de denegación de servicio causadas por cargas sobredimensionadas que podrían agotar el espacio en disco o la memoria.
Inspección del contenido: inspeccione la firma real del archivo (bytes mágicos) en lugar de confiar en la extensión del archivo o en el tipo MIME (Extensiones multipropósito de correo de Internet) proporcionado por el cliente, ya que los atacantes suplantan las extensiones de forma rutinaria para ocultar los archivos dañinos.
Análisis de malware: ejecute los recursos cargados mediante análisis antivirus o de malware antes de ponerlos a disposición, asegurándose de que los archivos infectados se pongan en cuarentena en lugar de distribuirse a otros usuarios.
Saneamiento de nombres de archivo: elimine o normalice los caracteres especiales, los separadores de rutas y las secuencias de control de los nombres de archivo para evitar ataques de salto de ruta y escape de directorio.

Prácticas recomendadas recomendadas recommended-best-practices

Aplique estas prácticas recomendadas en secuencia para reforzar el flujo de trabajo de carga:

Validar en el servidor: trate todas las validaciones del lado del cliente como solo de tipo asesor y aplique todas las comprobaciones del lado del servidor, ya que los controles del lado del cliente pueden ser omitidos por un agente malintencionado.
Almacenar recursos fuera de la raíz web: mantenga los archivos cargados en una ubicación que el servidor web no pueda ejecutar directamente, lo que impide que un atacante ejecute un script cargado como código.
Cambiar el nombre de los archivos cargados: asigne identificadores no predecibles generados por el servidor a los archivos almacenados para evitar sobrescribir los recursos existentes e impedir la enumeración del contenido almacenado.
Restringir permisos: conceda a los archivos cargados los permisos mínimos de lectura y escritura necesarios y nunca los marque como ejecutables, lo que garantiza que no se pueda ejecutar un archivo comprometido.
Autenticar y autorizar cargas: confirme que el usuario solicitante tiene permiso para cargar, lo que limita la exposición a abusos anónimos y envíos no autorizados.
Límite de velocidad y aceleración: Aplique límites de velocidad de carga por usuario o por sesión para reducir el riesgo de abuso automatizado y agotamiento de recursos.

Gestión y almacenamiento después de la carga handling-and-storage-after-upload

Las responsabilidades de seguridad continúan después de que se acepte un archivo. Para proteger los recursos durante el almacenamiento y la entrega:

Proporcione recursos a través de conexiones cifradas: envíe contenido cargado a través de HTTPS (Protocolo seguro de transferencia de hipertexto) para que los archivos no se puedan interceptar ni manipular durante el tránsito.
Aislar el contenido generado por el usuario: dé servicio a las cargas que no son de confianza desde un dominio independiente o desde una red de distribución de contenido (CDN) dedicada, ya que aislar este contenido limita el impacto de los ataques de scripts entre sitios y de robo de cookies.
Establecer encabezados de respuesta correctos — Devuelve encabezados de Content-Type precisos y fuerza las descargas donde corresponda, de modo que los exploradores no malinterpreten ni ejecuten un archivo almacenado.
Cargas de registro y auditoría: registre los metadatos de carga y los eventos de acceso, lo cual admite la investigación de incidentes y ayuda a detectar patrones de abuso de manera temprana.

Seguir estos controles y las prácticas recomendadas establece un enfoque de defensa en profundidad para las cargas de recursos, lo que reduce el riesgo de que una sola comprobación no superada conduzca a un compromiso total.

Carga binaria directa con direcciones URL prefirmadas direct-binary-upload

Adobe Experience Manager (AEM) as a Cloud Service carga recursos a través de un flujo de carga binaria directa, una secuencia de tres pasos: (1) un cliente solicita una URL con firma previa, (2) el binario se carga directamente en el almacenamiento mediante esa dirección URL y (3) el recurso finaliza con una llamada de API autenticada. Este diseño descarga la transferencia binaria de gran tamaño directamente al almacenamiento, manteniendo el registro de recursos bajo control autenticado.

Duración y reutilización de URL url-lifetime-and-reuse

Las direcciones URL prefirmadas son de corta duración y siguen siendo válidas durante aproximadamente una hora. Sin embargo, el Tiempo de vida (TTL) exacto no es una Service level agreement (SLA) publicada o garantizada. Trate la duración como un detalle de implementación que puede cambiar y no codifique el valor en integraciones.
Se debe usar inmediatamente una dirección URL con prefijo como parte de una sola sesión de carga. No está diseñado para almacenarse y reutilizarse más adelante, y no debe reutilizarse en varias cargas. Cada sesión de carga obtiene su propia dirección URL.

Seguridad de direcciones URL prefirmadas security-of-presigned-urls

La filtración de una dirección URL firmada previamente por sí sola no es suficiente para crear un recurso, ya que la creación y la finalización de recursos dependen de una llamada de API autenticada independiente que utilice credenciales válidas y un uploadToken. Si un actor obtiene solo la URL prefirmada, ese actor no puede completar el registro de recursos sin una autenticación válida y el token de carga asociado.
Este requisito de autenticación limita el impacto práctico de una dirección URL filtrada: las credenciales requeridas y uploadToken actúan como un segundo control, por lo que la exposición de la dirección URL por sí sola no permite que se registre un recurso no autorizado.
Trate las direcciones URL firmadas previamente como valores confidenciales en sus propias integraciones. Evite registrarlos, utilice siempre HTTPS y no los mantenga más allá de la sesión de carga.

Autenticación para cargas programáticas authentication-for-programmatic-uploads

Solo las credenciales de servicio (JWT) admiten cargas de recursos mediante programación a Adobe Experience Manager (AEM). Existen dos mecanismos de autenticación para el acceso a la API de AEM y no son intercambiables para las operaciones de carga de recursos. La elección de un tipo de credencial incorrecto es la causa más común de las integraciones de carga fallidas.

Tipo de credencial

Dónde se genera

Si es compatible con la API de carga de recursos

Credenciales de servidor a servidor (S2S) de OAuth

Adobe Developer Console

Esto no es compatible para las llamadas a la API de carga de recursos. Debido a que la API de carga de recursos rechaza este tipo de credenciales de manera directa, su uso provoca errores persistentes de 403 prohibido incluso con un perfil de producto asignado correctamente (por ejemplo, Assets usuarios de Collaborator).

Credenciales de servicio (JWT)

AEM Developer Console

Este(a) es compatible con las llamadas a la API de carga de recursos de servidor a servidor.

NOTE

La API HTTP de recursos más antigua para actualizar directamente el binario de un recurso está en desuso. Las nuevas integraciones usan el flujo Carga binaria directa, que es el método actual y compatible para transferir binarios de recursos a AEM mediante programación.

La cuenta técnica utilizada para las cargas de API debe tener Listas de control de acceso (ACL) explícitas a nivel de repositorio concedidas a nivel de ruta. Se requieren dos permisos ACL:

jcr:read el /content/dam: otorga acceso de lectura a la raíz de contenido de administración de recursos digitales (DAM).
rep:write (o jcr:all) en la subcarpeta de destino específica: otorga acceso de escritura a la ruta de destino en la que se cargan los recursos.

Estas ACL de nivel de ruta de acceso son necesarias además de el tipo de credencial correcto y el perfil de producto o la pertenencia al grupo de la consola de administrador correctos.

Una cuenta técnica puede agruparse y tener la licencia correcta y seguir recibiendo errores de 403 Prohibido. Esto ocurre porque la asignación de grupos o perfiles de producto y las ACL del repositorio son controles independientes, y ambas son obligatorias. Como resultado, si no se han concedido las ACL de nivel de ruta, se denegará el acceso a la cuenta incluso cuando su tipo de credencial y perfil de producto estén correctamente configurados.

Detección y cuarentena de malware malware-detection-and-quarantine

Detección de malware en Adobe Experience Manager (AEM) analiza cada archivo cargado y mueve cualquier archivo infectado a un área de cuarentena dedicada, aislando los recursos sospechosos del resto del repositorio. Cuando la detección de malware está habilitada, el sistema analiza cada carga a medida que llega y, al detectar una infección, pone el archivo en cuarentena automáticamente. Esto aísla la amenaza de los flujos de trabajo activos y evita que los recursos infectados se publiquen, descarguen o distribuyan a otros usuarios.

El acceso a los recursos en cuarentena se rige por permisos estándar de Adobe Experience Manager (AEM), aplicados a través de un grupo específico de administradores en cuarentena. Dado que la visibilidad de la cuarentena no está vinculada a una sola función fija, el acceso se puede ampliar de forma flexible:

Los miembros del grupo Administradores de cuarentena tienen acceso a los recursos en cuarentena de forma predeterminada.
Se puede conceder acceso a grupos personalizados adicionales al área de cuarentena cuando los requisitos operativos o de seguridad exijan una supervisión más amplia.
Por lo tanto, es posible que varios grupos tengan visibilidad de cuarentena simultáneamente, en lugar de que la capacidad se restrinja a un rol.

Este modelo de permisos garantiza que solo los usuarios autorizados puedan inspeccionar, publicar o eliminar contenido en cuarentena, manteniendo un proceso de revisión controlado para archivos potencialmente dañinos.

Para obtener más información sobre la detección y cuarentena de malware, consulte Detección de malware.

Administración de tipos de archivo y restricciones de carga file-type-handling-and-upload-restrictions

Adobe Experience Manager (AEM) no impone restricciones predeterminadas de tipo de archivo en las cargas. Es posible cargar archivos con extensiones ejecutables (por ejemplo, .exe o .exe.pdf) como representaciones de recursos.
Se trata de un comportamiento esperado, no de una vulnerabilidad. AEM no procesa ni ejecuta el contenido o los scripts activos cargados, ni en el explorador ni en el servidor. Dado que los archivos cargados se almacenan y sirven solamente como representaciones de recursos inertes en lugar de ejecutarse como código, la carga de un archivo ejecutable no crea por sí sola un riesgo de ejecución de código remoto (RCE) en el modelo de seguridad predeterminado de AEM. Las organizaciones con requisitos de cumplimiento más estrictos deben aplicar su propia validación de carga o inclusión en la lista de permitidos si es necesario, ya que AEM no aplica esto de forma nativa y deja estos controles a la organización de implementación.
Los formatos de archivo compatibles y los tipos MIME (Extensiones multipropósito de correo de Internet) para el procesamiento de recursos se documentan por separado. Los tipos no compatibles no se procesan completamente, lo que significa que es posible que estos archivos no compatibles no generen las representaciones esperadas.

Prácticas recomendadas de fiabilidad de carga upload-reliability-best-practices

Optimización de recursos antes de la carga optimize-assets-before-upload

Para tipos de recursos grandes o especializados como video, PDF y GIF, siga los límites de tamaño de archivo recomendados, la configuración de codificación y los formatos preferidos. El cumplimiento de estas especificaciones evita el impacto en el rendimiento de la plataforma durante la generación de carga, procesamiento y previsualización, ya que los archivos de gran tamaño o no estándar suponen la carga más pesada en los pasos de transcodificación y generación de miniaturas.

Usar rutas de carga admitidas para archivos esenciales para la empresa use-supported-upload-paths

Use las API de carga o los flujos de interfaz de usuario admitidos para archivos esenciales para la empresa en lugar de cargas masivas a nivel de carpeta ad hoc. Las rutas admitidas aplican procesos de validación, codificación y control de errores coherentes, lo que las convierte en la opción más fiable para los archivos que no pueden tolerar daños o pérdidas.
Las cargas de arrastrar y soltar a nivel de carpeta ocasionalmente causan daños en el archivo, según los casos notificados. Como resultado, no se recomiendan para los recursos esenciales.

Si una carga en el nivel de carpeta falla o daña un archivo folder-level-upload-fails

Capturar evidencia inmediatamente, porque la causa subyacente es frecuentemente específica del entorno o específica del archivo y se vuelve difícil de diagnosticar después del hecho una vez que se pierde la evidencia.

Registre el mensaje de error exacto o el comportamiento observado en cuanto se produzca.
Obtenga capturas de pantalla del estado de error y de los cuadros de diálogo de error.
Guarde un archivo HTTP Archive (HAR) o registros de red de la sesión del explorador, ya que capturan los detalles de solicitud/respuesta necesarios para rastrear el error.
Conservar el archivo afectado para que se pueda volver a probar con la ruta de carga admitida.

Capturar esta evidencia inmediatamente les da a los equipos de soporte e ingeniería los detalles específicos del entorno y del archivo necesarios para reproducir y resolver el problema, mientras que intentar diagnosticar la corrupción después del hecho (sin registros o el error original) a menudo es poco práctico.

Lista de comprobación de resolución de problemas para errores de carga troubleshooting-checklist-for-upload-failures

403 prohibido en la carga de API (interfaz de programación de aplicaciones): confirme primero el tipo de credencial. Las credenciales de OAuth S2S (servidor a servidor) de Adobe Developer Console no son compatibles con la API de carga de recursos. En su lugar, use las credenciales de servicio (token web JSON o JWT) emitidas desde la consola para desarrolladores de Adobe Experience Manager (AEM). Los dos tipos de credenciales se aprovisionan a través de distintas consolas y otorgan ámbitos diferentes, por lo que al sustituir uno por el otro se produce un 403 prohibido incluso cuando la cuenta parece ser válida.
403 Prohibido a pesar de las credenciales correctas y la pertenencia al grupo: Confirme que la cuenta técnica contiene jcr:read explícitos en /content/dam y rep:write/jcr:all en la carpeta de destino específica. La pertenencia a grupos o perfiles no sustituye a las Listas de control de acceso (ACL) de nivel de carpeta, ya que AEM autoriza las escrituras de recursos en el nivel de nodo de repositorio en lugar de hacerlo únicamente por función. Como resultado, una cuenta puede pertenecer al grupo correcto, pero se puede denegar hasta que las ACL de nivel de nodo se establezcan en la carpeta de destino exacta.
La carga se ha realizado correctamente, pero el recurso no aparece o el binario parece dañado: descarte la carga masiva a nivel de carpeta como método de ingesta. Vuelva a intentarlo a través de la API de carga estándar o la interfaz de usuario (IU) y capture registros si se repite el problema. Las rutas de ingesta masiva administran binarios de forma diferente a la API estándar, por lo que el aislamiento del método de ingesta es la forma más rápida de determinar si los daños se originan en la propia ruta de carga.
La revisión de seguridad marca la carga de archivos sin restricciones: aclara que AEM no ejecuta el contenido activo cargado en el servidor o en el explorador de forma predeterminada. Como ese contenido nunca se ejecuta, la carga de archivos sin restricciones se espera un comportamiento de plataforma en lugar de un defecto: el riesgo principal del contenido activo almacenado se neutraliza cuando el contenido no se puede ejecutar. Esto se mantiene a menos que su organización requiera una validación de tiempo de carga adicional, en cuyo caso esa validación debe agregarse como control de directiva sobre el comportamiento predeterminado.
Preocupado por la exposición a URL prefirmadas: una URL prefirmada es un vínculo preautorizado de tiempo limitado que se usa para transferir el binario directamente al almacenamiento. Confirme que la dirección URL se utilizó dentro de su breve periodo de validez y que la finalización del recurso seguía precisando una llamada autenticada independiente que llevara un uploadToken válido. Este diseño de dos pasos limita el ámbito de exposición de una URL (Localizador uniforme de recursos) firmada previamente que se ha filtrado, ya que la posesión de la URL por sí sola no puede finalizar un recurso sin un uploadToken válido y autenticado por separado. En consecuencia, una URL que se filtra después de que se haya cerrado su ventana de validez no tiene capacidad de escritura práctica.

Sugerencias, prácticas recomendadas y limitaciones tips-limitations

Carga binaria directa es un nuevo método para cargar recursos. Es compatible de forma predeterminada con las funciones y los clientes del producto, incluida la interfaz de usuario Experience Manager, Adobe Asset Link y la aplicación de escritorio Experience Manager. Cualquier código personalizado que personalicen o amplíen los equipos técnicos de un cliente debe utilizar las nuevas interfaces de programación de aplicaciones (API) y protocolos de carga.
Administración de carpetas grandes: Experience Manager Assetsadmite carpetas que contienen más de 1000 elementos secundarios directos (recursos o subcarpetas). Una vez que una carpeta supera este umbral de 1000 elementos, la interfaz de usuario del administrador cambia a un índice actualizado asincrónicamente para enumerar el contenido de la carpeta. Dado que este índice se actualiza de forma asíncrona, las carpetas y los recursos recién creados aparecen después de un breve retraso, generalmente de unos segundos. Al abrir una carpeta de este tipo en la vista de administración, un banner notifica a los usuarios finales de este comportamiento e indica lo siguiente: “Este directorio contiene más de 1000 elementos. Las cargas y las nuevas creaciones de carpetas pueden retrasarse”.
Reemplazar y regeneración de ID de recurso: Al seleccionar Reemplazar en el cuadro de diálogo Conflicto de nombres, se regenera el ID de recurso para el nuevo recurso. Este ID difiere del ID del recurso anterior. Si Assets Insights está habilitado para rastrear impresiones o clics con Adobe Analytics, el identificador de recurso regenerado invalida los datos capturados para el recurso en Analytics, porque Analytics rastrea impresiones y clics con el identificador de recurso original y no puede reconciliar el nuevo identificador con registros anteriores.
Caracteres prohibidos en los nombres de archivo: Algunos métodos de carga no impiden que los usuarios carguen recursos con caracteres prohibidos en los nombres de archivo. En estos casos, los caracteres prohibidos se reemplazan por el símbolo -.
Límite de carga del explorador: La carga de recursos mediante el explorador solo admite listas de archivos planos y no jerarquías de carpetas anidadas. Para cargar todos los recursos dentro de una carpeta anidada, usa la aplicación de escritorio, que conserva la estructura de carpetas durante la transferencia.
Estructura de carpetas de importación masiva: El método de importación masiva importa toda la estructura de carpetas tal como existe en el origen de datos. Sin embargo, solo las carpetas que no están vacías se crean en Experience Manager, lo que significa que las carpetas vacías del origen se omiten de la jerarquía importada.

Consulte también

recommendation-more-help

experience-manager-cloud-service-help-main-toc