Implementação de aplicativos de página única

O Adobe Experience Platform Web SDK fornece recursos avançados para sua empresa personalizar tecnologias de próxima geração no lado do cliente, como aplicativos de página única (SPAs).

Os sites tradicionais usavam modelos de navegação "página para página", também chamados de Aplicativos de várias páginas. Nesses sites, os designs são totalmente vinculados aos URLs, e mover-se entre páginas exigia um carregamento de página completo.

Aplicativos da Web modernos, como aplicativos de página única, adotaram um modelo que impulsiona o uso rápido da renderização da interface do usuário do navegador, que geralmente é independente dos recarregamentos de página. Essas experiências são acionadas pelas interações do cliente, como rolagens, cliques e movimentos de cursor. À medida que os paradigmas da Web moderna evoluíram, a relevância dos eventos genéricos tradicionais, como um carregamento de página, para implantar a personalização e a experimentação não funciona mais.

Benefícios do Experience Platform Web SDK para SPAs

Estes são alguns benefícios de usar o Adobe Experience Platform Web SDK para seus aplicativos de página única:

Exibições XDM e aplicativos de página única

O Adobe Target VEC for SPAs aproveita um conceito chamado Views: um grupo lógico de elementos visuais que, juntos, constituem uma experiência de SPA. Um aplicativo de página única pode, portanto, ser considerado como uma transição entre exibições, em vez de URLs, com base nas interações do usuário. Um View geralmente pode representar um site inteiro ou elementos visuais agrupados dentro de um site.

Para explicar melhor o que são Exibições, o exemplo a seguir usa um site de comércio eletrônico online hipotético implementado em React para explorar o exemplo Views.

Depois de navegar para o site inicial, uma imagem principal promove uma venda de Páscoa e os produtos mais recentes disponíveis no site. Nesse caso, um View pode ser definido para toda a tela inicial. Este View pode simplesmente ser chamado de "inicial".

À medida que o cliente se torna mais interessado nos produtos que a empresa está vendendo, ele decide clicar no link Produtos. Assim como o site inicial, a totalidade do site de produtos pode ser definida como um View. Este View pode se chamar "products-all".

Já que um View pode ser definido como um site inteiro ou um grupo de elementos visuais em um site. Os quatro produtos mostrados no site de produtos podem ser agrupados e considerados como um View. Essa exibição pode se chamar "produtos".

Quando o cliente decide clicar no botão Carregar mais para explorar mais produtos no site, a URL do site não é alterada nesse caso. No entanto, um View pode ser criado aqui para representar apenas a segunda linha de produtos mostrados. O nome de View poderia ser "products-page-2".

O cliente decide comprar alguns produtos do site e prossegue para a tela de finalização. No site de finalização da compra, o cliente recebe as opções para escolher a entrega normal ou a expressa. Um View pode ser qualquer grupo de elementos visuais em um site, portanto, um View pode ser criado para preferências de entrega e ser chamado de "Preferências de Entrega".

O conceito de Views pode ser estendido muito além deste cenário. Estes cenários são apenas alguns exemplos de Views que podem ser definidos em um site.

Implementando XDM Views

O XDM Views pode ser aproveitado no Target para capacitar os profissionais de marketing a executar testes A/B e XT em SPAs por meio do Visual Experience Composer. Para fazer isso, é necessário executar as seguintes etapas para concluir uma configuração de desenvolvedor única:

Exemplos de função sendEvent()

Esta seção descreve três exemplos mostrando como invocar a função sendEvent() no React para um SPA hipotético de comércio eletrônico.

Exemplo 1: página inicial de teste A/B

A equipe de marketing deseja executar testes A/B em toda a página inicial.

Para executar testes A/B em todo o site inicial, sendEvent() deve ser chamado com o XDM viewName definido como home:

function onViewChange() {

  var viewName = window.location.hash; // or use window.location.pathName if router works on path and not hash

  viewName = viewName || 'home'; // view name cannot be empty

  // Sanitize viewName to get rid of any trailing symbols derived from URL

  if (viewName.startsWith('#') || viewName.startsWith('/')) {
    viewName = viewName.substr(1);
  }

  alloy("sendEvent", {
    "renderDecisions": true,
    "xdm": {
      "web": {
        "webPageDetails": {
          "viewName":"home"
        }
      }
    }
  });
}

// react router v4

