[AEM_Assets]{class="badge positive" title="S’applique à AEM Assets)."}
Ajoutez vos ressources numériques à Adobe Experience Manager as a Cloud Service Assets add-assets-to-experience-manager
Adobe Experience Manager Assets accepte différents types de ressources numériques provenant de nombreuses sources. Il stocke les binaires d’origine et les rendus générés, traite les ressources à l’aide de workflows et de services de Adobe AI et distribue le contenu sur de nombreux canaux et surfaces.
Adobe Experience Manager enrichit automatiquement le contenu binaire des fichiers numériques chargés, ce qui rend les ressources plus faciles à rechercher, plus réutilisables et plus prêtes à être diffusées. Experience Manager enrichit ces fichiers avec des métadonnées riches, balises intelligentes, rendus et d’autres services gestion des ressources numériques (DAM). Vous pouvez charger divers types de fichiers, tels que des images, des documents et des fichiers d’images brutes, depuis votre dossier local ou un lecteur réseau vers Experience Manager Assets.
Méthodes d’ajout de ressources au référentiel
Outre le chargement par navigateur, méthode la plus courante, il existe d’autres façons d’ajouter des ressources au référentiel Experience Manager. Ces autres méthodes incluent les clients de bureau, tels que l’application de bureau Adobe Asset Link ou Experience Manager, les scripts de chargement et d’ingestion créés par les clients, et les intégrations d’ingestion automatisées ajoutées sous la forme d’extensions Experience Manager.
Services supplémentaires et traitement
Bien que vous puissiez charger et gérer n’importe quel fichier binaire dans Experience Manager, les formats de fichiers les plus couramment utilisés prennent en charge des services supplémentaires, tels que l’extraction de métadonnées ou la génération de prévisualisation/rendu. Voir Formats de fichiers pris en charge pour plus d’informations.
Vous pouvez également choisir d’effectuer un traitement supplémentaire sur les fichiers chargés. Plusieurs profils de traitement des ressources peuvent être configurés sur le dossier dans lequel les ressources sont chargées, afin d’ajouter automatiquement des services spécifiques de traitement des images, des rendus ou des métadonnées. Ainsi, les ressources répondent aux exigences de diffusion sans intervention manuelle. Voir Traitement des ressources lorsqu’elles sont chargées.
Présentation des méthodes de chargement
Assets fournit les méthodes de chargement suivantes. Adobe vous recommande de comprendre votre cas d’utilisation et l’applicabilité de chaque option de chargement avant de l’utiliser, car la méthode appropriée dépend du volume, du workflow et des personnes impliquées.
Charger des ressources upload-assets
Adobe Experience Manager Assets prend en charge deux méthodes de chargement d’un ou de plusieurs fichiers. Glissez-déposez les fichiers directement depuis votre bureau sur l’interface utilisateur Assets (navigateur web) et dans le dossier de destination, ou lancez le chargement à partir de l’interface utilisateur Assets à l’aide du menu Créer . Les deux méthodes ajoutent des ressources numériques à l’emplacement du dossier que vous sélectionnez.
-
Dans l’interface utilisateur Assets, accédez à l’emplacement où vous voulez ajouter des ressources numériques.
-
Pour charger les ressources, utilisez l’une des méthodes suivantes :
- Dans la barre d’outils, cliquez sur Créer > Fichiers. Au besoin, vous pouvez renommer le fichier dans la boîte de dialogue affichée.
- Dans un navigateur qui prend en charge HTML5, faites glisser les ressources directement sur l’interface utilisateur d’Assets. Dans cette méthode, la boîte de dialogue renommer-fichier ne s’affiche pas.
Pour sélectionner plusieurs fichiers, maintenez la touche
Ctrl(Windows) ou la toucheCommand(macOS) enfoncée, puis sélectionnez les ressources dans la boîte de dialogue du sélecteur de fichiers. Si vous utilisez un iPad, vous ne pouvez sélectionner qu’un seul fichier à la fois. -
Pour annuler une opération de chargement en cours, cliquez sur le bouton de fermeture (
X) en regard de la barre de progression. Comme l’annulation arrête le transfert en cours, Assets supprime la partie partiellement chargée de la ressource actuelle pour éviter de laisser un fichier incomplet. Si vous annulez une opération de chargement avant que tous les fichiers ne soient chargés, Assets arrête le chargement du fichier actuel et actualise le contenu. Toutefois, les fichiers qui ont déjà été chargés ne sont pas supprimés et restent dans le dossier de destination. -
La boîte de dialogue de progression du chargement dans Assets affiche le nombre de fichiers chargés avec succès et les fichiers dont le chargement a échoué, ce qui vous donne un statut clair du lot. En outre, l’interface utilisateur Assets affiche la ressource la plus récente que vous avez chargée ou le dossier que vous avez créé en premier.
Gestion des chargements pour les ressources existantes handling-upload-existing-file
Le chargement d’une ressource avec le même chemin d’accès (nom et emplacement identiques) qu’une ressource existante déclenche une boîte de dialogue d’avertissement qui présente trois options de résolution : Remplacer la ressource existante, Créer une autre version ou Conserver les deux. Chaque option gère différemment le doublon :
-
Remplacer une ressource existante : le remplacement d’une ressource existante la remplace entièrement, de sorte que les métadonnées et toutes les modifications antérieures (par exemple, les annotations et le recadrage) appliquées à la ressource existante soient supprimées définitivement. Cela se produit, car le remplacement écrit sur la ressource stockée plutôt que de préserver son historique.
note NOTE L’option permettant de remplacer des ressources n’est pas disponible si la ressource est verrouillée ou extraite. -
Créer une autre version : une nouvelle version de la ressource existante est créée dans le référentiel, préservant l’état précédent afin d’éviter la perte de travail. Vous pouvez afficher les deux versions dans la Chronologie et revenir à la version précédente si nécessaire.
-
Conserver les deux : si vous choisissez de conserver les deux ressources, la nouvelle ressource est renommée, de sorte que la ressource d’origine et la ressource qui vient d’être chargée coexistent.
Pour conserver le duplicata de ressource dans Assets, cliquez sur Conserver. Pour supprimer la ressource en double que vous avez chargée, appuyez/cliquez sur Supprimer.
Gestion des noms de fichier et caractères interdits filename-handling
Adobe Experience Manager (AEM) Assets bloque le chargement de toute ressource dont le nom de fichier contient un caractère interdit. Lorsqu’un nom de fichier contient un ou plusieurs caractères interdits, Assets affiche un message d’avertissement et bloque le chargement jusqu’à ce que les caractères interdits soient supprimés ou que le fichier soit renommé avec un nom autorisé. Cette sauvegarde s’exécute au point de chargement. Les noms de fichier problématiques sont donc capturés avant que la ressource n’entre dans le référentiel.
Pourquoi ces restrictions existent-elles
Les restrictions de caractères des noms de fichier garantissent que les noms de ressources et de dossiers restent compatibles entre les systèmes de fichiers, les couches de stockage et les URL web. Les caractères tels que les barres obliques, les deux-points et d’autres symboles réservés ont une signification spéciale dans les chemins d’accès aux fichiers et les URL. Par conséquent, les limiter empêche les conflits de noms, les liens rompus et les erreurs de diffusion en aval.
Pour prendre en compte les conventions de dénomination de fichiers en vigueur dans votre entreprise, la boîte de dialogue Charger Assets permet aux utilisateurs de spécifier des noms de fichiers longs lors du chargement. Les caractères suivants ne sont pas pris en charge (ils sont répertoriés ici et séparés par des espaces) :
- Caractères non valides pour le nom de la ressource :
* / : [ \\ ] | # % { } ? &ou;=(un point-virgule suivi d’un signe égal) - Caractères non valides pour le nom de dossier de la ressource :
* / : [ \\ ] | # % { } ? \" . ^ ; + & \t
Exemples de noms de fichier non valides :
JPG_JD_small file ~!)$@;(-_=+^',..jpgJPG_JD_small file ~!)$@;=(-_+^',..jpg
Les deux exemples sont rejetés car ils contiennent des caractères réservés provenant des listes ci-dessus. Pour charger correctement, supprimez les caractères interdits ou remplacez-les par d’autres caractères autorisés avant de retenter le chargement.
Chargement massif de ressources bulk-upload
L’outil d’ingestion de ressources en bloc gère efficacement d’importants volumes de ressources. Une ingestion à grande échelle n’est pas un vidage de fichiers à grande échelle ou une migration informelle. Pour faire d’une ingestion à grande échelle un projet significatif qui répond efficacement à l’objectif de votre entreprise, planifiez la migration et organisez délibérément l’organisation des ressources. Chaque ingestion étant différente, tenez compte de la composition spécifique de votre référentiel et des besoins de votre entreprise plutôt que d’appliquer des règles génériques. Les bonnes pratiques suivantes vous aident à planifier et à exécuter une ingestion en bloc :
- Traitement des ressources : supprimez les ressources qui ne sont pas nécessaires dans le référentiel de gestion des ressources numériques (DAM). Envisagez de supprimer les ressources inutilisées, obsolètes ou dupliquées. Cette maintenance réduit les données transférées et le nombre de ressources ingérées, ce qui se traduit par des ingestions plus rapides et plus fiables.
- Organisation des ressources : envisagez d’organiser le contenu dans un ordre logique défini, par exemple par taille de fichier, format de fichier, cas d’utilisation ou priorité. Les fichiers volumineux et complexes nécessitent davantage de temps de traitement et de ressources système. Par conséquent, leur isolation évite les goulots d’étranglement. Vous pouvez également envisager d’ingérer des fichiers volumineux séparément à l’aide de l’option de filtrage de taille de fichier (décrite ci-dessous).
- Ingestions en plusieurs étapes : envisagez de diviser votre ingestion en plusieurs projets d’ingestion en bloc. L’ingestion échelonnée vous permet de voir le contenu plus tôt et d’ajuster votre ingestion si nécessaire. Vous pouvez par exemple ingérer des ressources à fort besoin de traitement pendant les heures creuses ou graduellement en plusieurs tranches. Cependant, vous pouvez ingérer en une seule fois des ressources plus petites et plus simples qui ne nécessitent pas un traitement important.
Pour charger un plus grand nombre de fichiers, utilisez l’une des méthodes suivantes. Voir aussi les cas d’utilisation et méthodes
- API de chargement de ressources : utilisez un script ou un outil de chargement personnalisé qui utilise les API pour ajouter un traitement supplémentaire des ressources (par exemple, traduire des métadonnées ou renommer des fichiers), si nécessaire.
- Application de bureau : utile pour les professionnels de la création et du marketing qui chargent des ressources à partir de leur système de fichiers local. Utilisez-la pour charger des dossiers imbriqués disponibles en local.
- Outil d’ingestion en masse : utilisez-le pour l’ingestion de grandes quantités de ressources, occasionnellement ou au départ, lors du déploiement de Experience Manager.
Outil d’importation en bloc de ressources asset-bulk-ingestor
L’outil d’importation en bloc de ressources est disponible uniquement pour le groupe d’administrateurs pour l’ingestion à grande échelle de ressources provenant des magasins de données Microsoft Azure Blob Storage ou Amazon Simple Storage Service (S3). L’accès est limité aux administrateurs, car l’ingestion en bloc est une opération privilégiée à volume élevé qui déplace un grand nombre de ressources directement dans le référentiel et nécessite des autorisations élevées pour une configuration sécurisée. Consultez la vidéo présentant la configuration et l’ingestion.
L’image suivante illustre les différentes étapes de l’ingestion de ressources dans Adobe Experience Manager à partir d’un magasin de données par l’administration. L’ingestion se poursuit par le biais d’un pipeline intermédiaire dans lequel les ressources sont lues à partir du stockage d’objets connecté, transférées et traitées dans Experience Manager, en s’assurant que les lots volumineux sont gérés de manière fiable :
Conditions préalables
Un compte ou un compartiment de stockage externe de Microsoft Azure ou Amazon Web Services (AWS) est requis pour utiliser cette fonctionnalité. Le processus d’importation en bloc lit les ressources source directement à partir de ce compte externe. Par conséquent, un emplacement de stockage Azure ou AWS correctement configuré est une condition préalable obligatoire.
Configuration de l’outil d’importation en bloc configure-bulk-ingestor-tool
Pour configurer l’outil d’importation en bloc dans Adobe Experience Manager, procédez comme suit :
-
Accédez à Outils > Ressources > Importation en masse. Sélectionnez l’option Créer.
-
Indiquez un titre pour la configuration de lʼimportation en bloc dans le champ Titre.
-
Sélectionnez le type de source de données dans la liste déroulante Importer Source.
-
Indiquez les valeurs permettant de créer une connexion avec la source de données. Par exemple, si vous sélectionnez Stockage Azure Blob comme source de données, spécifiez les valeurs du compte de stockage Azure, du conteneur dʼobjets blob Azure et de la clé d’accès Azure.
-
Sélectionnez le mode d’authentification requis dans la liste déroulante. Les deux modes diffèrent par le niveau d’accès qu’ils accordent : la clé d’accès fournit un accès complet et illimité au compte de stockage Azure, tandis que le jeton SAS Azure permet à l’administrateur de limiter les fonctionnalités du jeton à l’aide d’autorisations et de politiques d’expiration. Par conséquent, le jeton SAS est l’option la plus restrictive et n’accorde qu’un accès limité dans le temps et à l’étendue.
-
Indiquez le nom du dossier racine qui contient les ressources de la source de données dans le champ Dossier source.
-
(Facultatif) Indiquez la taille de fichier minimale des ressources en Mo à inclure dans le processus d’ingestion dans le champ Filtrer par taille minimale.
-
(Facultatif) Indiquez la taille de fichier maximale des ressources en Mo à inclure dans le processus d’ingestion dans le champ Filtrer par taille maximale.
-
(Facultatif) Spécifiez une liste séparée par des virgules de types MIME à exclure de l’ingestion dans le champ Exclure les types MIME. Les types MIME identifient le format de fichier de chaque ressource. Ce filtre vous permet donc d’ignorer les formats que vous ne souhaitez pas importer. Par exemple,
image/jpeg, image/.*, video/mp4. Voir tous les formats de fichier pris en charge. -
Spécifiez une liste séparée par des virgules de types MIME à inclure dans l’ingestion dans le champ Inclure les types MIME. Voir tous les formats de fichier pris en charge.
-
Sélectionnez lʼoption Supprimer le fichier source après lʼimportation afin de supprimer les fichiers originaux du magasin de données source après lʼimportation des fichiers dans Experience Manager. Cela récupère l’espace de stockage dans le magasin de données source et empêche la réimportation des mêmes fichiers lors d’exécutions ultérieures.
-
Sélectionnez le Mode d’importation. Les modes suivants sont disponibles : Ignorer, Remplacer ou Créer une version. Le mode Ignorer est le mode par défaut : comme une ressource correspondante existe déjà dans la cible, l’ingesteur ignore son importation, ce qui empêche de remplacer le contenu existant. Découvrez la signification des options remplacer et créer une version.
-
Pour définir l’emplacement dans la gestion des ressources numériques (DAM) où Experience Manager importe les ressources, spécifiez un chemin d’accès dans le champ Dossier cible Assets. Par exemple,
/content/dam/imported_assets. -
(Facultatif) Spécifiez le fichier de métadonnées à importer, fourni au format CSV, dans le champ Fichier de métadonnées. Spécifiez le fichier CSV à l’emplacement de l’objet Blob source et reportez-vous au chemin d’accès lors de la configuration de l’outil d’importation en bloc. Le format de fichier CSV référencé dans ce champ est identique au format de fichier CSV utilisé lorsque vous Importer et exporter des métadonnées de ressources en bloc. Si vous sélectionnez l’option Supprimer le fichier source après l’importation, filtrez les fichiers CSV à l’aide des champs Exclure ou Inclure le type MIME ou du champ Filtrer par chemin/fichier, car cela empêche la suppression ou l’ingestion du fichier CSV de métadonnées lui-même en tant que ressource. Vous pouvez utiliser une expression régulière pour filtrer les fichiers CSV dans ces champs.
-
Cliquez sur Enregistrer pour enregistrer la configuration.
Gestion de la configuration de l’outil d’importation en bloc manage-bulk-import-configuration
Après avoir créé une configuration d’outil d’importation en bloc, vous pouvez valider et évaluer la configuration avant d’ingérer des ressources en bloc dans votre instance Experience Manager. La gestion de la configuration à ce stade vous permet de vérifier ses paramètres, de confirmer la connexion à votre source de ressources et de tester la configuration. Cela permet de s’assurer que la configuration se comporte comme prévu et d’éviter les erreurs d’ingestion avant l’importation des ressources à grande échelle.
Accès aux options de gestion de la configuration access-configuration-management-options
Pour afficher les options disponibles pour gérer la configuration de votre outil d’importation en bloc, accédez à Outils > Assets > Importation en bloc, puis sélectionnez la configuration que vous souhaitez gérer. La sélection de la configuration fait apparaître les actions de gestion disponibles pour cette configuration spécifique, ce qui vous permet d’inspecter, d’évaluer et d’ajuster la configuration avant de lancer un import en bloc complet. L’évaluation ayant lieu avant l’ingestion, vous pouvez identifier et résoudre les problèmes de configuration de manière précoce, ce qui réduit le risque d’échec ou d’importation incomplète des ressources.
*Modifier la configuration edit-configuration
Pour modifier les détails de la configuration, procédez comme suit :
- Sélectionnez la configuration que vous souhaitez modifier.
- Cliquez sur Modifier pour ouvrir la configuration en mode d’édition.
- Mettez à jour les détails de la configuration modifiable si nécessaire, puis enregistrez vos modifications.
Deux champs restent fixes et ne peuvent pas être modifiés pendant l’opération d’édition : le titre de la configuration et le source de données d’import. Ces valeurs sont verrouillées, car elles définissent l’identité de la configuration et l’origine de ses données importées. Leur modification après leur création romprait les références établies lors de la configuration initiale. Tous les autres détails de la configuration peuvent être modifiés, ce qui vous permet d’affiner les paramètres sans devoir recréer la configuration depuis le début.
Supprimer la configuration delete-configuration
La suppression d’une configuration d’importation en bloc la supprime définitivement de la liste des configurations disponibles. Supprimez une configuration lorsqu’elle n’est plus nécessaire, lorsqu’elle a été créée par erreur ou lorsque vous souhaitez la remplacer par une configuration mise à jour.
Pour supprimer une configuration d’importation en bloc, procédez comme suit :
- Sélectionnez la configuration à supprimer dans la liste des configurations d’importation en bloc.
- Cliquez sur Supprimer.
Cette action supprime la configuration d’importation en bloc sélectionnée. Comme la suppression d’une configuration supprime ses paramètres enregistrés, examinez attentivement la configuration sélectionnée avant de confirmer la suppression pour vous assurer de ne pas supprimer une configuration qui est toujours en cours d’utilisation.
Valider la connexion à la source de données validate-connection
La validation de la connexion confirme que Experience Manager pouvez atteindre la source de données et que les informations d’identification et les paramètres de connexion fournis sont corrects avant que vous n’utilisiez la configuration. L’exécution de cette vérification empêche d’abord les erreurs en aval provoquées par des points d’entrée inatteignables ou une authentification non valide.
Pour valider la connexion à la source de données, procédez comme suit :
- Sélectionnez la configuration que vous souhaitez valider.
- Cliquez sur check.
Lorsque la connexion est établie, Experience Manager affiche un message de confirmation indiquant que la connexion à la source de données a été établie. Ce message vérifie que la configuration est valide et prête à être utilisée.
Résolution des problèmes liés à un échec de connexion troubleshoot-connection
Si la validation échoue, Experience Manager affiche un message d’erreur à la place de la confirmation de réussite. Pour résoudre un échec de connexion, vérifiez les points suivants :
- Détails de la connexion : vérifiez que les valeurs de l’hôte, du port et du point d’entrée dans la configuration sont saisies correctement.
- Informations d’identification : assurez-vous que le nom d’utilisateur, le mot de passe ou le jeton d’authentification fournis pour la source de données sont valides et à jour.
- Accès réseau : vérifiez que Experience Manager pouvez atteindre la source de données sur le réseau et que les pare-feu ou les règles de sécurité ne bloquent pas la connexion.
Après avoir corrigé la configuration, cliquez de nouveau sur vérifier pour réexécuter la validation. Répétez ce processus jusqu’à ce que le message de réussite confirme l’établissement de la connexion.
Appeler une exécution test pour la tâche d’importation en masse invoke-test-run-bulk-import
Sélectionnez la configuration et cliquez sur Exécution dʼessai pour lancer une exécution test pour la tâche d’import en masse. Une Exécution d’essai valide la configuration d’importation en bloc sélectionnée et sa connexion source sans importer de ressources, ce qui vous permet de confirmer que les paramètres sont corrects avant de vous engager pour une importation complète. L’exécution d’un test d’abord réduit le risque d’échec des importations partielles, car elle fait apparaître les problèmes de configuration ou de connectivité à l’avance plutôt que pendant la tâche elle-même.
Une fois l’exécution de test terminée, Experience Manager affiche les détails suivants sur la tâche d’importation en bloc :
- État de la connexion — Si Experience Manager parvient à se connecter à l’emplacement source configuré à l’aide des informations d’identification fournies.
- Assetsdétectées — nombre de ressources trouvées au chemin d’accès source qui correspondent aux critères d’importation.
- Portée estimée de l’importation — Aperçu du contenu qui serait importé afin que vous puissiez vérifier que la configuration cible les fichiers prévus.
- Avertissements ou erreurs — tout problème, tel que des chemins inaccessibles, des informations d’identification non valides ou des ressources non prises en charge, qui empêcherait une importation réussie.
Consultez ces détails pour confirmer que la configuration est correcte. Si le Exécution d’essai signale des erreurs ou des avertissements, résolvez-les et exécutez à nouveau le test avant de démarrer la tâche d’importation en bloc proprement dite.
Gestion des noms de fichier lors de l’importation en bloc filename-handling-bulkimport
Lorsque vous importez des ressources ou des dossiers en bloc, Experience Manager Assets importe toute la structure de ce qui existe dans la source d’import. Experience Manager suit les règles intégrées pour les caractères spéciaux dans les noms de ressources et de dossiers ; par conséquent, ces noms de fichier doivent être assainis. Cela garantit que les noms importés sont conformes aux règles du référentiel et n’interrompent pas les chemins d’accès aux ressources. Pour les noms de dossier et de ressource, le titre défini par l’utilisateur reste inchangé et est stocké dans le jcr:title de propriétés Java Content Repository (JCR) qui conserve le titre lisible par l’utilisateur indépendamment du nom technique assaini.
Lors de l’importation en bloc, Experience Manager recherche les dossiers existants pour éviter de réimporter les ressources et les dossiers et vérifie également les règles d’assainissement appliquées dans le dossier parent où l’importation a lieu. Si les règles d’assainissement sont appliquées dans le dossier parent, les mêmes règles sont appliquées à la source d’importation. Pour une nouvelle importation, les règles d’assainissement suivantes sont appliquées pour gérer les noms de fichiers des ressources et dossiers.
Noms interdits dans l’importation en bloc
Les caractères suivants ne sont pas autorisés dans les noms de fichier et de dossier :
- Caractères de contrôle et d’utilisation privée (0x00 à 0x1F, \u0081, \uE000)
- Noms de fichiers ou de dossiers se terminant par un point (.)
Par conséquent, les fichiers ou les dossiers dont les noms correspondent à ces conditions sont ignorés pendant le processus d’importation et marqués comme ayant échoué.
Gestion du nom des ressources dans l’importation en bloc
Pour les noms de fichier de ressources, Experience Manager assainit le nom et le chemin JCR à l’aide de l’API : JcrUtil.escapeIllegalJcrChars.
-
Les caractères Unicode ne sont pas modifiés.
-
Remplacez les caractères spéciaux par leur code d’échappement d’URL, par exemple,
new%asset.pngest remplacé parnew%25asset.png:code language-none URL escape code " %22 % %25 ' %27 * %2A / %2F : %3A [ %5B \n %0A \r %0D \t %09 ] %5D | %7C
Gestion du nom du dossier dans l’importation en bloc
Pour les noms de fichiers de dossiers, Experience Manager assainit le nom et le chemin JCR à l’aide de l’API : DamUtil.getSanitizedFolderName.
-
Les caractères majuscules sont convertis en minuscules.
-
Les caractères Unicode ne sont pas modifiés.
-
Remplacez les caractères spéciaux par un tiret (« - »), par exemple,
new folderest remplacé parnew-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.
Planification d’une importation en bloc ponctuelle ou récurrente schedule-bulk-import
Pour planifier une importation en bloc ponctuelle ou récurrente, procédez comme suit :
-
Créez une configuration d’importation en bloc.
-
Sélectionnez la configuration et sélectionnez Planification dans la barre d’outils.
-
Définissez une ingestion ponctuelle ou planifiez une planification horaire, quotidienne ou hebdomadaire. Cliquez sur Envoyer. Les plannings de périodicité garantissent l’ingestion automatique des nouvelles ressources de la source d’importation selon l’intervalle défini, sans réexécution manuelle.
Afficher le dossier cible Assets view-assets-target-folder
Pour afficher l’emplacement cible Assets où les ressources sont importées après l’exécution de la tâche d’importation en bloc, sélectionnez la configuration, puis cliquez sur Afficher Assets.
Exécution de l’outil d’importation en bloc run-bulk-import-tool
Après configuration de l’outil d’importation en bloc et éventuellement gestion de la configuration de l’outil d’importation en bloc, les administrateurs peuvent exécuter la tâche de configuration pour démarrer l’ingestion en bloc des ressources.
Pour démarrer le processus d’importation en masse, accédez à Outils > Ressources > Importation en masse, sélectionnez Configuration de l’importation en masse, puis cliquez sur Exécuter. Cliquez à nouveau sur Exécuter pour confirmer.
Experience Manager met à jour le statut de la tâche à Traitement et à Réussi à la fin de la tâche. Pour afficher les ressources importées dans Experience Manager, cliquez sur Afficher lesAssets.
Lorsque la tâche est en cours, vous pouvez contrôler le processus d’ingestion comme suit :
- Arrêter — Sélectionnez la configuration et cliquez sur Arrêter pour arrêter le processus d’ingestion en bloc.
- Exécuter — Cliquez de nouveau sur Exécuter pour reprendre le processus là où il s’est arrêté.
- Exécution d’essai — Cliquez sur Exécution d’essai pour afficher les détails des ressources qui sont toujours en attente d’importation, sans valider l’ingestion. Cela permet aux administrateurs de vérifier la portée de l’importation avant sa fin.
Gestion des tâches après lʼexécution manage-jobs-after-execution
Experience Manager vous permet de voir l’historique des tâches d’importation en bloc. Lʼhistorique de la tâche comprend le statut de la tâche, le créateur ou la créatrice de la tâche, les journaux, ainsi que dʼautres détails tels que la date et lʼheure de début, la date et lʼheure de création et la date et lʼheure de fin. Cet historique fournit un journal d’audit complet, ce qui permet aux administrateurs et administratrices de suivre, de dépanner et de vérifier chaque opération d’importation en bloc.
Affichage de l’historique des tâches pour une configuration d’importation en bloc viewing-job-history
La vue Historique des tâches vous permet de consulter les enregistrements d’exécution d’une configuration d’importation en bloc spécifique, ce qui vous offre une visibilité sur les exécutions d’importation précédentes et leurs résultats. Pour accéder à l’historique des tâches d’une configuration :
- Sélectionnez la configuration dont vous souhaitez consulter l’historique.
- Cliquez sur Historique des tâches.
- Sélectionnez une tâche spécifique dans la liste.
- Cliquez sur Ouvrir pour afficher les détails complets de cette tâche.
Adobe Experience Manager affiche l’historique des tâches, ce qui vous permet d’examiner le statut et les résultats de chaque tâche d’importation en bloc enregistrée. Il est utile de consulter cet historique pour vérifier que les importations se sont terminées avec succès et pour résoudre les problèmes liés aux tâches qui ne se sont pas terminées comme prévu.
Sur la page Historique des tâches d’importation en bloc, vous pouvez également cliquer sur Supprimer pour supprimer cette tâche d’importation en bloc spécifique de la configuration. La suppression d’une tâche supprime son enregistrement de l’historique des tâches de la configuration d’importation en bloc, ce qui vous permet de garder la liste d’historique propre et concentrée sur les exécutions pertinentes.
Chargement de ressources à l’aide de clients pour ordinateur de bureau upload-assets-desktop-clients
Adobe Experience Manager prend en charge deux clients de bureau pour le chargement de ressources (Adobe Asset Link et l’application de bureau Experience Manager, en plus de l’interface utilisateur du navigateur web). Les deux clients de bureau activent le chargement direct des ressources sans ouvrir de navigateur web.
- Adobe Asset Link fournit un accès direct aux ressources Experience Manager à partir des applications de bureau Adobe Photoshop, Adobe Illustrator et Adobe InDesign. Vous téléchargez le document actuellement ouvert dans Experience Manager directement à partir de l’interface Adobe Asset Link, sans quitter Photoshop, Illustrator ou InDesign.
- L’application de bureau 🔗 simplifie la gestion des ressources sur l’ordinateur de bureau, quel que soit le type de fichier ou l’application native qui gère chaque ressource. L’application de bureau est le client idéal pour charger des fichiers dans hiérarchies de dossiers imbriqués à partir de votre système de fichiers local, car le chargement depuis le navigateur ne prend en charge que les listes de fichiers plats. Par conséquent, lorsque la préservation de la structure des dossiers est importante, l’application de bureau Experience Manager charge l’ensemble de la hiérarchie en une seule opération, tandis que le navigateur nécessite d’abord d’aplatir les fichiers.
Traiter les ressources lorsqu’elles sont chargées process-when-uploaded
Appliquez des profils de traitement sur les dossiers de chargement pour effectuer un traitement supplémentaire sur les ressources chargées. Ces profils sont disponibles sur la page Propriétés d’un dossier dans Assets et régissent la manière dont chaque ressource est transformée après son ajout au dossier.
Une ressource numérique sans extension ou avec une extension incorrecte n’est pas traitée comme vous le souhaitez. Par conséquent, lors du chargement de ces ressources, rien ne se passe ou un profil de traitement incorrect peut s’appliquer, car le système s’appuie sur l’extension de fichier pour sélectionner le profil correct. Les utilisateurs peuvent toujours stocker les fichiers binaires dans le référentiel de gestion des ressources numériques (DAM), même si le profil correct ne s’exécute pas automatiquement.
Les onglets suivants sont disponibles :
- Profils de métadonnées appliquez les propriétés de métadonnées par défaut aux ressources chargées dans ce dossier, en veillant à la cohérence des métadonnées consultables dans le dossier.
- Profils de traitement génèrent plus de rendus que ce qui est possible par défaut, ce qui étend l’ensemble des versions dérivées générées à partir de chaque ressource source.
En outre, si Dynamic Media est activé sur votre déploiement , les onglets supplémentaires suivants sont disponibles :
- Profils d’image Dynamic Media appliquez un recadrage spécifique (recadrage intelligent et recadrage des pixels) et une configuration d’accentuation aux ressources chargées.
- Profils vidéo Dynamic Media appliquez des profils de codage vidéo spécifiques, notamment la résolution, le format et les paramètres.
Pour les dossiers auxquels un profil de traitement est affecté, le nom du profil s’affiche sur la vignette en mode Carte. Dans la vue Liste, le nom du profil s’affiche dans la colonne Profil de traitement.
Chargement ou ingestion de fichiers à l’aide d’API upload-using-apis
La section chargement des ressources de la documentation de référence du développeur fournit tous les détails techniques du protocole et des API de chargement, ainsi que des liens vers un kit de développement logiciel (SDK) open source et des exemples de clients. Ces interfaces de programmation d’application (API) permettent aux développeurs de charger ou d’ingérer des ressources par programmation, ce qui permet d’exécuter des workflows automatisés et répétables plutôt que des chargements manuels. Le SDK open source et les exemples de clients accélèrent l’intégration en fournissant des implémentations de référence prêtes à l’emploi qui montrent comment le protocole de chargement fonctionne en pratique.
Sécurité et bonnes pratiques de chargement des ressources asset-upload-security-and-best-practices
La sécurité du chargement des ressources régit la manière dont les fichiers envoyés par les utilisateurs ou les systèmes sont validés, analysés, stockés et diffusés. Elle protège une application contre les contenus malveillants, la corruption des données et l’utilisation abusive du stockage ou de la bande passante. La sécurisation du pipeline de chargement est largement considérée comme essentielle, car les chargements sans restriction ou mal validés font partie des vecteurs les plus courants pour injecter des programmes malveillants, exécuter du code non autorisé et épuiser les ressources du serveur.
Contrôles de sécurité du chargement principal core-upload-security-controls
La sécurité efficace du chargement des ressources repose sur des contrôles superposés appliqués à chaque étape du cycle de vie du chargement. Les contrôles clés sont les suivants :
- Validation du type de fichier — Vérifiez chaque chargement par rapport à une liste autorisée explicite de formats autorisés plutôt qu’à une liste bloquée, car les places sur la liste autorisée sont beaucoup plus difficiles à contourner et à empêcher le contenu exécutable déguisé de passer.
- Limites de taille de fichier — Appliquez des seuils de taille maximale pour empêcher les conditions de déni de service provoquées par des chargements surdimensionnés qui pourraient épuiser l’espace disque ou la mémoire.
- Inspection de contenu — Inspectez la signature réelle du fichier (octets magiques) au lieu de faire confiance à l’extension de fichier ou au type MIME (Multipurpose Internet Mail Extensions) fourni par le client, car les attaquant usurpent régulièrement les extensions pour masquer les fichiers nuisibles.
- Analyse des programmes malveillants — Exécutez les ressources chargées par le biais d’une analyse antivirus ou de programmes malveillants avant de les rendre disponibles, en veillant à ce que les fichiers infectés soient mis en quarantaine plutôt que distribués à d’autres utilisateurs.
- Nettoyage des noms de fichier : supprimez ou normalisez les caractères spéciaux, les séparateurs de chemin et les séquences de contrôle des noms de fichier pour empêcher les attaques par traversée de chemin et d’échappement de répertoire.
Bonnes pratiques recommandées recommended-best-practices
Appliquez ces bonnes pratiques en séquence pour renforcer le workflow de chargement :
- Valider sur le serveur — Traiter toutes les validations côté client uniquement comme des conseils et appliquer chaque vérification côté serveur, car les contrôles côté client peuvent être contournés par un acteur malveillant.
- Stocker les ressources en dehors de la racine web — Conserver les fichiers chargés à un emplacement qui ne peut pas être exécuté directement par le serveur web, ce qui empêche un attaquant d’exécuter un script chargé en tant que code.
- Renommer les fichiers chargés — Attribuez des identifiants générés par le serveur et non prévisibles aux fichiers stockés pour éviter de remplacer des ressources existantes et d’empêcher l’énumération du contenu stocké.
- Restreindre les autorisations — Accordez aux fichiers chargés les autorisations minimales requises en lecture et écriture, et ne les marquez jamais comme exécutables, en vous assurant qu’un fichier compromis ne peut pas être exécuté.
- Authentifier et autoriser les chargements — Confirmez que l’utilisateur demandeur dispose de l’autorisation de chargement, ce qui limite l’exposition aux abus anonymes et aux envois non autorisés.
- Limite de débit et ralentissement — Appliquez des limites de débit de chargement par utilisateur ou par session pour réduire le risque d’abus automatisés et d’épuisement des ressources.
Gestion et stockage après le chargement handling-and-storage-after-upload
Les responsabilités en matière de sécurité sont maintenues une fois le dossier accepté. Pour protéger les ressources pendant le stockage et la diffusion :
- Diffuser des ressources via des connexions chiffrées — Diffusez le contenu chargé via HTTPS (Hypertext Transfer Protocol Secure) afin que les fichiers ne puissent pas être interceptés ni falsifiés en transit.
- Isoler le contenu créé par l’utilisateur — Effectuez les chargements non approuvés à partir d’un domaine distinct ou d’un réseau de diffusion de contenu CDN) dédié, car l’isolement de ce contenu limite l’impact des attaques de type cross-site scripting et vol de cookies.
- Définir des en-têtes de réponse corrects — Renvoie des en-têtes de
Content-Typeprécis et force les téléchargements le cas échéant, afin que les navigateurs ne se trompent pas sur l’interprétation et l’exécution d’un fichier stocké. - Chargements de journaux et d’audits — Enregistrez les métadonnées de chargement et les événements d’accès, ce qui permet d’enquêter sur les incidents et de détecter précocement les schémas d’abus.
Le respect de ces contrôles et bonnes pratiques établit une approche de défense en profondeur des chargements de ressources, ce qui réduit le risque qu’un seul contrôle manqué entraîne un compromis complet.
Chargement binaire direct avec URL prédéfinies direct-binary-upload
Adobe Experience Manager (AEM) as a Cloud Service charge les ressources par le biais d’un flux Chargement binaire direct, une séquence en trois étapes : (1) un client demande une URL présignée, (2) le fichier binaire est directement chargé dans le stockage à l’aide de cette URL et (3) la ressource est finalisée avec un appel API authentifié. Cette conception décharge directement le transfert binaire volumineux sur le stockage tout en maintenant l’enregistrement des ressources sous contrôle authentifié.
Durée de vie de l’URL et réutilisation url-lifetime-and-reuse
- Les URL prédéfinies sont de courte durée et restent valides pendant environ une heure. Cependant, la durée de vie (TTL) exacte n’est pas un Service level agreement (SLA) publié ou garanti. Traitez la durée comme un détail d’implémentation qui peut changer et ne codez pas la valeur en dur dans les intégrations.
- Une URL prédéfinie doit être utilisée immédiatement dans le cadre d’une seule session de chargement. Il n’est pas conçu pour être stocké et réutilisé ultérieurement. Il n’est pas non plus conçu pour être réutilisé lors de plusieurs chargements. Chaque session de chargement obtient sa propre URL.
Sécurité des URL présignées security-of-presigned-urls
- La fuite d’une URL présignée seule n’est pas suffisante pour créer une ressource, car la création et la finalisation de la ressource dépendent d’un appel API authentifié distinct qui utilise des informations d’identification valides et un
uploadToken. Si un acteur obtient uniquement l’URL présignée, il ne peut pas terminer l’enregistrement de la ressource sans authentification valide et sans le jeton de chargement associé. - Cette exigence d’authentification limite l’impact pratique d’une URL divulguée : les informations d’identification requises et les
uploadTokenagissent comme un second contrôle, de sorte que l’exposition de l’URL en elle-même ne permet pas à une ressource non autorisée d’être enregistrée. - Traitez les URL prédéfinies comme des valeurs sensibles dans vos propres intégrations. Évitez de les consigner, utilisez toujours HTTPS et ne les conservez pas au-delà de la session de chargement.
Authentification pour les chargements par programmation authentication-for-programmatic-uploads
Seules les informations d’identification de service (JWT) prennent en charge les chargements de ressources par programme vers Adobe Experience Manager (AEM). Il existe deux mécanismes d’authentification pour l’accès à l’API AEM. Ils ne sont interchangeables pour les opérations de chargement de ressources. Le choix d’un type d’informations d’identification incorrect est la cause la plus courante des échecs d’intégration de chargement.
Le compte technique utilisé pour les chargements d’API doit disposer d’une liste de contrôle d’accès (ACL)explicite au niveau du référentiel accordée au niveau du chemin d’accès . Deux autorisations ACL sont requises :
jcr:readsur/content/dam: accorde l’accès en lecture à la racine de contenu de la gestion des ressources numériques (DAM).rep:write(oujcr:all) sur le sous-dossier cible spécifique : accorde l’accès en écriture au chemin de destination vers lequel les ressources sont chargées.
Ces listes de contrôle d’accès au niveau du chemin sont requises en plus du type d’informations d’identification correct et du profil de produit ou de l’appartenance à un groupe de la console d’administration correct.
Un compte technique peut être correctement mis sous licence et regroupé et recevoir toujours des erreurs 403 Forbidden. Cela se produit car les listes de contrôle d’accès d’affectation de profil de produit ou de groupe et de référentiel sont des contrôles indépendants et les deux sont obligatoires. Par conséquent, si les listes de contrôle d’accès au niveau du chemin n’ont pas été accordées, le compte se verra refuser l’accès même si son type d’informations d’identification et son profil de produit sont correctement configurés.
Détection et mise en quarantaine des programmes malveillants malware-detection-and-quarantine
Détection des programmes malveillants dans Adobe Experience Manager (AEM) analyse chaque fichier chargé et déplace tout fichier infecté dans une zone Quarantaine dédiée, isolant ainsi les ressources suspectes du reste du référentiel. Lorsque la fonctionnalité détection des programmes malveillants est activée, le système analyse chaque chargement au fur et à mesure qu’il arrive et, lorsqu’il détecte une infection, met automatiquement le fichier en quarantaine. Cela isole la menace des workflows actifs et empêche les ressources infectées d’être publiées, téléchargées ou distribuées à d’autres utilisateurs.
L’accès aux ressources mises en quarantaine est régi par les autorisations Adobe Experience Manager standard (AEM), appliquées par le biais d’un groupe Administrateurs de quarantaine dédié. Comme la visibilité de la quarantaine n’est pas liée à un rôle fixe unique, l’accès peut être étendu de manière flexible :
- Administrateurs de quarantaine les membres du groupe ont accès par défaut aux ressources mises en quarantaine.
- D’autres groupes personnalisés peuvent avoir accès à la zone de quarantaine lorsque les exigences opérationnelles ou de sécurité nécessitent une surveillance plus large.
- Plusieurs groupes peuvent donc maintenir la visibilité de la quarantaine simultanément, plutôt que de la limiter à un seul rôle.
Ce modèle d’autorisation garantit que seuls les utilisateurs et utilisatrices autorisés peuvent inspecter, publier ou supprimer le contenu mis en quarantaine, tout en maintenant un processus de révision contrôlé des fichiers potentiellement dangereux.
Pour plus d’informations sur la détection et la mise en quarantaine des programmes malveillants, voir Détection des programmes malveillants.
Gestion des types de fichiers et restrictions de chargement file-type-handling-and-upload-restrictions
- Adobe Experience Manager (AEM) n’impose pas de restrictions de type de fichier par défaut pour les chargements. Il est possible de charger des fichiers avec des extensions exécutables (par exemple, .exe ou .exe.pdf) en tant que rendus de ressources.
- Il s’agit d’un comportement attendu, et non d’une vulnérabilité. AEM n’effectue ni le rendu ni l’exécution du contenu actif ou scripts chargé, que ce soit dans le navigateur ou sur le serveur. Étant donné que les fichiers chargés sont stockés et servis uniquement comme des rendus de ressources inertes plutôt que comme du code, le chargement d’un fichier exécutable ne crée pas en lui-même de risque remote-code-execution (RCE) dans le cadre du modèle de sécurité par défaut d’AEM. Les organisations soumises à des exigences de conformité plus strictes doivent appliquer leur propre validation du chargement ou liste autorisée si nécessaire, car AEM ne l’applique pas de manière native et laisse ces contrôles à l’organisation de déploiement.
- Les formats de fichiers et les types MIME (Multipurpose Internet Mail Extensions) pris en charge pour le traitement des ressources sont documentés séparément. Les types non pris en charge ne sont pas entièrement traités, ce qui signifie que ces fichiers non pris en charge peuvent ne pas générer les rendus attendus.
Bonnes pratiques relatives à la fiabilité du chargement upload-reliability-best-practices
Optimisation des ressources avant le chargement optimize-assets-before-upload
- Pour les types de ressources volumineux ou spécialisés tels que vidéo, PDF et GIF, suivez les limites de taille de fichier, les paramètres de codage et les formats recommandés. Le respect de ces spécifications empêche l’impact sur les performances de la plateforme lors du chargement, du traitement et de la génération de la prévisualisation, car les fichiers surdimensionnés ou non standard placent la charge la plus lourde sur les étapes de transcodage et de génération de miniatures.
Utiliser les chemins de chargement pris en charge pour les fichiers critiques use-supported-upload-paths
- Utilisez les API de chargement ou les flux d’interface utilisateur pris en charge pour les fichiers critiques à la place des chargements en bloc au niveau des dossiers ad hoc. Les chemins pris en charge appliquent une validation, un codage et une gestion des erreurs cohérents, ce qui en fait le choix le plus fiable pour les fichiers qui ne peuvent pas tolérer la corruption ou la perte.
- Les chargements par glisser-déposer au niveau du dossier entraînent parfois une corruption de fichier, dans les cas signalés. Par conséquent, ils ne sont pas recommandés pour les ressources critiques.
Si un chargement au niveau du dossier échoue ou corrompt un fichier folder-level-upload-fails
Capturez immédiatement les preuves, car la cause sous-jacente est souvent spécifique à un environnement ou à un fichier et devient difficile à diagnostiquer après coup une fois ces preuves perdues.
- Enregistrez le message d’erreur exact ou le comportement observé dès qu’il se produit.
- Prenez des captures d’écran de l’état d’échec et des boîtes de dialogue d’erreur.
- Enregistrez un fichier d’archive HTTP (HAR) ou journaux réseau à partir de la session du navigateur, car ils capturent les détails de requête/réponse nécessaires pour suivre l’erreur.
- Conservez le fichier concerné afin qu’il puisse être testé à nouveau par rapport au chemin de chargement pris en charge.
La capture de ces preuves donne immédiatement aux équipes d’assistance et d’ingénierie les détails spécifiques à l’environnement et aux fichiers requis pour reproduire et résoudre le problème, tandis que tenter de diagnostiquer la corruption après coup (sans journaux ni erreur d’origine) est souvent impraticable.
Liste de contrôle de dépannage pour les échecs de chargement troubleshooting-checklist-for-upload-failures
-
403 Interdit lors du chargement de l’API (interface de programmation d’applications) : confirmez d’abord le type d’informations d’identification. Les informations d’identification OAuth S2S (serveur à serveur) de Adobe Developer Console ne sont pas prises en charge pour l’API de chargement de ressources. Utilisez plutôt l’Informations d’identification de service (JSON Web Token ou JWT) issues de la Developer Console Adobe Experience Manager (AEM). Les deux types d’informations d’identification sont configurés via des consoles différentes et accordent des portées différentes. C’est pourquoi la substitution de l’un par l’autre produit un 403 Interdit même si le compte semble par ailleurs valide.
-
403 Interdit malgré des informations d’identification correctes et l’appartenance à un groupe : vérifiez que le compte technique contient des
jcr:readexplicites sur les/content/damet lesrep:write/jcr:allsur le dossier cible spécifique. L’appartenance à un groupe ou à un profil ne remplace pas les listes de contrôle d’accès (ACL) au niveau du dossier, car AEM autorise les écritures de ressources au niveau du nœud de référentiel plutôt que par son seul rôle. Par conséquent, un compte peut appartenir au bon groupe tout en étant refusé jusqu’à ce que les listes de contrôle d’accès au niveau du nœud soient définies sur le dossier de destination exact. -
Le chargement réussit, mais la ressource ne parvient pas à apparaître ou le fichier binaire semble corrompu : excluez le chargement en bloc au niveau du dossier comme méthode d’ingestion. Réessayez via l’API de chargement standard ou l’interface utilisateur d’et capturez les journaux si le problème se répète. Les chemins d’ingestion en bloc gèrent les fichiers binaires différemment de l’API standard. L’isolation de la méthode d’ingestion est donc le moyen le plus rapide de déterminer si la corruption provient du chemin de chargement lui-même.
-
La révision de sécurité signale le chargement de fichier sans restriction : indiquez clairement qu’AEM n’exécute pas, par défaut, le contenu actif chargé côté serveur ou dans le navigateur. Comme ce contenu n’est jamais exécuté, le chargement de fichiers sans restriction est davantage lié au comportement attendu de la plateforme qu’à un défaut. Le risque principal lié au contenu actif stocké est neutralisé lorsque le contenu ne peut pas s’exécuter. Cette opération est maintenue, sauf si votre organisation nécessite une validation supplémentaire au moment du chargement, auquel cas cette validation doit être ajoutée en tant que contrôle de politique en plus du comportement par défaut.
-
Préoccupée par l’exposition à une URL présignée : une URL présignée est un lien préautorisé limité dans le temps utilisé pour transférer directement le fichier binaire vers le stockage. Vérifiez que l’URL a été utilisée pendant sa courte période de validité et que la finalisation de la ressource nécessitait toujours un appel authentifié distinct avec une
uploadTokenvalide. Cette conception en deux étapes limite la portée d’exposition d’une URL présignée divulguée (Uniform Resource Locator), car la possession de l’URL seule ne peut pas finaliser une ressource sans uneuploadTokenvalide authentifiée séparément. Par conséquent, une URL qui fuit après la fermeture de sa fenêtre de validité ne dispose d’aucune fonctionnalité pratique d’écriture.
Conseils, bonnes pratiques et restrictions tips-limitations
-
Chargement binaire direct est une nouvelle méthode de chargement de ressources. Il est pris en charge par défaut par les clients et fonctionnalités du produit, notamment l’interface utilisateur Experience Manager, Adobe Asset Link et l’application de bureau Experience Manager. Tout code personnalisé ou étendu par les équipes techniques d’un client doit utiliser les nouvelles interfaces de programmation d’application (API) et nouveaux protocoles de chargement.
-
Gestion des dossiers volumineux : prend Experience Manager Assetsen charge les dossiers contenant plus de 1 000 enfants directs (ressources ou sous-dossiers). Une fois qu’un dossier dépasse ce seuil de 1 000 éléments , l’interface utilisateur d’administration passe à un index mis à jour de manière asynchrone pour répertorier le contenu du dossier. Comme cet index est mis à jour de manière asynchrone, les dossiers et ressources nouvellement créés apparaissent après un court délai, généralement quelques secondes. Lors de l’ouverture d’un tel dossier dans la vue Administration, une bannière avertit les utilisateurs finaux de ce comportement, en indiquant ce qui suit : « Ce répertoire contient plus de 1 000 éléments. Les chargements et la création de nouveaux dossiers peuvent être retardés. »
-
Remplacement et régénération de l’ID de ressource : lorsque vous sélectionnez Remplacer dans la boîte de dialogue Conflit de noms, l’ID de ressource est régénéré pour la nouvelle ressource. Cet identifiant est différent de celui de la ressource précédente. Si Assets Insights est activé pour effectuer le suivi des impressions ou des clics avec Adobe Analytics, l’ID de ressource régénéré invalide les données capturées pour la ressource lors du Analytics, car Analytics effectue le suivi des impressions et des clics par rapport à l’ID de ressource d’origine et ne peut pas réconcilier le nouvel ID avec les enregistrements précédents.
-
Caractères interdits dans les noms de fichier : certaines méthodes de chargement n’empêchent pas les utilisateurs de charger des ressources dont les noms de fichier contiennent des caractères interdits. Dans ce cas, les caractères interdits sont remplacés par le symbole
-. -
Limitation du chargement par le navigateur : le chargement de ressources à l’aide du navigateur ne prend en charge que les listes de fichiers plats et non les hiérarchies de dossiers imbriqués. Pour charger toutes les ressources dans un dossier imbriqué, utilisez l’application de bureau desktop qui conserve la structure du dossier pendant le transfert.
-
Structure de dossiers d’importation en bloc : la méthode d’importation en bloc importe l’ensemble de la structure de dossiers telle qu’elle existe sur la source de données. Cependant, seuls les dossiers non vides sont créés dans Experience Manager, ce qui signifie que les dossiers vides sur la source sont omis de la hiérarchie importée.
Voir également
- Traduire Assets
- API HTTP Assets
- Formats de fichiers pris en charge par Assets
- Rechercher des ressources
- Ressources connectées
- Rapports de ressources
- Schémas de métadonnées
- Télécharger des ressources
- Gestion des métadonnées
- Gérer Dynamic Media modèles
- Gérer les rapports dans Assets vue
- Facettes de recherche
- Gérer les collections
- Import des métadonnées en bloc
- Publier Assets AEM et Dynamic Media