[AEM Assets]{class="badge positive" title="Aplicável ao AEM Assets)."}

Adicionar ativos digitais a Adobe Experience Manager como Cloud Service Assets add-assets-to-experience-manager

Adobe Experience Manager Assets aceita vários tipos de ativos digitais de várias fontes. Ele armazena os binários originais e as representações geradas, processa ativos usando fluxos de trabalho e serviços do Adobe AI e distribui conteúdo por vários canais e superfícies.

O Adobe Experience Manager enriquece automaticamente o conteúdo binário de arquivos digitais carregados, tornando os ativos mais pesquisáveis, reutilizáveis e prontos para entrega. Experience Manager enriquece esses arquivos com metadados avançados, marcas inteligentes, representações e outros serviços do Gerenciamento de Ativos Digitais (DAM). Você pode carregar vários tipos de arquivos, como imagens, documentos e arquivos de imagem raw, de sua pasta local ou de uma unidade de rede para Experience Manager Assets.

Métodos para adicionar ativos ao repositório

Além do upload de navegador mais usado, existem outros métodos de adicionar ativos ao repositório Experience Manager. Esses outros métodos incluem clientes de desktop, como o aplicativo de desktop Adobe Asset Link ou Experience Manager, scripts de assimilação e carregamento que os clientes criariam, além de integrações de assimilação automatizadas adicionadas como extensões do Experience Manager.

Serviços e processamento adicionais

Embora você possa carregar e gerenciar qualquer arquivo binário no Experience Manager, os formatos de arquivo mais usados oferecem suporte a serviços adicionais, como extração de metadados ou geração de pré-visualização/representação. Consulte formatos de arquivo compatíveis para obter detalhes.

Você também pode optar por concluir o processamento adicional nos ativos carregados. Vários perfis de processamento de ativos podem ser configurados na pasta, na qual os ativos são carregados, para adicionar automaticamente metadados, representações ou serviços de processamento de imagens específicos, garantindo que os ativos atendam aos requisitos de entrega sem intervenção manual. Consulte processar ativos quando carregado.

Visão geral dos métodos de upload

Assets forneça os seguintes métodos de carregamento. A Adobe recomenda que você entenda seu caso de uso e a aplicabilidade de cada opção de upload antes de usá-lo, pois o método correto depende do volume, do fluxo de trabalho e das personalidades envolvidas.

Método de upload
Quando usar?
Persona principal
Interface do usuário do Console do Assets
Upload ocasional, facilidade de pressionar e arrastar, upload localizador. Não use o para fazer upload de muitos ativos.
Todos os usuários
Carregar API
Para decisões dinâmicas durante o upload.
Desenvolvedor
aplicativo de desktop do Experience Manager
Assimilação de ativos em baixo volume, mas não para migração.
Administrador, profissional de marketing
Adobe Asset Link
Útil quando profissionais de criação e marketing trabalham em ativos nos aplicativos de desktop Creative Cloud compatíveis.
Creative, Profissional de marketing
Assimilação de ativos em massa
Recomendado para migrações em grande escala e assimilações ocasionais em massa. Somente para armazenamentos de dados compatíveis.
Administrador, Desenvolvedor

Upload de ativos upload-assets

Adobe Experience Manager Assets dá suporte a dois métodos para carregar um único ou vários arquivos. Arraste e solte os arquivos diretamente da sua área de trabalho na interface do usuário do Assets (navegador da Web) e na pasta de destino, ou inicie o carregamento na interface do usuário do Assets usando o menu Criar. Ambos os métodos adicionam ativos digitais ao local da pasta selecionado.

IMPORTANT
Assets carregado em Experience Manager com um nome de arquivo maior que 100 caracteres recebe um nome abreviado quando são usados em Dynamic Media.
Os primeiros 100 caracteres do nome do arquivo são preservados como estão e todos os caracteres restantes são substituídos por uma sequência alfanumérica. Esse método de renomeação garante um nome exclusivo quando o ativo é usado em Dynamic Media, evitando colisões de nomes entre ativos. Ele também acomoda o tamanho máximo de nome de arquivo de ativo permitido em Dynamic Media, portanto, o truncamento mantém cada ativo compatível com esse limite.
  1. Na interface do usuário do Assets, navegue até o local em que deseja adicionar ativos digitais.

  2. Para fazer upload dos ativos, use um dos seguintes métodos:

    • Na barra de ferramentas, clique em Criar > Arquivos. Você pode renomear o arquivo na caixa de diálogo apresentada, se necessário.
    • Em um navegador com suporte para HTML5, arraste os ativos diretamente para a interface do usuário do Assets. Neste método, a caixa de diálogo renomear arquivo não é exibida.

    criarmenu

    Para selecionar vários arquivos, mantenha pressionada a tecla Ctrl (Windows) ou a tecla Command (macOS) e selecione os ativos na caixa de diálogo do seletor de arquivos. Ao usar uma iPad, você pode selecionar apenas um arquivo por vez.

  3. Para cancelar um carregamento em andamento, clique em fechar (X) ao lado da barra de progresso. Como o cancelamento interrompe a transferência em andamento, Assets exclui a parte parcialmente carregada do ativo atual para evitar deixar um arquivo incompleto. Se você cancelar uma operação de carregamento antes que todos os arquivos sejam carregados, o Assets interromperá o carregamento do arquivo atual e atualizará o conteúdo. No entanto, os arquivos que já terminaram de ser carregados não são excluídos e permanecem na pasta de destino.

  4. A caixa de diálogo de progresso do carregamento em Assets exibe a contagem de arquivos carregados com êxito e os arquivos que falharam no carregamento, fornecendo um status claro do lote. Além disso, a interface de usuário do Assets exibe o ativo mais recente que você carregou para a pasta que você criou primeiro.

NOTE
Para carregar hierarquias de pastas aninhadas, consulte carregar ativos em massa.

Manuseio de uploads para ativos existentes handling-upload-existing-file

O carregamento de um ativo com o mesmo caminho (nome e local idênticos) de um ativo existente aciona uma caixa de diálogo de aviso que apresenta três opções de resolução: Substituir ativo existente, Criar outra versão ou Manter ambos. Cada opção trata a duplicata de forma diferente:

  • Substituir ativo existente: a substituição de um ativo existente o substitui totalmente, de modo que os metadados e qualquer modificação anterior (por exemplo, anotações e recorte) aplicados ao ativo existente são excluídos permanentemente. Isso ocorre porque a substituição grava o ativo armazenado em vez de preservar seu histórico.

    note
    NOTE
    A opção para substituir ativos não estará disponível se o ativo estiver bloqueado ou com check-out.
  • Criar outra versão: uma nova versão do ativo existente é criada no repositório, preservando o estado anterior para que nenhum trabalho seja perdido. Você pode exibir as duas versões na Linha do Tempo e pode reverter para a versão existente anterior, se necessário.

  • Manter ambos: se você optar por manter ambos os ativos, o novo ativo será renomeado para que o ativo original e o recém-carregado coexistam.

