Como funcionam as páginas personalizadas?
No painel do WordPress, criamos diferentes páginas para atender às necessidades de uma ação ou campanha específica. Isso significa que, para uma campanha que utiliza a Home do site, serão criadas pelo menos duas páginas:
- Página padrão: A Home original, que é exibida quando não há personalização aplicada.
- Página personalizada: Uma versão da Home direcionada para um público alvo específico.
- Outras páginas: Para cada público alvo adicional, é criada uma nova página personalizada.
Dessa forma, cada público alvo pode visualizar um conteúdo específico, enquanto a página padrão permanece disponível para os visitantes gerais.
Por que criar várias páginas?
O site da RD Station é servido de forma estática, o que significa que todas as páginas do site já são pré-construídas e organizadas em URLs antes de qualquer visitante acessá-las. Essa abordagem traz uma grande vantagem em termos de performance, pois reduz o tempo entre o clique do usuário e o carregamento do conteúdo.
As páginas estão em URLs diferentes?
Isso depende do contexto.
- Sim: Quando o site é criado (buildado), cada página personalizada tem sua própria URL específica, como uma identidade individual.
- Não: Na experiência do usuário, essas URLs específicas ficam "escondidas". O visitante acessa o site a partir de um único endereço configurado para a campanha, e o sistema direciona o conteúdo com base em configurações feitas no CMS Payload.
No CMS Payload, definimos três aspectos principais:
- A rota principal: O endereço que o usuário irá acessar, como o link de uma campanha ou ação específica.
- O conteúdo padrão: O caminho para a página que será exibida caso nenhuma personalização seja aplicada.
- O conteúdo personalizado: O caminho para a página que será exibida para um público alvo específico, caso haja uma correspondência (match).
Como o visitante vê a página personalizada?
O funcionamento depende do uso de um proxy, que realiza a personalização no momento em que o usuário acessa a página. Aqui está o processo detalhado:
- Quando o usuário tenta acessar a página, o sistema verifica se há um cookie ledger armazenado no navegador, contendo o e-mail do visitante.
- Com esse e-mail, o sistema consulta o módulo Mantis, que retorna informações relacionadas à conta do visitante (como dados de Conta 2 e Billing).
- O proxy utiliza essas informações para comparar o perfil do visitante com os públicos alvo definidos previamente no CMS Payload, usando a Web Personalization Lib.
- Se o perfil do visitante corresponder a algum público alvo (match), o proxy apresenta o conteúdo personalizado associado a ele.
- Se não houver correspondência, o proxy exibe o conteúdo padrão, garantindo que todos os visitantes tenham uma experiência relevante.
Essa abordagem garante uma experiência de navegação rápida e personalizada, ao mesmo tempo em que mantém o site eficiente e fácil de gerenciar.