Integrar o Adobe Experience Manager (AEM) com o SAP Commerce Cloud significa gerir conteúdo e ativos no AEM e deixar o catálogo, os preços, o cesto e as encomendas no SAP Commerce Cloud, a plataforma antes conhecida como hybris. A documentação da Adobe confirma que o AEM integra com o SAP Commerce Cloud, mas a forma de o fazer mudou: o que servia no AEM 6.x não é o caminho recomendado hoje.
Para uma empresa com catálogo extenso e processos de encomenda complexos, essa mudança tem consequências práticas. Um projeto que copie a arquitetura antiga herda componentes em modo de manutenção, enquanto um projeto novo precisa de decidir quem faz o quê entre o AEM, o SAP Commerce Cloud e, muitas vezes, o ERP por trás. É um tema de integração SAP com e-commerce, onde o dado de produto tem de chegar limpo à loja.
Este guia explica o que as fontes oficiais confirmam a 31-10-2026, compara as opções de arquitetura, identifica os riscos principais e propõe uma checklist de trabalho em oito passos.
O que confirma a documentação oficial da Adobe?
A documentação do AEM as a Cloud Service indica que o AEM pode integrar com Adobe Commerce, Salesforce Commerce, SAP Commerce Cloud ou outra solução. A Adobe recomenda o Edge Delivery Services como base e descreve o storefront assente nos CIF Core Components como estando em modo de manutenção, a não usar em projetos novos. Para quem já usa CIF, aconselha a migração gradual, com páginas de Edge Delivery e de CIF lado a lado.
A documentação do AEM 6.5 descreve a integração clássica com o hybris. O AEM oferece uma camada de integração em que o motor de comércio é escolhido por configuração. O hybris fornece uma lista inicial de identificadores e atualizações, que o AEM consulta periodicamente, e os catálogos têm versão Staged e Online. Os dados de produto ficam guardados no repositório do AEM, e a instância de publicação precisa de acesso ao hybris para dados de produto e personalizados.
Segundo essa documentação, é o AEM que trata da autenticação e cria contas correspondentes no hybris. O carrinho fica guardado no servidor do hybris. A extensão por defeito visa o hybris 5; o hybris 4 exige alterações de configuração. Outra página da Adobe indica que a extensão para o SAP Commerce Cloud suporta o AEM 6.4 e que a Adobe recomenda, para a maioria dos casos, a abordagem de nuvem com Adobe Commerce, deixando a abordagem local para casos limitados, como catálogos pequenos e estáticos.
Que arquiteturas existem hoje?
Em termos práticos, há três caminhos. A tabela resume-os, e a escolha depende de a empresa ter já uma instalação ou estar a começar de raiz.
| Caminho | Quando faz sentido | Ponto forte | Cuidado |
|---|---|---|---|
| Manter a integração clássica | Instalação existente estável | Sem reconstrução | Componentes em manutenção |
| AEM como conteúdo, loja própria | Loja já construída | Menos retrabalho | Contratos de API |
| Edge Delivery com comércio externo | Projeto novo ou migração | Direção da Adobe | Validar suporte SAP |
O primeiro caminho é legítimo se a loja funciona e não há razão para a mexer, mas deve ter um plano de saída. O segundo usa o AEM só para conteúdo e ativos, através de Content Fragments e edição contextual, e deixa a interface com o SAP Commerce Cloud. O terceiro segue a recomendação da Adobe; antes de o orçamentar, confirme com a Adobe e com a SAP o que está suportado para o SAP Commerce Cloud nessa arquitetura.
Que riscos aparecem nestes projetos?
Os riscos concentram-se na ligação de dados e na dependência de peças antigas, mais do que na tecnologia de base.
- Componentes legados: construir um projeto novo sobre CIF ou sobre a integração clássica cria uma dívida técnica à nascença.
- Sincronização de catálogo: a consulta periódica do AEM ao hybris implica atrasos entre uma alteração e a sua publicação.
- Duas contas de utilizador: como o AEM cria contas no hybris, a gestão de passwords, consentimentos e RGPD tem de ser desenhada com cuidado.
- Variantes: a documentação clássica trata duas dimensões de variante no componente por defeito; produtos com mais dimensões exigem trabalho à medida.
- Acesso da publicação: a instância de publicação do AEM precisa de acesso ao hybris, o que afeta rede, segurança e desempenho.
- Dados de origem: se o ERP envia dados de produto incompletos, o SAP Commerce Cloud limita-se a replicar o problema.
O último ponto decide muitos projetos. Se o catálogo nasce num ERP, o guia sobre SAP S/4HANA com SAP Commerce Cloud mostra a camada que fica antes do AEM.
Manter a integração clássica ou migrar?
Migrar compensa quando a integração atual limita a evolução da loja, e manter compensa quando funciona e o custo de mudar supera o risco. A Adobe aconselha a migração gradual para o Edge Delivery Services, o que permite começar por algumas páginas e manter as restantes como estão.
Na prática, sugerimos escolher primeiro um tipo de página com bom retorno, como as páginas de campanha ou de categoria, e migrá-lo. Medir o resultado em desempenho e em esforço editorial dá uma base real para decidir o resto. Migrar tudo de uma vez, sem esse ensaio, concentra o risco num único arranque.
Convém ainda guardar um inventário das personalizações feitas sobre o código original. São elas que, na maioria das migrações, consomem mais tempo do que o previsto, porque raramente estão documentadas e dependem de pessoas que entretanto saíram da equipa.
Checklist Avafa para integrar o AEM com o SAP Commerce Cloud
Estes são os passos que seguimos antes de qualquer desenvolvimento, cada um com um resultado escrito:
- Identificar a versão do AEM, a do SAP Commerce Cloud e o tipo de implementação em uso.
- Verificar na documentação da Adobe se os componentes planeados estão em manutenção.
- Listar os sistemas a montante, como ERP e PIM, e quem publica cada campo de produto.
- Definir o identificador comum de produto e confirmar que existe em todos os sistemas.
- Escolher o caminho da tabela anterior e registar a razão da escolha.
- Desenhar a gestão de contas, consentimentos e sessões de cliente.
- Testar a sincronização com produtos de várias variantes, sem imagem e fora de stock.
- Combinar quem monitoriza as falhas e em que prazo se corrigem.
O passo dois evita o erro mais caro: comprometer-se com uma arquitetura que a própria Adobe já não recomenda para projetos novos.
Como trabalhamos na Avafa
Na Avafa começamos por mapear o dado de produto, da origem até à página, e só depois falamos de conectores. Registamos o que a documentação confirma e o que fica por confirmar com os fornecedores, para que o orçamento não assente em suposições.
Se o projeto envolve SAP, ativos e catálogo, conheça o nosso serviço de integração SAP com e-commerce e a abordagem de integração de DAM com e-commerce.
Guias relacionados
- Integrar o AEM com Salesforce Commerce Cloud
- Integrar o AEM com BigCommerce
- Integrar AEM Assets com Adobe Commerce
- Integrar Microsoft Dynamics 365 com SAP Commerce Cloud
- Integrar SAP S/4HANA com SAP Commerce Cloud
Perguntas frequentes
O AEM integra com o SAP Commerce Cloud?
Sim. A documentação do AEM as a Cloud Service indica que o AEM pode integrar com o SAP Commerce Cloud, tal como com o Adobe Commerce, o Salesforce Commerce ou outra solução.
Posso começar um projeto novo com CIF?
A Adobe descreve o storefront com CIF Core Components como estando em modo de manutenção e recomenda o Edge Delivery Services para projetos novos.
O hybris e o SAP Commerce Cloud são a mesma coisa?
A documentação da Adobe refere o hybris como o atual SAP Commerce Cloud. Ao ler documentação antiga, é por isso normal encontrar os dois nomes.
Onde ficam guardados os dados de produto?
Na integração clássica descrita para o AEM 6.5, os dados de produto ficam no repositório do AEM, com referências nas páginas de conteúdo. O carrinho fica no servidor do hybris.
Posso usar o AEM só para conteúdo?
Sim. A Adobe descreve esse modelo para lojas próprias: o AEM fornece conteúdo e ativos através de Content Fragments, e a loja trata do comércio.