Para reter o ativo duplicado em Assets, clique em Manter. Para excluir o ativo duplicado carregado, clique em Excluir.

Manuseio de nome de arquivo e caracteres proibidos filename-handling

O Adobe Experience Manager (AEM) Assets bloqueia o carregamento de qualquer ativo cujo nome de arquivo contenha um caractere proibido. Quando um nome de arquivo inclui um ou mais caracteres não permitidos, o Assets exibe uma mensagem de aviso e bloqueia o carregamento até que os caracteres não permitidos sejam removidos ou o arquivo seja renomeado com um nome permitido. Essa proteção é executada no ponto de upload, de modo que nomes de arquivo problemáticos são capturados antes que o ativo entre no repositório.

Por que estas restrições existem

As restrições de caracteres de nomes de arquivo garantem que os nomes de ativos e pastas permaneçam compatíveis entre sistemas de arquivos, camadas de armazenamento e URLs da Web. Caracteres como barras, dois pontos e outros símbolos reservados têm significado especial em caminhos de arquivo e URLs, portanto, restringi-los evita conflitos de nomenclatura, links quebrados e erros de delivery downstream.

Para atender às convenções de nomenclatura de arquivo específicas da sua organização, a caixa de diálogo Carregar Assets permite que os usuários especifiquem nomes de arquivo longos durante o carregamento. Os seguintes caracteres (lista separada por espaços de) não são suportados:

  • Caracteres inválidos para o nome do ativo: * / : [ \\ ] | # % { } ? & ou ;= (um ponto e vírgula seguido por um sinal de igual)
  • Caracteres inválidos para o nome da pasta de ativos: * / : [ \\ ] | # % { } ? \" . ^ ; + & \t

Exemplos de nomes de arquivo inválidos:

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

Ambos os exemplos são rejeitados porque contêm caracteres reservados das listas acima. Para fazer upload com sucesso, remova os caracteres proibidos ou substitua-os por alternativas permitidas antes de tentar fazer upload novamente.

Fazer upload de ativos em massa bulk-upload

A assimilação de ativos em massa lida com grandes volumes de ativos com eficiência. Uma assimilação em grande escala não é um despejo de arquivo amplo ou uma migração casual. Para tornar uma assimilação em grande escala um projeto significativo que atenda aos objetivos de negócios com eficiência, planeje a migração e prepare a organização do ativo deliberadamente. Como cada assimilação é diferente, considere sua composição de repositório específica e as necessidades de negócios em vez de aplicar regras genéricas. As práticas recomendadas a seguir ajudam a planejar e executar uma assimilação em massa:

  • Preparar ativos: remova os ativos que não são necessários no repositório do Digital Asset Management (DAM). Considere remover ativos não utilizados, obsoletos ou duplicados. Essa manutenção reduz os dados transferidos e o número de ativos assimilados, o que resulta em assimilações mais rápidas e confiáveis.
  • Organizar ativos: considere organizar o conteúdo em uma ordem lógica definida, por tamanho de arquivo, formato de arquivo, caso de uso ou prioridade. Arquivos grandes e complexos exigem mais tempo de processamento e recursos do sistema, portanto, seu isolamento evita gargalos de processamento. Você também pode considerar a assimilação de arquivos grandes separadamente usando a opção de filtragem de tamanho de arquivo (descrita abaixo).
  • Assimilações escalonadas: considere dividir sua assimilação em vários projetos de assimilação em massa. A assimilação escalonada permite ver o conteúdo antes e ajustar a assimilação conforme necessário. Por exemplo, você pode assimilar ativos com processamento intensivo durante horários que não sejam de pico ou gradualmente em vários blocos. No entanto, você pode assimilar ativos menores e mais simples que não exigem muito processamento de uma só vez.

Para fazer upload de um número maior de arquivos, use uma das abordagens a seguir. Além disso, consulte os casos de uso e métodos

  • APIs de carregamento de ativos: use um script ou ferramenta de carregamento personalizado que use APIs para adicionar outras manipulações de ativos (por exemplo, traduzir metadados ou renomear arquivos), se necessário.
  • Aplicativo de desktop do Experience Manager: útil para profissionais criativos e profissionais de marketing que carregam ativos de seu sistema de arquivos local. Use-o para fazer upload de pastas aninhadas disponíveis localmente.
  • Ferramenta de assimilação em massa: use para assimilação de grandes quantidades de ativos ocasionalmente ou inicialmente ao implantar Experience Manager.

Ferramenta Importação de ativos em massa asset-bulk-ingestor

A ferramenta de Importação de Ativos em Massa está disponível somente para o grupo de administradores para assimilação em larga escala de ativos dos armazenamentos de dados do Microsoft Azure Blob Storage ou do Amazon Simple Storage Service (S3). O acesso é restrito aos administradores porque a assimilação em massa é uma operação privilegiada e de alto volume que move grandes números de ativos diretamente para o repositório e requer permissões elevadas para configuração segura. Veja um vídeo que aborda a configuração e a assimilação.

A imagem a seguir ilustra os vários estágios em que os administradores assimilam ativos no Adobe Experience Manager de um armazenamento de dados. A assimilação prossegue por meio de um pipeline em etapas, no qual os ativos são lidos do armazenamento de objeto conectado, transferidos e processados em Experience Manager, garantindo que lotes grandes sejam manipulados de forma confiável:

Ferramenta de assimilação em massa

Pré-requisitos

Para usar este recurso, é necessário uma conta ou um compartimento de armazenamento externo do Microsoft Azure ou do Amazon Web Services (AWS). O processo de importação em massa lê os ativos de origem diretamente dessa conta externa, portanto, um local de armazenamento Azure ou AWS configurado corretamente é uma pré-condição obrigatória.

NOTE
Crie o recipiente ou bucket da conta de armazenamento como particular e aceite somente conexões de solicitações autorizadas. Configurar o armazenamento como privado restringe o acesso a chamadores confiáveis e autenticados, o que protege os ativos de origem contra acesso não autorizado durante a assimilação. No entanto, não há suporte para restrições adicionais em conexões de rede de entrada.
NOTE
Contas de armazenamento externo podem aplicar regras de nomenclatura de arquivos e pastas diferentes da ferramenta Importação em Massa. Consulte Manuseio de nomes de arquivo durante a importação em massa para obter mais detalhes sobre nomes não permitidos e de escape.

Configurar a ferramenta Importação em massa configure-bulk-ingestor-tool

Para configurar a ferramenta Importação em Massa no Adobe Experience Manager, siga estas etapas:

  1. Navegue até Ferramentas > Assets > Importação em massa. Selecione a opção Criar.

  2. Especifique um título para a configuração de importação em massa no campo Título.

  3. Selecione o tipo de fonte de dados na lista suspensa Importar Source.

  4. Forneça os valores para criar uma conexão com a fonte de dados. Por exemplo, se você selecionar Armazenamento de blobs do Azure como fonte de dados, especifique os valores para a conta de armazenamento do Azure, o contêiner de blobs do Azure e a chave de acesso do Azure.

  5. Selecione o modo de autenticação necessário na lista suspensa. Os dois modos diferem no nível de acesso que concedem: A Chave de Acesso do Azure fornece acesso completo e irrestrito à conta de armazenamento do Azure, enquanto o Token SAS do Azure permite que o administrador limite os recursos do token usando permissões e políticas de expiração. Como resultado, o Token SAS do Azure é a opção mais restritiva e concede somente acesso com escopo e limite de tempo.

  6. Forneça o nome da pasta raiz que contém ativos na fonte de dados no campo Pasta de origem.

  7. (Opcional) Forneça o tamanho mínimo de arquivo dos ativos em MB para incluí-los no processo de assimilação no campo Filtrar por tamanho mínimo.

  8. (Opcional) Forneça o tamanho máximo de arquivo dos ativos em MB para incluí-los no processo de ingestão no campo Filtrar por tamanho máximo.

  9. (Opcional) Especifique uma lista separada por vírgulas de tipos MIME a serem excluídos da assimilação no campo Excluir tipos MIME. Os tipos MIME identificam o formato de arquivo de cada ativo, portanto, esse filtro permite ignorar formatos que você não deseja importar. Por exemplo, image/jpeg, image/.*, video/mp4. Consulte todos os formatos de arquivo com suporte.

  10. Especifique uma lista separada por vírgulas de tipos MIME a serem incluídos na assimilação no campo Incluir tipos MIME. Consulte todos os formatos de arquivo com suporte.

  11. Selecione a opção Excluir arquivo de origem após a importação para excluir os arquivos originais do repositório de dados de origem após os arquivos serem importados para Experience Manager. Isso recupera o armazenamento no armazenamento de dados de origem e impede que os mesmos arquivos sejam reimportados em execuções posteriores.

  12. Selecione o Modo de importação. Selecione Ignorar, Substituir ou Criar versão. O modo Ignorar é o padrão: como um ativo correspondente já existe no destino, o assimilador ignora a importação, o que impede a substituição do conteúdo existente. Veja o significado das opções substituir e criar versão.

  13. Para definir o local no Gerenciamento de ativos digitais (DAM) onde Experience Manager importa os ativos, especifique um caminho no campo Pasta de Destino do Assets. Por exemplo, /content/dam/imported_assets.

  14. (Opcional) Especifique o arquivo de metadados a ser importado, fornecido em formato CSV no campo Arquivo de metadados. Especifique o arquivo CSV no local do blob de origem e consulte o caminho ao configurar a ferramenta Importação em massa. O formato de arquivo CSV referenciado neste campo é igual ao formato de arquivo CSV usado ao Importar e exportar metadados de ativos em massa. Se você selecionar a opção Excluir arquivo de origem após a importação, filtre arquivos CSV usando os campos Excluir ou Incluir tipo MIME ou o campo Filtrar por caminho/arquivo, pois isso impede que o CSV de metadados seja excluído ou assimilado como um ativo. Você pode usar uma expressão regular para filtrar arquivos CSV nesses campos.

  15. Clique em Salvar para salvar a configuração.

Gerenciar a configuração da ferramenta Importação em massa manage-bulk-import-configuration

Depois de criar uma configuração da ferramenta Importação em massa, você pode validar e avaliar a configuração antes de assimilar ativos em massa na instância do Experience Manager. O gerenciamento da configuração neste estágio permite revisar suas configurações, confirmar a conexão com sua origem de ativo e testar a configuração. Isso garante que a configuração se comporte conforme esperado e ajuda a evitar erros de assimilação antes que os ativos sejam importados em escala.

Acesse as opções de gerenciamento de configuração access-configuration-management-options

Para exibir as opções disponíveis para gerenciar a configuração da ferramenta Importação em Massa, navegue até Ferramentas > Assets > Importação em Massa e selecione a configuração que deseja gerenciar. Selecionar a configuração exibe as ações de gerenciamento disponíveis para essa configuração específica, permitindo que você inspecione, avalie e ajuste a configuração antes de iniciar uma importação completa em massa. Como a avaliação ocorre antes da assimilação, você pode identificar e resolver problemas de configuração antecipadamente, reduzindo o risco de falhas ou importações de ativos incompletas.

Editar a configuração edit-configuration

Para editar os detalhes de configuração, siga estas etapas:

  1. Selecione a configuração que deseja modificar.
  2. Clique em Editar para abrir a configuração no modo de edição.
  3. Atualize os detalhes da configuração editável, conforme necessário, e salve as alterações.

Dois campos permanecem fixos e não podem ser modificados durante a operação de edição: o título da configuração e a fonte de dados de importação. Esses valores são bloqueados porque definem a identidade da configuração e a origem dos dados importados, e alterá-los após a criação quebraria as referências estabelecidas quando a configuração fosse definida pela primeira vez. Todos os outros detalhes de configuração permanecem disponíveis para edição, permitindo que você refine as configurações sem recriar a configuração do zero.

Excluir a configuração delete-configuration

Excluir uma configuração de Importação em massa a remove permanentemente da lista de configurações disponíveis. Exclua uma configuração quando ela não for mais necessária, quando ela tiver sido criada por engano ou quando quiser substituí-la por uma configuração atualizada.

Para excluir uma configuração de Importação em massa, siga estas etapas:

  1. Selecione a configuração que deseja remover da lista de configurações de Importação em massa.
  2. Clique em Excluir.