const history = syncHistoryWithStore(createBrowserHistory(), store);

history.listen(onViewChange);

// react router v3

<Router history={hashHistory} onUpdate={onViewChange} >

Exemplo 2: produtos personalizados

A equipe de marketing deseja personalizar a segunda linha de produtos alterando a cor do rótulo de preço para vermelho depois que um usuário clicar em Carregar mais.

function onViewChange(viewName) {

  alloy("sendEvent", {
    "renderDecisions": true,
    "xdm": {
      "web": {
        "webPageDetails": {
          "viewName": viewName
        }
      }
    }
  });
}

class Products extends Component {

  render() {
    return (
      <button type="button" onClick={this.handleLoadMoreClicked}>Load more</button>
    );
  }

  handleLoadMoreClicked() {
    var page = this.state.page + 1; // assuming page number is derived from component's state
    this.setState({page: page});
    onViewChange('PRODUCTS-PAGE-' + page);
  }

}

Exemplo 3: preferências de delivery do teste A/B

A equipe de marketing deseja executar um teste A/B para ver se a alteração da cor do botão de azul para vermelho quando a Entrega expressa é selecionada. A equipe acha que essa alteração pode aumentar as conversões (em vez de manter a cor do botão azul para ambas as opções de delivery).

Para personalizar o conteúdo no site, dependendo da preferência de entrega selecionada, um View pode ser criado para cada preferência de entrega. Quando a opção Entrega normal está selecionada, a opção View pode se chamar "check-out-normal". Se a Entrega expressa estiver selecionada, o View poderá se chamar "checkout-express".

function onViewChange(viewName) {
  alloy("sendEvent", {
    "renderDecisions": true,
    "xdm": {
      "web": {
        "webPageDetails": {
          "viewName": viewName
        }
      }
    }
  });
}

class Checkout extends Component {

  render() {
    return (
      <div onChange={this.onDeliveryPreferenceChanged}>
        <label>
          <input type="radio" id="normal" name="deliveryPreference" value={"Normal Delivery"} defaultChecked={true}/>
          <span> Normal Delivery (7-10 business days)</span>
        </label>
        <label>
          <input type="radio" id="express" name="deliveryPreference" value={"Express Delivery"}/>
          <span> Express Delivery* (2-3 business days)</span>
        </label>
      </div>
    );
  }

  onDeliveryPreferenceChanged(evt) {
    var selectedPreferenceValue = evt.target.value;
    onViewChange(selectedPreferenceValue);
  }

}

Usando o Visual Experience Composer para um SPA

Quando você terminar de definir seu XDM Views e implementar o sendEvent() com esses XDM Views passados, o VEC poderá detectar esses Views e permitir que os usuários criem ações e modificações para atividades A/B ou XT.

Painel Modifications

O painel Modifications captura as ações criadas para um View específico. Todas as ações para um View estão agrupadas sob esse View.

Ações

Clicar em uma ação destaca o elemento no site onde essa ação é aplicada. Cada ação do VEC criada em um View tem os seguintes ícones: Informações, Editar, Clonar, Mover e Excluir. Esses ícones são explicados com mais detalhes na tabela a seguir.

Exemplos de uso do VEC para SPAs

Esta seção descreve três exemplos para usar o Visual Experience Composer para criar ações e modificações para atividades A/B ou XT.

Exemplo 1: atualizar a visualização "inicial"

Anteriormente neste artigo, um View chamado "página inicial" foi definido para todo o site inicial. Agora, a equipe de marketing quer atualizar a visualização "inicial" das seguintes maneiras:

Para fazer essas atualizações no VEC, selecione Compor e aplique essas alterações à exibição "inicial".

Exemplo 2: alterar rótulos de produto

Para a View "products-page-2", a equipe de marketing quer alterar o rótulo Price para Sale Price e alterar a cor do rótulo para vermelho.

Para fazer essas atualizações no VEC, as seguintes etapas são necessárias:

Exemplo 3: personalizar o estilo de preferência do delivery

Views pode ser definido em um nível granular, como um estado ou uma opção de um botão de opção. No início deste artigo, Views foram definidos para preferências de entrega, "check-out-normal" e "check-out-express". A equipe de marketing deseja alterar a cor do botão para a exibição "checkout-express".

Para fazer essas atualizações no VEC, as seguintes etapas são necessárias: