Integração no Lado do Cliente vs. Lado do Servidor
Visão geral
Atualmente existem duas formas diferentes de integrar os produtos de Personalização Omnicanal no seu site: Lado do Cliente ou Lado do Servidor. Ambas as opções têm vantagens e desvantagens.
É importante compreender como funciona cada um dos dois métodos de implementação, independentemente do produto da Algonomy que está a implementar.
Os retalhistas devem trabalhar de perto com a sua equipa Algonomy para tirar o máximo partido da implementação. Embora muitas funcionalidades sejam de autosserviço, aproveitar a equipa da Algonomy e a formação fornecida ajuda a evitar problemas na implementação.
A Algonomy recebe dados do retalhista através de vários feeds que utiliza para recomendar produtos, mostrar conteúdos ou devolver resultados de pesquisa/navegação para os utilizadores finais em posicionamentos no site do retalhista, utilizando uma combinação complexa de estratégias, regras e um motor que trabalha continuamente para exibir as recomendações mais relevantes em tempo real.
Quando um cliente visita um site que utiliza um produto Algonomy, o site envia informações sobre o cliente e o site para a Personalização Omnicanal e recebe conteúdos personalizados em retorno. Esta chamada para a Personalização Omnicanal e a respetiva resposta podem ser feitas a partir do navegador do cliente (que chamamos de pedido do lado do cliente) ou a partir do servidor do comerciante (pedido do lado do servidor).
O centro de dados da Algonomy e o backend da Algonomy comunicam regularmente, enviando registos da atividade dos utilizadores para o backend e atualizações do runtime para os centros de dados. Cada centro de dados tem uma cópia exata do runtime atual, pelo que não importa qual centro de dados é chamado a partir do navegador.
Mais dados chegam ao backend da Algonomy através de feeds (atualizações de catálogo, dados de compras offline, etc.). O painel da Personalização Omnicanal também configura o backend. Alterações provenientes destas fontes propagam-se para os centros de dados através de atualizações regulares. (Por exemplo, uma atualização de catálogo recebida através do feed afetará as recomendações no runtime.)
Lado do Cliente vs. Lado do Servidor
Lado do Cliente
Numa implementação do Lado do Cliente, o cliente visita o site do comerciante e o servidor deste entrega uma página que inclui código JavaScript ou uma API que chama o servidor da Personalização Omnicanal num dos nossos centros de dados. Esta chamada inclui informações sobre o utilizador, que a Personalização Omnicanal usa para escolher as melhores informações personalizadas a exibir. O servidor da Personalização Omnicanal devolve esta informação (incluindo recomendações, promoções e dados de catálogo ordenados) para o navegador do cliente, em formato HTML ou JSON.
Num cenário de integração do Lado do Cliente, as páginas fazem chamadas para o servidor da Personalização Omnicanal a partir do navegador do cliente, seja através da nossa integração JavaScript ou de uma chamada de API do Lado do Cliente:
Lado do Servidor
Por outro lado, numa configuração do Lado do Servidor, as páginas fazem chamadas para o servidor da Personalização Omnicanal a partir do servidor do retalhista:
A escolha dependerá das prioridades do retalhista, incluindo velocidade de implementação, utilização de cookies e tempo de carregamento das páginas. Os retalhistas devem trabalhar com a sua equipa Algonomy para os ajudar a tomar essa decisão.
Cookies
Nas implementações do Lado do Cliente, o servidor da Personalização Omnicanal cria cookies através do navegador do cliente para registar visualizações, compras, termos de pesquisa recentes e outras informações sobre o comportamento do cliente. A cada chamada para o servidor da Personalização Omnicanal, esta informação é lida do cookie e utilizada para personalizar a experiência do cliente.
Para garantir que os cookies de primeira parte sejam criados, deve criar um novo registo CNAME DNS (por exemplo, recs.nomedoseusite.com) e apontá-lo para recs.richrelevance.com. Isso garantirá que qualquer cookie criado será um cookie de primeira parte.
Como os cookies são funcionalidades do navegador do cliente, os cookies não fazem parte intrínseca das implementações do lado do servidor. O servidor da Personalização Omnicanal não pode criar cookies se não estiver em contacto direto com um navegador.
Proxy de Cookie
Em configurações do lado do servidor, os comerciantes podem permitir que o servidor da Personalização Omnicanal aceda aos cookies do navegador atuando como um proxy de cookie (ou passagem de cookie). Quando o servidor da Personalização Omnicanal solicita um cookie, o servidor do comerciante solicita o cookie através do navegador do cliente. Quando o navegador do cliente solicita uma página do site do comerciante, o servidor deste lê os cookies da Algonomy e passa essa informação ao servidor da Personalização Omnicanal.
URLs Personalizadas
Os cookies são específicos por domínio num navegador, por isso, se o site do comerciante for SuperStore.com, os cookies criados por ele estarão disponíveis apenas para SuperStore.com. Quando recs.richrelevance.com cria cookies, estes estarão disponíveis apenas para richrelevance.com. Por predefinição, as chamadas do lado do cliente para o servidor da Personalização Omnicanal não conseguem aceder aos cookies criados pelo servidor do comerciante, e vice-versa.
Quando esses cookies não são partilhados entre os dois tipos de integração, os registos e os relatórios serão incorretos, e tudo o que a Personalização Omnicanal aprende com o comportamento do utilizador pode ser afetado negativamente.
Para partilhar os cookies, é necessário configurar um subdomínio no seu site (como recs.SuperStore.com), um registo CNAME e utilizar a funcionalidade de URLs Personalizadas da Algonomy. Os cookies da Algonomy serão criados sob o domínio do seu site e poderão ser acedidos tanto pelas integrações do lado do servidor como do lado do cliente. Consulte URLs Personalizadas.