Esta ação remove a configuração de Importação em Massa selecionada. Como a exclusão de uma configuração remove suas configurações salvas, revise a configuração selecionada com cuidado antes de confirmar a exclusão para garantir que você não remova uma que ainda esteja em uso.

Validar conexão com a fonte de dados validate-connection

A validação da conexão confirma que Experience Manager pode acessar a fonte de dados e que as credenciais e os parâmetros de conexão fornecidos estão corretos antes de você usar a configuração. A execução dessa verificação primeiro evita erros downstream causados por pontos de extremidade inacessíveis ou autenticação inválida.

Para validar a conexão com a fonte de dados, siga estas etapas:

  1. Selecione a configuração que deseja validar.
  2. Clique em verificar.

Quando a conexão é bem-sucedida, Experience Manager exibe uma mensagem de confirmação indicando que a conexão com a fonte de dados foi estabelecida. Essa mensagem verifica se a configuração é válida e está pronta para ser usada.

Mensagem de êxito de importação em massa

Solução de problemas de conexão com falha troubleshoot-connection

Se a validação não for bem-sucedida, Experience Manager exibirá uma mensagem de erro em vez da confirmação de êxito. Para resolver uma conexão com falha, verifique o seguinte:

  • Detalhes da conexão: Confirme se os valores de host, porta e ponto de extremidade na configuração foram inseridos corretamente.
  • Credenciais: verifique se o nome de usuário, a senha ou o token de autenticação fornecidos para a fonte de dados são válidos e atuais.
  • Acesso à rede: confirme se Experience Manager pode acessar a fonte de dados pela rede e se firewalls ou regras de segurança não estão bloqueando a conexão.

Depois de corrigir a configuração, clique em verificar novamente para executar a validação novamente. Repita esse processo até que a mensagem de sucesso confirme que a conexão foi estabelecida.

Chamar uma execução de teste para o trabalho de Importação em Massa invoke-test-run-bulk-import

Selecione a configuração e clique em Dry Run para invocar uma execução de teste para o trabalho de Importação em Massa. Uma Execução Seca valida a configuração de Importação em Massa selecionada e sua conexão de origem sem importar ativos, permitindo que você confirme se as configurações estão corretas antes de confirmar uma importação completa. A execução de um teste primeiro reduz o risco de falhas nas importações ou importações parciais, pois detecta problemas de configuração ou conectividade antecipadamente em vez de durante o trabalho real.

Após a conclusão da execução de teste, Experience Manager exibe os seguintes detalhes sobre o trabalho de Importação em Massa:

  • Status da conexão — se Experience Manager se conecta com êxito ao local de origem configurado usando as credenciais fornecidas.
  • Assetsdetectado — o número de ativos encontrados no caminho de origem que correspondem aos critérios de importação.
  • Escopo de importação estimado — uma visão geral do conteúdo que seria importado, para que você possa verificar se a configuração está direcionada aos arquivos pretendidos.
  • Avisos ou erros — quaisquer problemas, como caminhos inacessíveis, credenciais inválidas ou ativos sem suporte, que possam impedir uma importação bem-sucedida.

Resultado do teste

Revise esses detalhes para confirmar se a configuração está correta. Se a Execução Seca relatar erros ou avisos, resolva-os e execute o teste novamente antes de iniciar o trabalho de Importação em Massa real.

Tratamento de nomes de arquivo durante a importação em massa filename-handling-bulkimport

Ao importar ativos ou pastas em massa, o Experience Manager Assets importa toda a estrutura existente na fonte de importação. O Experience Manager segue as regras internas para caracteres especiais nos nomes de ativos e pastas. Portanto, esses nomes de arquivos exigem limpeza. Isso garante que os nomes importados estejam em conformidade com as regras do repositório e não interrompam os caminhos do ativo. Tanto para o nome da pasta quanto para o nome do ativo, o título definido pelo usuário permanece inalterado e é armazenado na propriedade jcr:title do Java Content Repository (JCR), que preserva o título legível independentemente do nome técnico limpo.

Durante a importação em massa, o Experience Manager procura as pastas existentes para evitar a reimportação de ativos e pastas e também verifica as regras de limpeza aplicadas na pasta pai em que a importação ocorre. Se as regras de limpeza forem aplicadas na pasta principal, as mesmas regras serão aplicadas à fonte de importação. Para novas importações, as seguintes regras de limpeza são aplicadas para gerenciar os nomes de arquivo de ativos e pastas.

Nomes não permitidos na importação em massa

Os seguintes caracteres não são permitidos em nomes de arquivos e pastas:

  • Caracteres de Controle e Uso Privado (0x00 a 0x1F, \u0081, \uE000)
  • Nomes de arquivo ou pasta terminando com um ponto (.)

Como resultado, os arquivos ou pastas com nomes que correspondem a essas condições são ignorados durante o processo de importação e marcados como com falha.

Manipulando o nome do ativo na importação em massa

Para nomes de arquivo de ativos, Experience Manager limpa o nome e o caminho JCR usando a API: JcrUtil.escapeIllegalJcrChars.

  • Caracteres Unicode não são alterados

  • Substitua os caracteres especiais pelo Código de escape da URL, por exemplo, new%asset.png é atualizado para new%25asset.png:

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

Manipulando o nome da pasta na importação em massa

Para nomes de arquivo de pasta, Experience Manager limpa o nome e o caminho JCR usando a API: DamUtil.getSanitizedFolderName.

  • Caracteres em maiúsculas são convertidos em minúsculas

  • Caracteres Unicode não são alterados

  • Substitua os caracteres especiais por traço (‘-’), por exemplo, new folder é atualizado para 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.
    

Agendar uma importação única ou recorrente em massa schedule-bulk-import

Para agendar uma importação em massa única ou recorrente, execute as seguintes etapas:

  1. Criar uma configuração de importação em massa.

  2. Selecione a configuração e selecione Agendar na barra de ferramentas.

  3. Defina uma ingestão única ou agende uma programação por hora, dia ou semana. Clique em Enviar. As programações recorrentes garantem que os novos ativos na origem de importação sejam assimilados automaticamente no intervalo definido sem reexecução manual.

    Agendar trabalho de entrada em massa

Exibir a pasta de destino Assets view-assets-target-folder

Para exibir o local de destino Assets onde os ativos são importados após a execução do trabalho de Importação em Massa, selecione a configuração e clique em Exibir Assets.

Executar a ferramenta Importação em massa run-bulk-import-tool

Após configurar a ferramenta Importação em massa e, opcionalmente, gerenciar a configuração da ferramenta Importação em massa, os administradores podem executar o trabalho de configuração para iniciar a assimilação em massa de ativos.

Para iniciar o processo de Importação em massa, navegue até Ferramentas > Assets > Importação em massa, selecione a Configuração de Importação em Massa e clique em Executar. Clique em Executar novamente para confirmar.

Experience Manager atualiza o status do trabalho para Processando e para Com êxito após a conclusão bem-sucedida do trabalho. Para exibir os ativos importados em Experience Manager, clique em ExibirAssets.

Enquanto o trabalho estiver em andamento, você poderá controlar o processo de assimilação da seguinte maneira:

  • Parar — selecione a configuração e clique em Parar para interromper o processo de assimilação em massa.
  • Executar — Clique em Executar novamente para retomar o processo de onde ele parou.
  • Execução Seca — Clique em Execução Seca para exibir os detalhes dos ativos que ainda têm importação pendente, sem confirmar a assimilação. Isso permite que os administradores verifiquem o escopo da importação antes que ela seja concluída.

Gerenciar trabalhos após a execução manage-jobs-after-execution

Experience Manager permite que você veja o histórico dos trabalhos de importação em massa. O histórico de Jobs compreende o status do job, seu criador, seus logs, juntamente com outros detalhes, como a data e hora de início, data e hora de criação e data e hora de término. Esse histórico fornece uma trilha de auditoria completa, permitindo que os administradores rastreiem, solucionem problemas e verifiquem cada operação de importação em massa.

Exibição do Histórico de Jobs para uma Configuração de Importação em Massa viewing-job-history

A exibição Histórico de Trabalhos permite revisar os registros de execução de uma configuração de Importação em Massa específica, fornecendo visibilidade sobre as execuções de importação anteriores e seus resultados. Para acessar o histórico de jobs de uma configuração:

  1. Selecione a configuração cujo histórico você deseja revisar.
  2. Clique em Histórico do Trabalho.
  3. Selecione um cargo específico na lista.
  4. Clique em Abrir para exibir os detalhes completos desse trabalho.

Agendar trabalho de entrada em massa

Adobe Experience Manager exibe o histórico do trabalho, permitindo que você inspecione o status e os resultados de cada trabalho de Importação em Massa gravado. A revisão desse histórico é útil para confirmar se as importações foram concluídas com êxito e para solucionar problemas de qualquer trabalho que não tenha sido concluído conforme esperado.

Na página Histórico do trabalho de Importação em massa, você também pode clicar em Excluir para remover esse trabalho de Importação em massa específico da configuração. A exclusão de um trabalho remove seu registro do histórico de trabalhos para a configuração Importação em massa, ajudando você a manter a lista de histórico limpa e focada em execuções relevantes.

Fazer upload de ativos usando clientes de desktop upload-assets-desktop-clients

O Adobe Experience Manager oferece suporte a dois clientes desktop para carregar ativos, Adobe Asset Link e Experience Manageraplicativo desktop, além da interface do usuário (UI) do navegador da Web. Ambos os clientes desktop permitem o upload direto de ativos sem precisar abrir um navegador da Web.

  • O Adobe Asset Link fornece acesso direto aos Experience Manager ativos dos aplicativos de desktop do Adobe Photoshop, Adobe Illustrator e Adobe InDesign. Você carrega o documento atualmente aberto no Experience Manager diretamente da interface do Adobe Asset Link, sem sair do Photoshop, Illustrator ou InDesign.
  • O aplicativo de desktop do Experience Manager simplifica o gerenciamento de ativos no desktop, independentemente do tipo de arquivo ou do aplicativo nativo que lida com cada ativo. O aplicativo de desktop é o cliente preferencial para carregar arquivos em hierarquias de pastas aninhadas do sistema de arquivos local, pois o carregamento do navegador dá suporte apenas a listas de arquivos simples. Como resultado, ao preservar a estrutura de pastas é importante, o aplicativo de desktop Experience Manager carrega toda a hierarquia em uma única operação, enquanto o navegador requer que os arquivos sejam nivelados primeiro.

Processar ativos quando carregados process-when-uploaded

Aplique perfis de processamento nas pastas de carregamento para executar processamento adicional em ativos carregados. Esses perfis estão disponíveis na página Propriedades de uma pasta em Assets e controlam como cada ativo é transformado depois de ser adicionado à pasta.

Propriedades de uma pasta de ativos com opções para adicionar um perfil de processamento

Um ativo digital sem uma extensão ou com uma extensão incorreta não é processado conforme desejado. Como resultado, ao fazer upload desses ativos, nada acontece ou um perfil de processamento incorreto pode ser aplicado, pois o sistema depende da extensão do arquivo para selecionar o perfil correto. Os usuários ainda podem armazenar os arquivos binários no repositório do Digital Asset Management (DAM), mesmo quando o perfil correto não é executado automaticamente.

As seguintes guias estão disponíveis:

  • Os perfis de metadados aplicam as propriedades de metadados padrão aos ativos carregados nessa pasta, garantindo metadados consistentes e pesquisáveis na pasta.
  • Os perfis de processamento geram mais representações do que o possível por padrão, estendendo o conjunto de versões derivadas produzidas de cada ativo de origem.

Além disso, se Dynamic Media estiver habilitado na implantação, as seguintes guias adicionais estarão disponíveis:

NOTE
Dynamic Media o corte e outras operações nos ativos são não destrutivas, o que significa que as operações não alteram o original carregado. Em vez disso, Dynamic Media fornece parâmetros para cortar ou transformar ativos no momento da entrega. Isso garante que o binário de origem permaneça intacto e reutilizável para outras representações.

Para pastas que têm um perfil de processamento atribuído, o nome do perfil aparece na miniatura na exibição de cartão. Na exibição de lista, o nome do perfil aparece na coluna Processando Perfil.

Fazer upload ou assimilar ativos usando APIs upload-using-apis

A seção carregamento de ativos da referência do desenvolvedor fornece detalhes técnicos completos das APIs de carregamento e do protocolo, juntamente com links para um Kit de Desenvolvimento de Software (SDK) de código aberto e clientes de exemplo. Essas APIs (Application Programming Interfaces, interfaces de programação de aplicativos) permitem que os desenvolvedores façam upload ou assimilem ativos de forma programática, permitindo fluxos de trabalho automatizados e repetíveis em vez de uploads manuais. O SDK de código aberto e clientes de exemplo aceleram a integração fornecendo implementações de referência prontas para uso que demonstram como o protocolo de upload funciona na prática.

Segurança e práticas recomendadas para o upload de ativos asset-upload-security-and-best-practices

A segurança de upload de ativos controla como os arquivos enviados por usuários ou sistemas são validados, digitalizados, armazenados e veiculados, protegendo um aplicativo contra conteúdo mal-intencionado, corrupção de dados e abuso de armazenamento ou largura de banda. Garantir o pipeline de upload é amplamente considerado essencial, porque uploads irrestritos ou mal validados estão entre os vetores mais comuns para injetar malware, executar código não autorizado e esgotar recursos do servidor.

Controles de Segurança de Upload Principais core-upload-security-controls

A segurança eficaz do upload de ativos depende de controles em camadas aplicados em cada estágio do ciclo de vida do upload. Os principais controles incluem:

  • Validação de tipo de arquivo — verifique cada carregamento em relação a um incluo na lista de permissões explícito de formatos permitidos, em vez de uma inclui na lista de permissões, pois as incluis na lista de bloqueios são muito mais difíceis de ignorar e evitar que o conteúdo executável disfarçado seja ignorado.
  • Limites de tamanho de arquivo — Imponha limites de tamanho máximo para evitar condições de negação de serviço causadas por carregamentos muito grandes que podem esgotar espaço em disco ou memória.
  • Inspeção de conteúdo — Inspecione a assinatura de arquivo real (bytes mágicos) em vez de confiar na extensão de arquivo ou no tipo MIME (Extensões de Email de Internet Multipropósito) fornecido pelo cliente, já que os invasores costumam falsificar extensões para disfarçar arquivos prejudiciais.
  • Verificação de malware — Execute ativos carregados por meio de uma verificação antivírus ou de malware antes de disponibilizá-los, garantindo que os arquivos infectados sejam colocados em quarentena, em vez de distribuídos a outros usuários.
  • Limpeza do nome de arquivo — elimine ou normalize caracteres especiais, separadores de caminho e sequências de controle de nomes de arquivo para impedir ataques de travessia de caminho e escape de diretório.

Aplique estas práticas recomendadas em sequência para endurecer o fluxo de trabalho de upload:

  1. Validar no servidor — Trate todas as validações do lado do cliente como somente supervisão e imponha todas as verificações do lado do servidor, pois os controles do lado do cliente podem ser ignorados por um ator mal-intencionado.
  2. Armazenar ativos fora da raiz da Web — Mantenha os arquivos carregados em um local que não possa ser executado diretamente pelo servidor Web, o que impede que um invasor execute um script carregado como código.
  3. Renomear arquivos carregados — Atribua identificadores imprevisíveis gerados pelo servidor aos arquivos armazenados para evitar a substituição de ativos existentes e impedir a enumeração de conteúdo armazenado.
  4. Restringir permissões — Conceda aos arquivos carregados o mínimo necessário de permissões de leitura e gravação e nunca os marque como executáveis, garantindo que um arquivo comprometido não possa ser executado.
  5. Autenticar e autorizar carregamentos — Confirme se o usuário solicitante tem permissão para carregar, o que limita a exposição a abuso anônimo e envios não autorizados.
  6. Limite de taxa e limitação — aplique limites de taxa de carregamento por usuário ou por sessão para reduzir o risco de abuso automatizado e esgotamento de recursos.

Manuseio e armazenamento após o upload handling-and-storage-after-upload

As responsabilidades de segurança continuam depois que um arquivo é aceito. Para proteger ativos durante o armazenamento e o delivery:

  • Servir ativos por conexões criptografadas — Forneça conteúdo carregado por HTTPS (Hypertext Transfer Protocol Secure) para que os arquivos não sejam interceptados ou adulterados em trânsito.
  • Isolar conteúdo gerado pelo usuário — Servir uploads não confiáveis de um domínio separado ou de uma Rede de Entrega de Conteúdo (CDN) dedicada, pois o isolamento desse conteúdo limita o impacto de scripts entre sites e ataques de roubo de cookies.
  • Definir cabeçalhos de resposta corretos — Retorne cabeçalhos Content-Type precisos e force os downloads onde apropriado, de modo que os navegadores não interpretem incorretamente e executem um arquivo armazenado.
  • Carregamentos de log e de auditoria — Registre metadados de carregamento e eventos de acesso, que oferecem suporte à investigação de incidentes e ajudam a detectar padrões de abuso antecipadamente.

Seguir esses controles e práticas recomendadas estabelece uma abordagem de defesa detalhada para uploads de ativos, reduzindo o risco de que uma única verificação perdida resulte em um comprometimento total.

Upload binário direto com URLs pré-assinados direct-binary-upload

O Adobe Experience Manager (AEM) as a Cloud Service carrega ativos por meio de um fluxo de Carregamento Binário Direto, uma sequência de três etapas: (1) um cliente solicita uma URL pré-assinada, (2) o binário é carregado diretamente no armazenamento usando essa URL e (3) o ativo é finalizado com uma chamada de API autenticada. Esse design transfere a grande transferência binária diretamente para o armazenamento, mantendo o registro de ativos sob controle autenticado.

Tempo de vida e reutilização do URL url-lifetime-and-reuse

  • Os URLs pré-assinados têm vida curta, permanecendo válidos por aproximadamente uma hora. No entanto, o Time to Live (TTL) exato não é um Service level agreement (SLA) publicado ou garantido. Trate a duração como um detalhe de implementação que pode mudar e não codifique o valor em integrações.
  • Um URL pré-assinado deve ser usado imediatamente como parte de uma única sessão de upload. Ele não foi projetado para ser armazenado e reutilizado posteriormente e não se destina a ser reutilizável em vários uploads. Cada sessão de upload obtém seu próprio URL.

Segurança de URLs pré-assinados security-of-presigned-urls

  • Vazar apenas uma URL pré-assinada não é suficiente para criar um ativo, pois a criação e a finalização do ativo dependem de uma chamada de API autenticada separada que use credenciais válidas e um uploadToken. Se um ator obtiver somente o URL pré-assinado, ele não poderá concluir o registro do ativo sem uma autenticação válida e o token de upload associado.
  • Esse requisito de autenticação limita o impacto prático de uma URL vazada: as credenciais necessárias e o uploadToken atuam como um segundo controle, portanto, a exposição da URL por si só não permite que um ativo não autorizado seja registrado.
  • Trate os URLs pré-assinados como valores confidenciais em suas próprias integrações. Evite registrá-los, sempre use HTTPS e não os mantenha após a sessão de carregamento.

Autenticação para uploads programáticos authentication-for-programmatic-uploads

Somente Credenciais de serviço (JWT) oferecem suporte a carregamentos de ativos programáticos para Adobe Experience Manager (AEM). Existem dois mecanismos de autenticação para o acesso à API do AEM, que são não intercambiáveis para operações de carregamento de ativos. Escolher o tipo de credencial errado é a causa mais comum de integrações de upload com falha.

Tipo de credencial
Onde é gerado
Se é compatível com a API de upload de ativos
Credenciais S2S (Servidor para servidor OAuth)
Console do desenvolvedor da Adobe
não há suporte para chamadas de API de carregamento de ativos. Como a API de Carregamento de Ativos rejeita este tipo de credencial imediatamente, usá-la resulta em erros persistentes de 403 Proibido, mesmo com um perfil de produto atribuído corretamente (por exemplo, Assets Usuários do Collaborator).
Credenciais de serviço (JWT)
AEM Developer Console
há suporte para chamadas de API de carregamento de ativos de servidor para servidor.
NOTE
A API HTTP de ativo mais antiga para atualizar diretamente o binário de um ativo está obsoleta. As novas integrações usam o fluxo Upload Binário Direto, que é o método atual com suporte para transferir de forma programática binários de ativos para o AEM.

A conta técnica usada para carregamentos de API deve ter Listas de Controle de Acesso (ACLs) explícitas no nível do repositório concedidas no nível do caminho. São necessárias duas permissões de ACL:

  • jcr:read em /content/dam — concede acesso de leitura à raiz de conteúdo do gerenciamento de ativos digitais (DAM).
  • rep:write (ou jcr:all) na subpasta de destino específica — concede acesso de gravação ao caminho de destino em que os ativos são carregados.

Estas ACLs de nível de caminho são necessárias além do o tipo de credencial correto e o perfil de produto ou associação de grupo do console de administrador correto.

Uma conta técnica pode ser corretamente licenciada e agrupada e ainda receber erros 403 Forbidden. Isso ocorre porque a atribuição de perfil de produto ou grupo e as ACLs de repositório são controles independentes e ambos são obrigatórios. Como resultado, se as ACLs de nível de caminho não tiverem sido concedidas, a conta terá o acesso negado mesmo quando seu tipo de credencial e perfil de produto estiverem configurados corretamente.

Detecção de malware e quarentena malware-detection-and-quarantine

A Detecção de malware no Adobe Experience Manager (AEM) verifica cada arquivo carregado e move qualquer arquivo infectado para uma área Quarentena dedicada, isolando ativos suspeitos do restante do repositório. Quando a detecção de malware está habilitada, o sistema verifica cada upload à medida que ele chega e, ao detectar uma infecção, coloca o arquivo em quarentena automaticamente. Isso isola a ameaça de fluxos de trabalho ativos e impede que os ativos infectados sejam publicados, baixados ou distribuídos para outros usuários.

O acesso aos ativos em quarentena é regido por permissões Adobe Experience Manager (AEM) padrão, aplicadas por meio de um grupo Administradores de Quarentena dedicado. Como a visibilidade da quarentena não está vinculada a uma única função fixa, o acesso pode ser estendido de forma flexível:

  • Por padrão, os membros do grupo Administradores de quarentena mantêm acesso aos ativos em quarentena.
  • Outros grupos personalizados podem receber acesso à área de quarentena quando os requisitos operacionais ou de segurança exigirem uma supervisão mais ampla.
  • Vários grupos podem, portanto, manter a visibilidade da quarentena simultaneamente, em vez de restringir a capacidade a uma única função.

Esse modelo de permissão garante que somente usuários autorizados possam inspecionar, liberar ou remover conteúdo em quarentena, mantendo um processo de revisão controlado para arquivos potencialmente prejudiciais.

Para obter mais informações sobre detecção e quarentena de malware, consulte Detecção de malware.

Restrições de manuseio e upload de tipo de arquivo file-type-handling-and-upload-restrictions

  • Adobe Experience Manager (AEM) não impõe restrições padrão de tipo de arquivo em uploads. É possível carregar arquivos com extensões executáveis (por exemplo, .exe ou .exe.pdf) como representações de ativos.
  • Esse é um comportamento esperado, não uma vulnerabilidade. O AEM não renderiza nem executa o conteúdo ou scripts ativos carregados, seja no navegador ou no servidor. Como os arquivos carregados são armazenados e servidos apenas como representações de ativos inertes em vez de serem executados como código, o carregamento de um arquivo executável por si só não cria um risco de execução de código remoto (RCE) no modelo de segurança padrão do AEM. Organizações com requisitos de conformidade mais rigorosos devem aplicar sua própria validação de upload ou incluir na lista de permissões, se necessário, pois a AEM não impõe isso nativamente e deixa esses controles para a organização de implantação.
  • Os formatos de arquivo compatíveis e os tipos MIME (Multipurpose Internet Mail Extensions) para o processamento de ativos são documentados separadamente. Os tipos incompatíveis não são totalmente processados, o que significa que esses arquivos incompatíveis podem não gerar as representações esperadas.

Carregar práticas recomendadas de confiabilidade upload-reliability-best-practices

Otimizar ativos antes de fazer upload optimize-assets-before-upload

  • Para tipos de ativos grandes ou especializados, como vídeo, PDF e GIF, siga os limites de tamanho de arquivo recomendados, as configurações de codificação e os formatos preferidos. Seguir essas especificações impede o impacto no desempenho da plataforma durante a geração de upload, processamento e visualização, pois arquivos grandes ou não padrão colocam a carga mais pesada sobre as etapas de transcodificação e geração de miniaturas.

Use caminhos de upload compatíveis para arquivos essenciais aos negócios use-supported-upload-paths

  • Use as APIs de carregamento ou os fluxos de interface do usuário com suporte para arquivos comerciais críticos, em vez de carregamentos em massa ad hoc em nível de pasta. Os caminhos compatíveis aplicam validação, codificação e tratamento de erros consistentes, o que os torna a escolha mais confiável para arquivos que não podem tolerar corrupção ou perda.
  • Os uploads de arrastar e soltar no nível da pasta ocasionalmente causam corrupção de arquivo, de acordo com os casos relatados. Como resultado, eles não são recomendados para ativos essenciais.

Se um upload no nível da pasta falhar ou corromper um arquivo folder-level-upload-fails

Capture evidências imediatamente, pois a causa subjacente geralmente é específica do ambiente ou do arquivo e torna-se difícil de diagnosticar depois do fato, uma vez que a evidência é perdida.

  1. Registre a mensagem de erro exata ou o comportamento observado assim que ela ocorrer.
  2. Faça capturas de tela do estado de falha e das caixas de diálogo de erro.
  3. Salve um arquivo HAR (Arquivo HTTP) ou logs de rede da sessão do navegador, pois eles capturam os detalhes de solicitação/resposta necessários para rastrear a falha.
  4. Preserve o arquivo afetado para que ele possa ser testado novamente em relação ao caminho de carregamento com suporte.

A captura dessa evidência imediatamente dá às equipes de suporte e engenharia os detalhes específicos do ambiente e do arquivo necessários para reproduzir e resolver o problema, enquanto a tentativa de diagnosticar a corrupção após o fato — sem registros ou o erro original — geralmente é impraticável.

Solução de problemas da lista de verificação de falhas de upload troubleshooting-checklist-for-upload-failures

  1. 403 Proibido no carregamento da API (Interface de Programação de Aplicativo): Confirme primeiro o tipo de credencial. As credenciais OAuth S2S (servidor para servidor) da Adobe Developer Console não têm suporte para a API de carregamento de ativos. Em vez disso, use as Credenciais de Serviço (JSON Web Token ou JWT) emitidas pelo console do Desenvolvedor do Adobe Experience Manager (AEM). Os dois tipos de credencial são provisionados por meio de diferentes consoles e concedem escopos diferentes, por isso a substituição de um pelo outro produz um 403 Proibido mesmo quando a conta parece válida.

  2. 403 Proibido apesar das credenciais corretas e da associação de grupo: Confirme se a conta técnica mantém jcr:read explícito em /content/dam e rep:write/jcr:all na pasta de destino específica. A associação de grupo ou perfil não substitui Listas de Controle de Acesso (ACLs) no nível da pasta, pois o AEM autoriza gravações de ativos no nível do nó do repositório, em vez de somente por função. Como resultado, uma conta pode pertencer ao grupo correto, mas ainda ser negada até que as ACLs de nível de nó sejam definidas na pasta de destino exata.

  3. O carregamento foi bem-sucedido, mas o ativo não aparece ou o binário parece corrompido: exclua o carregamento em massa no nível da pasta como o método de assimilação. Tente novamente por meio da API de upload padrão ou da interface do usuário (UI) e capture logs se o problema se repetir. Os caminhos de assimilação em massa lidam com binários de forma diferente da API padrão, portanto, isolar o método de assimilação é a maneira mais rápida de determinar se a corrupção se origina do próprio caminho de upload.

  4. Carregamento de arquivo irrestrito dos sinalizadores de revisão de segurança: Esclareça que o AEM não executa o carregamento de conteúdo ativo no lado do servidor ou no navegador por padrão. Como esse conteúdo nunca é executado, o upload irrestrito de arquivo é esperado devido ao comportamento da plataforma em vez de um defeito: o risco principal do conteúdo ativo armazenado é neutralizado quando o conteúdo não pode ser executado. Isso é válido a menos que sua organização exija uma validação adicional do tempo de upload, caso em que essa validação deve ser adicionada como um controle de política além do comportamento padrão.

  5. Preocupado com a exposição da URL pré-assinada: uma URL pré-assinada é um link pré-autorizado e com limite de tempo usado para transferir o binário diretamente para o armazenamento. Confirme se a URL foi usada dentro de sua curta janela de validade e se a finalização do ativo ainda exigia uma chamada autenticada separada com um uploadToken válido. Este design de duas etapas limita o escopo de exposição de um URL pré-assinado vazado (Uniform Resource Locator), pois a posse do URL sozinho não pode finalizar um ativo sem um uploadToken válido, autenticado separadamente. Consequentemente, um URL que vaza depois que sua janela de validade é fechada não possui recurso de gravação prático.

Dicas, práticas recomendadas e limitações tips-limitations

  • O carregamento binário direto é um novo método para carregar ativos. Por padrão, ela tem suporte nos recursos e clientes do produto, incluindo a interface de usuário Experience Manager, Adobe Asset Link e o aplicativo de desktop Experience Manager. Qualquer código personalizado personalizado personalizado personalizado ou estendido pelas equipes técnicas de um cliente deve usar as novas APIs (interfaces de programação de aplicativo) e protocolos de upload.

  • Manuseio de pasta grande: Experience Manager Assetsdá suporte a pastas que contêm mais de 1000 filhos diretos (ativos ou subpastas). Quando a pasta excede o limite de 1000 itens, a interface do usuário do Administrador alterna para um índice atualizado de forma assíncrona para listar o conteúdo da pasta. Como esse índice é atualizado de forma assíncrona, as pastas e os ativos recém-criados aparecem após um pequeno atraso, geralmente apenas alguns segundos. Ao abrir essa pasta na Exibição do administrador, um banner notifica os usuários finais sobre esse comportamento, declarando o seguinte: “Esse diretório contém mais de 1000 itens. Os uploads e as novas criações de pasta podem ser adiadas.”

  • Substituir e gerar novamente a ID do ativo: Ao selecionar Substituir na caixa de diálogo Conflito de Nome, a ID do ativo é gerada novamente para o novo ativo. Essa ID é diferente da ID do ativo anterior. Se o Assets Insights estiver habilitado para rastrear impressões ou cliques com Adobe Analytics, a ID de ativo regenerada invalida os dados capturados para o ativo em Analytics, porque o Analytics rastreia impressões e cliques em relação à ID de ativo original e não pode reconciliar a nova ID com registros anteriores.

  • Caracteres proibidos nos nomes de arquivo: alguns métodos de carregamento não impedem que os usuários carreguem ativos com caracteres proibidos nos nomes de arquivo. Nesses casos, os caracteres proibidos são substituídos pelo símbolo -.

  • Limitação de carregamento do navegador: o carregamento de ativos usando o navegador só oferece suporte a listas de arquivos simples e não a hierarquias de pastas aninhadas. Para carregar todos os ativos dentro de uma pasta aninhada, use o aplicativo de desktop, que preserva a estrutura de pastas durante a transferência.

  • Estrutura de pastas de importação em massa: o método de importação em massa importa toda a estrutura de pastas como ela existe na fonte de dados. No entanto, somente as pastas não vazias são criadas em Experience Manager, o que significa que as pastas vazias na origem são omitidas da hierarquia importada.

Consulte também

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