Requisitos Técnicos

1. Definição das Rotas de Personalização

O que são as rotas?
As rotas são os caminhos de URLs que representam as páginas do site onde serão aplicadas ações de personalização.

Exemplos:
- Rota padrão: /produtos/marketing.
- Rotas personalizadas: /produtos/crm, /produtos/conversas - que devem ser renderizadas no lugar da rota padrão, caso haja personalização.
Por que definir as rotas?
É essencial mapear as rotas para que o sistema de Web Personalization saiba onde aplicar personalizações. Isso inclui:
- A URL padrão (para usuários gerais).
- URLs personalizadas (para segmentos específicos de usuários).

Requisitos do Frontend:
As rotas padrão e personalizadas devem existir no frontend, com páginas específicas e layouts associados.
Exemplo de Configuração no Frontend:
- Rota padrão: /produtos/marketing → Exibe o layout da página de RDSM.
- Rota personalizada: /produtos/crm → Layout ajustado focado em apresentar RDSCRM para o público alvo definido.
- Rota personalizada: /produtos/conversas → Outra versão para apresentar Conversas para outro público alvo definido.

Painel de Conteúdo:
O WordPress é utilizado como CMS para gerenciar os textos, imagens e outros elementos que compõem as páginas.
Configuração no WordPress:
- O conteúdo da página padrão é configurado na entrada associada à rota padrão.
- As versões personalizadas são vinculadas às suas respectivas rotas personalizadas.

Painel de Campanhas:
O Payload é utilizado como CMS para gerenciar as campanhas de personalização, incluindo definição de rotas para as campanhas, públicos-alvo, URLs personalizadas e critérios de segmentação.
Configuração no Payload:
Uma campanha de personalização inclui a descrição detalhada de:
- A rota a sofrer ações de personalização.
- A URL da página padrão.
- A definição do público alvo para cada personalização. Saiba mais sobre público alvo aqui.
- A URL para a página personalizada que será exibida para o público alvo determinado.
Saiba mais sobre configurações de campanhas no Payload aqui.

O que é o Ledger?
Um conjunto de dados sobre o usuário, armazenado em um cookie no navegador, que permite identificar e rastrear o perfil do usuário com base em suas interações com a marca RD Station.
Finalidade:
O Ledger guarda o e-mail do usuário, permitindo identificar seu perfil e aplicar personalizações de forma direcionada.

Saiba mais sobre o Ledger aqui.

O que é o Mantis?
O Mantis é um middleware projetado para centralizar e otimizar a coleta, tratamento e armazenamento de dados de usuários a partir de múltiplas fontes de informação da RD Station, como APIs da Conta 2 e Billing.
Objetivos do Mantis:
- Centralização: Fazer requisições para várias APIs da RD Station e consolidar os dados de forma eficiente.
- Otimização: Preparar os dados para consumo no primeiro acesso, economizando tempo de processamento.
Como o Mantis Funciona:
- Recebe o e-mail do usuário (retirado do Ledger) como chave principal da requisição.
- Faz chamadas simultâneas às APIs relevantes para obter dados completos do usuário.
- Trata e padroniza as informações antes de armazená-las.
- Retorna uma resposta consolidada, pronta para uso da Web Personalization Lib.
Saiba mais sobre o Mantis aqui.

O que é?
Uma biblioteca que encapsula a lógica necessária para realizar as correspondências entre o público alvo definido nas campanhas de personalização (Payload) e os dados do usuário (obtidos através do Mantis).
Finalidade:
A Web Personalization Lib é uma biblioteca responsável por ajudar a exibir páginas personalizadas para cada usuário com base nas informações do seu perfil e nas regras de segmentação definidas pela empresa. De forma mais simples, ela decide se a personalização é válida para aquele usuário.

Saiba mais sobre a Web Personalization Lib aqui.

Como o Proxy Funciona?
O Proxy é o intermediário que decide qual página será exibida com base no perfil do usuário e nas regras de personalização.
Fluxo de Decisão no Proxy:
- O Proxy recebe a requisição do usuário (com base na URL).
- Verifica se há personalizações ativas para essa URL.
- Decide se o usuário verá a versão padrão ou uma versão personalizada, utilizando-se da Web Personalization Lib.
- Atualiza dinamicamente a URL a ser carregada.
Exemplo de Decisão no Proxy:
- Um usuário geral acessa /produtos/marketing → O Proxy mantém a URL padrão.
- Um usuário segmentado acessa /produtos/marketing → O Proxy redireciona para /produtos/crm ou /produtos/conversas.

Após a decisão do Proxy, o conteúdo correspondente à URL selecionada é carregado do CMS (WordPress).
A página é renderizada no frontend com os layouts e conteúdos configurados.