Tipos de evento para extensões da Web

Em uma regra de tag, um evento é uma atividade que deve ocorrer para que uma regra seja acionada. Como exemplo, uma extensão da Web pode fornecer um tipo de evento de "gesto" que observa a ocorrência de um determinado mouse ou gesto de toque. Quando o gesto ocorre, a lógica do evento aciona a regra.

Um módulo de biblioteca do tipo de evento é projetado para detectar quando uma atividade ocorre e, em seguida, chamar uma função para acionar uma regra associada. O evento que está sendo detectado é personalizável. Por exemplo, pode detectar quando um usuário faz um determinado gesto, rola rapidamente ou interage com algo.

Este documento aborda como definir tipos de evento para uma extensão da Web no Adobe Experience Platform.

Os tipos de evento são definidos por extensões e geralmente consistem no seguinte:

1. Uma view mostrada na interface do usuário da coleta de dados que permite que os usuários modifiquem as configurações do evento.
2. Um módulo de biblioteca emitido na biblioteca de tempo de execução de tags para interpretar as configurações e observar a ocorrência de determinada atividade.

module.exports aceite os settings parâmetros trigger e . Isso permite a personalização do tipo de evento.

module.exports = function(settings, trigger) { … };

Usando a atividade de cinco segundos que passam como exemplo, após cinco segundos, a atividade ocorre e a regra é acionada. O módulo será semelhante ao deste exemplo.

module.exports = function(settings, trigger) {
  setTimeout(trigger, 5000);
};

Se você quiser que a duração seja configurável pelo usuário do Adobe Experience Platform, é necessária a opção para inserir e salvar uma duração no objeto de configurações. O objeto pode ser semelhante a:

{
  "duration": 25000
}

Para operar na duração definida pelo usuário, o módulo precisaria ser atualizado para incluir isso.

module.exports = function(settings, trigger) {
  setTimeout(trigger, settings.duration);
};

Passar dados de evento contextual

Quando uma regra é acionada, geralmente é útil fornecer detalhes adicionais sobre o evento que ocorreu. Os usuários que criam regras podem considerar essas informações úteis para alcançar determinado comportamento. Por exemplo, se um profissional de marketing quiser criar uma regra na qual um sinal de análise seja enviado sempre que o usuário deslizar a tela. A extensão teria que fornecer um tipo de evento swipe para que o profissional de marketing pudesse usar esse tipo de evento para acionar a regra apropriada. Supondo que o comerciante gostaria de incluir o ângulo no qual o deslizamento ocorreu no sinal, isso seria difícil de fazer sem fornecer informações adicionais. Para fornecer mais informações sobre o evento que ocorreu, passe um objeto ao chamar a função trigger. Por exemplo:

trigger({
  swipeAngle: 90 // the value would be the detected angle
});

Assim, o profissional de marketing poderia usar esse valor em um beacon de análise especificando o valor %event.swipeAngle% em um campo de texto. Ele também pode acessar event.swipeAngle em outros contextos (como uma ação de código personalizada). É possível incluir outros tipos de informações opcionais do evento que podem ser úteis para um profissional de marketing da mesma maneira.

nativeEvent

Se o tipo de evento for baseado em um evento nativo (por exemplo, se a extensão forneceu um tipo de evento click), é recomendável definir a propriedade nativeEvent da seguinte maneira.

trigger({
  nativeEvent: nativeEvent // the value would be the underlying native event
});

Isso pode ser útil para profissionais de marketing que tentam acessar qualquer informação do evento nativo, como coordenadas de cursor.

element

Se houver uma forte relação entre um elemento e o evento que ocorreu, é recomendável definir a propriedade element para o nó DOM do elemento. Por exemplo, se sua extensão estiver fornecendo um tipo de evento click e você permitir que os profissionais de marketing o configurem para que a regra seja acionada somente se um elemento com a ID herobanner estiver selecionado. Nesse caso, se o usuário selecionar o banner herói, é recomendável chamar trigger e definir element para o nó DOM do banner herói.

trigger({
  element: element // the value would be the DOM node
});

Respeitar a ordem das regras

As tags oferecem aos usuários a capacidade de solicitar regras. Por exemplo, um usuário pode criar duas regras que usam o tipo de evento de alteração de orientação e personalizar a ordem em que as regras são acionadas. Supondo que o usuário do Adobe Experience Platform especifique um valor de pedido de 2 para o evento de alteração de orientação na Regra A e um valor de pedido de 1 para o evento de alteração de orientação na Regra B. Isso indica que, quando a orientação mudar em um dispositivo móvel, a Regra B deverá ser acionada antes que a Regra A (regras com valores de ordem mais baixa sejam acionadas primeiro).

Como mencionado anteriormente, a função exportada em nosso módulo de evento será chamada uma vez para cada regra configurada para usar nosso tipo de evento. Cada vez que a função exportada é chamada, ela recebe uma função exclusiva trigger vinculada a uma regra específica. No cenário descrito anteriormente, nossa função exportada será chamada uma vez com uma função trigger vinculada à Regra B e novamente com uma função trigger vinculada à Regra A. A regra B vem primeiro porque o usuário lhe deu um valor de ordem menor que a Regra A. Quando nosso módulo de biblioteca detecta uma alteração de orientação, é importante chamar as funções trigger na mesma ordem em que foram fornecidas ao módulo de biblioteca.

No código de exemplo abaixo, observe que quando uma alteração de orientação é detectada, as funções de acionamento são chamadas na mesma ordem em que foram fornecidas à função exportada:

var triggers = [];

window.addEventListener('orientationchange', function() {
  triggers.forEach(function(trigger) {
    trigger();
  });
});

module.exports = function(settings, trigger) {
  triggers.push(trigger);
};

Isso garante que a ordem especificada pelo usuário seja mantida.

Uma implementação incorreta chamaria as funções de acionamento em uma ordem diferente:

var triggers = [];

window.addEventListener('orientationchange', function() {
  for (var i = triggers.length - 1; i >= 0; i--) {
    triggers[i]();
  }
});

module.exports = function(settings, trigger) {
  triggers.push(trigger);
};

As práticas de programação natural mantêm a ordem correta, mas é importante estar ciente das implicações e realizar o desenvolvimento adequadamente.

Recursos de Business.Adobe.com