Conceitos concepts

A estrutura de integração fornece os mecanismos e componentes para:

Isso significa que:

Para otimizar a operação, tanto o AEM quanto o mecanismo de comércio eletrônico se concentram em sua própria área de conhecimento. As informações são transferidas entre os dois em tempo real; por exemplo:

Vários componentes de AEM prontos para uso são fornecidos para usar a camada de integração. Atualmente, incluem:

Várias opções de pesquisa também estão disponíveis.

Arquitetura architecture

A estrutura de integração fornece a API, uma variedade de componentes para ilustrar a funcionalidade e várias extensões para fornecer exemplos de métodos de conexão:

A estrutura fornece acesso a funcionalidades como:

Implementações implementations

AEM comércio eletrônico é implementado com um mecanismo de comércio eletrônico:

Provedores de comércio commerce-providers

Ao importar dados de um mecanismo de comércio para o site de comércio eletrônico AEM, um provedor de comércio é usado para fornecer dados aos importadores. Um provedor de comércio pode suportar vários importadores.

Um provedor de comércio é AEM código personalizado a:

Dois exemplos de provedores de comércio estão disponíveis no momento para AEM:

Embora normalmente um projeto precise desenvolver seu próprio provedor de comércio personalizado e específico para o PIM e o schema de dados do produto.

O ProductServicesManager mantém (por meio de OSGi) uma lista de implementações da ProductImporter e CatalogBlueprintImporter interfaces. Eles estão listados na variável Importador/Provedor de Comércio campo suspenso do assistente do importador (usando o commerceProvider como um nome).

Quando um importador/provedor de comércio específico estiver disponível na lista suspensa, todos os dados complementares necessários devem ser definidos (dependendo do tipo de importador) em:

A pasta sob o importers A pasta deve corresponder ao nome do importador; por exemplo:

O formato do arquivo de importação de origem é definido pelo importador. Ou o importador pode estabelecer uma conexão (por exemplo, WebDAV ou http) com o mecanismo de comércio.

Funções roles

O sistema integrado atende às seguintes funções para manter os dados:

Embora a localização real possa depender da implementação; por exemplo, genérico ou com um mecanismo de comércio eletrônico:

Produtos products

Dados do produto versus dados de marketing product-data-versus-marketing-data

Categorias estruturais versus de marketing structural-versus-marketing-categories

Se as duas categorias a seguir puderem ser diferenciadas, isso permitirá esclarecer os URLs com uma estrutura significativa (árvores de cq:Page nós) e, portanto, muito próximo do gerenciamento de conteúdo AEM clássico):

Data do produto product-data

Para retratar e gerenciar seu produto, você precisará ter uma variedade de informações sobre ele.

Os dados do produto podem ser:

Em ambos os casos, quando os dados do produto foram inseridos/importados para o AEM, eles podem ser vistos na variável Produtos console. Aqui, as visualizações de cartão e lista de um produto mostram informações como:

Variantes do produto product-variants

Para os produtos adequados, também podem ser mantidas informações sobre as variantes. Por exemplo, para roupas, as diferentes cores disponíveis são mantidas como variantes:

Atributos do produto product-attributes

Os atributos individuais mantidos sobre cada produto podem depender do mecanismo de comércio eletrônico que está sendo usado e da implementação AEM. Elas estão disponíveis (conforme o caso) ao visualizar as páginas do produto e/ou editar as informações do produto e podem incluir:

Ativos do produto product-assets

Uma seleção de ativos pode ser mantida para produtos individuais. Geralmente, isso inclui imagens e vídeos.

Catálogos catalogs

Um catálogo agrupa os dados do produto para facilitar o gerenciamento e a representação no comprador. Muitas vezes um catálogo é estruturado de acordo com atributos como idioma, área geográfica, marca, estação, hobby, esporte, entre muitos outros.

Estrutura do catálogo catalog-structure

Catálogos em vários idiomas catalogs-in-multiple-languages

AEM suporta conteúdo de produto em vários idiomas. Ao solicitar dados, a estrutura de integração recupera o idioma da árvore atual (por exemplo, en_US para páginas em /content/geometrixx-outdoors/en_US).

Para uma loja em vários idiomas, você pode importar o catálogo para cada árvore de idioma individualmente (ou copiá-lo por meio de MSM).

Catálogos para várias marcas catalogs-for-multiple-brands

Assim como em idiomas, grandes empresas multinacionais podem precisar atender a várias marcas.

Catálogos por tags catalogs-by-tags

Tags também podem ser usadas para agrupar produtos em um catálogo. Eles podem ser usados para catálogos mais dinâmicos, como ofertas sazonais.

Configuração do Catálogo (Importação Inicial) catalog-setup-initial-import

Dependendo da sua implementação, você pode importar os dados do produto necessários para o seu catálogo básico para o AEM de:

Manutenção do catálogo (Sincronização de dados) catalog-maintenance-data-synchronization

Outras alterações nos dados do produto serão inevitáveis:

Sincronização de dados com um mecanismo de comércio eletrônico (em andamento) data-synchronization-with-an-ecommerce-engine-ongoing

Após a importação inicial, as alterações nos dados do produto são inevitáveis.

Ao usar um mecanismo de comércio eletrônico, os dados do produto são mantidos lá e precisam estar disponíveis no AEM. Esses dados do produto precisam ser sincronizados quando as atualizações forem feitas.

Isso pode depender do tipo de dados:

Catálogos - Desempenho e dimensionamento catalogs-performance-and-scaling

Importar um catálogo grande com um alto número de produtos (geralmente mais de 100.000) de um mecanismo de comércio eletrônico (PIM) pode afetar o sistema devido ao grande número de nós. Ela também pode retardar a instância de criação se os produtos tiverem ativos associados (por exemplo, imagens de produto). Isso se deve ao fato de que o pós-processamento desses ativos consome muita CPU e memória.

Há várias estratégias que você pode escolher para solucionar esses problemas:

Agrupamento bucketing

Se um nó JCR tiver muitos nós filhos diretos (por exemplo, 1000 e mais), os buckets (pastas fantasmas) serão necessários para garantir que o desempenho não seja afetado. Elas são geradas de acordo com um algoritmo ao importar.

Esses buckets assumem a forma de pastas fantasmas que são introduzidas na estrutura do catálogo, mas podem ser configuradas para que não apareçam em URLs públicos.

Descarregar o pós-processamento do ativo para uma instância dedicada offload-asset-post-processing-to-a-dedicated-instance

Esse cenário envolve a configuração de duas instâncias de autor:

Importar somente dados do produto only-import-product-data

Nos casos em que os produtos não contêm ativos (imagens) a serem importados, é possível importar os dados do produto sem ser afetado pelo pós-processamento do ativo.

Teste de desempenho performance-testing

Os testes de desempenho devem ser considerados nas implementações AEM eCommerce:

Observe que esse teste de desempenho requer conhecimento e análise de seu público-alvo:

Desempenho - Diversos performance-miscellaneous

Para todas as implementações, os seguintes pontos podem ser considerados:

Páginas da seção de catálogo catalog-section-pages

As seções de catálogo fornecem a você, por exemplo:

Páginas de produto product-pages

As páginas do produto fornecem informações abrangentes sobre produtos individuais. As atualizações dinâmicas do também são refletidas; por exemplo, alterações de preço registradas no mecanismo de comércio eletrônico.

As páginas do produto são páginas AEM que usam a variável Produto componente; por exemplo, dentro do Produto comercial modelo:

O componente Produto fornece:

Essas informações permitem que o comprador selecione o seguinte ao adicionar um item à sua cesta:

Páginas de aterrissagem do produto product-landing-pages

São páginas AEM que fornecem principalmente informações estáticas; por exemplo, uma introdução e uma visão geral com links para as páginas de produto subjacentes.

Componente do produto product-component

O Produto pode ser adicionado a qualquer página com uma página principal que forneça os metadados necessários (ou seja, os caminhos para cartPage e cartObject). No local da demonstração, Geometrixx Outdoors, isso é fornecido por UserInfo.jsp.

O Produto também pode ser personalizado de acordo com suas necessidades individuais.

Páginas de proxy proxy-pages

As páginas de proxy são usadas para simplificar a estrutura do repositório e otimizar o armazenamento para catálogos grandes.

A criação de um catálogo usará dez nós por produto, pois fornece componentes individuais para cada produto que você pode atualizar e personalizar no AEM. Esse grande número de nós pode se tornar um problema se o catálogo contiver centenas ou até mesmo milhares de produtos. Para evitar problemas, você pode criar o catálogo usando páginas de proxy.

As páginas de proxy usam uma estrutura de dois nós ( cq:Page e jcr:content) que não contém o conteúdo real do produto. O conteúdo é gerado, no momento da solicitação, referenciando os dados do produto e a página do modelo.

No entanto, há uma compensação. Não será possível personalizar as informações do produto no AEM, um modelo padrão (definido para o site) será usado.

Promoções e Vouchers promotions-and-vouchers

Vouchers vouchers

Os vendedores são um método experimentado e testado de oferecer descontos para atrair compradores para realizar uma compra e/ou recompensar a fidelidade do cliente.

No AEM:

Promoções promotions

As promoções, juntamente com comprovantes, permitem que você realize cenários como:

Geralmente, as promoções não são mantidas pelos gerentes de informações do produto, mas pelos gerentes de marketing:

AEM as promoções também são integradas ao Campaign Management:

Uma promoção pode ser realizada em uma experiência ou diretamente na campanha:

Personalização personalization

Registro e contas do cliente customer-registration-and-accounts

Quando um comprador é registrado, os detalhes da conta precisam ser sincronizados entre o AEM e o mecanismo de comércio eletrônico. Os dados confidenciais são mantidos independentemente, mas os perfis são compartilhados:

O mecanismo exato pode depender do cenário:

Ao usar um mecanismo de comércio eletrônico, o AEM armazena somente a ID da conta e a senha (opcionalmente, um grupo de usuários). Todas as outras informações são armazenadas no mecanismo de comércio eletrônico.

Inscrição no Cliente customer-sign-up

Geralmente, a inscrição é necessária para o comprador ter acesso ao carrinho de compras. Isso requer o registro (Criar conta) para que uma conta específica do cliente possa ser criada.

Logon do cliente customer-sign-in

Após a inscrição, o comprador pode fazer logon com a conta para que as ações possam ser rastreadas e os pedidos sejam atendidos.

Logon único single-sign-on

O Logon único (SSO) é fornecido, para que os autores sejam conhecidos tanto no AEM quanto no sistema de eCommerce, sem ter que fazer logon duas vezes.

myAccount myaccount

Os dados de transação do mecanismo de comércio eletrônico são combinados com informações pessoais sobre o comprador. O AEM usa alguns desses dados como dados de perfil. A ação de um formulário no AEM grava informações de volta no mecanismo de comércio eletrônico.

Há uma página que permite gerenciar facilmente as informações de sua conta. Você pode acessá-lo clicando em Minha conta na parte superior de uma página geometrixx ou navegando até /content/geometrixx-outdoors/en/user/account.html.

Catálogo de endereços address-book

Seu site precisará armazenar uma seleção de endereços; incluindo delivery, cobrança e endereços alternativos. Isso pode ser implementado usando formulários com base no formato de endereço padrão ou você pode usar o componente Catálogo de endereços fornecido pelo AEM.

Este componente Catálogo de Endereços permite:

Você pode escolher o endereço que deseja como padrão.

O componente do catálogo de endereços pode ser acessado do Minha conta clicando em Catálogo de endereços ou navegando até /content/geometrixx-outdoors/en/user/account/address-book.html.

Você pode clicar em Adicionar novo endereço… para adicionar um novo endereço em seu catálogo de endereços. Ele abre um formulário que pode ser preenchido e clica em Adicionar endereço.

O Catálogo de endereços é usado ao fazer check-out do carrinho:

Os endereços são mantidos abaixo user_home/profile/addresses.
Por exemplo, para o Alison Parker, estaria em /home/users/geometrixx/aparker@geometrixx.info/profile/addresses

Você pode escolher qual endereço deseja como padrão, essas informações persistem no perfil do comprador em vez de no endereço . A propriedade do perfil address.default é definida com o caminho do endereço selecionado para o valor.

Preços específicos do cliente customer-specific-pricing

O mecanismo de comércio eletrônico usa o contexto (essencialmente as informações do comprador) para determinar o preço que está retendo e, em seguida, fornece as informações corretas ao AEM.

Carrinho de compras e pedidos shopping-cart-and-orders

Ao comprar, o comprador navegará pelas páginas do produto e selecionará itens para colocá-los no carrinho de compras. Quando eles prosseguem com o check-out, um pedido pode ser feito.

Compradores anônimos anonymous-shoppers

Um cliente anônimo pode:

Compradores registrados registered-shoppers

Um cliente registrado pode:

Visão geral do conteúdo do carrinho de compras shopping-cart-content-overview

O carrinho de compras fornece:

O carrinho de compras é salvo de acordo com o mecanismo que está sendo usado:

Em ambos os casos, os itens permanecem no carrinho (e podem ser restaurados) por meio do logon/logout (mas somente na mesma máquina/navegador). Por exemplo:

Antes do check-out, as alterações de preço são refletidas (em ambos os sistemas) à medida que ocorrem.

Informações do pedido order-information

Dependendo das informações de implementação sobre um pedido que é mantido no mecanismo de comércio eletrônico ou no AEM, essas informações são renderizadas pelo AEM.

É armazenada uma variedade de informações, que podem incluir:

Quando a ordem é mantida dentro AEM console Ordem, o mostra o seguinte para cada pedido:

Rastreamento de pedidos order-tracking

Depois de fazer um pedido, os compradores geralmente retornam para:

Depois de receber o delivery da ordem, os compradores também podem desejar visualizar o histórico de pedidos feitos durante um período.

O cumprimento e o rastreamento do pedido geralmente são gerenciados pelo mecanismo de comércio eletrônico. As informações podem ser exibidas AEM usando o componente Histórico do pedido , que mostra todos os detalhes relevantes, incluindo os comprovantes e as promoções aplicadas. Por exemplo:

Check-out checkout

O check-out é implementado com formulários de AEM padrão. Isso permite que o gerente de marketing personalize a experiência com conteúdo de marketing.

O eCommerce gerencia o processo de finalização com entrada dos formulários AEM.

Segurança de pagamento payment-security

Os detalhes do pagamento, incluindo as informações sobre cartões de crédito, são geralmente geridos pelo mecanismo de comércio eletrônico. AEM encaminhar essas informações transacionais para o motor (a partir do local em que são enviadas para um serviço de processamento de pagamentos).

É possível obter o desempenho do PCI (Payment Card Industry, setor de cartões de pagamento).

Confirmação do despacho confirmation-of-order

A ordem é confirmada na tela e pode ser rastreada com a variável rastreamento de pedidos.

Pesquisar search-features

Como AEM usa páginas padrão para produtos, você pode usar o componente de pesquisa padrão para criar uma página de pesquisa.

Se você precisar de uma implementação mais completa, poderá:

Ao usar um mecanismo de comércio eletrônico, a API de pesquisa de comércio eletrônico pode ser totalmente implementada na solução de mecanismo de comércio eletrônico, para que você possa usar o componente de pesquisa de comércio eletrônico fornecido pronto para uso. A pesquisa facetada permite pesquisar o JCR e/ou o mecanismo: