Esta seção apresenta a abordagem de prática recomendada para gerenciar o módulo de interação no Adobe Campaign Classic, incluindo regras de elegibilidade, filtros predefinidos, atividades de workflow e opções de banco de dados.
Interação no Adobe Campaign requer uma gestão cuidadosa para operar com eficiência. Você deve encontrar um equilíbrio entre o número de contatos e o número de ofertas e categorias de ofertas. Se esses fatores não forem tratados com cuidado, a instância da Adobe Campaign pode encontrar problemas.
Abaixo estão listados elementos importantes que devem ser considerados ao implementar e configurar interações.
Abaixo estão listadas algumas práticas recomendadas relacionadas às regras de elegibilidade.
Abaixo estão listadas algumas práticas recomendadas relacionadas à tabela de apresentação.
Esta seção contém recomendações mais detalhadas sobre como gerenciar ofertas e usar o módulo de interação no Adobe Campaign Classic.
Ao incluir ofertas em deliveries, elas são geralmente selecionadas em upstream no fluxo de trabalho do Campaign por meio de uma atividade de enriquecimento (ou outra atividade semelhante).
Ao selecionar ofertas em uma atividade de enriquecimento, você pode escolher qual espaço de ofertas usar. No entanto, independentemente do espaço de ofertas selecionado, o menu de personalização do delivery depende do espaço de ofertas configurado no delivery.
No exemplo abaixo, o espaço de ofertas selecionado no delivery é Email (Environment - Recipient):
Se o espaço de ofertas selecionado no delivery não tiver uma função de renderização HTML configurada, você não o verá no menu do delivery e ele não estará disponível para seleção. Novamente, isso é independente do espaço de ofertas selecionado na atividade de enriquecimento.
No exemplo abaixo, a função de renderização HTML está disponível na lista suspensa porque o espaço de ofertas selecionado no delivery tem uma função de renderização:
Essa função insere código como: <%@ include proposition="targetData.proposition" view="rendering/html" %>
.
Quando você seleciona a proposta, o valor do atributo view é o seguinte:
Ao incluir vários espaços de ofertas em um único delivery de email e se alguns deles tiverem funções de renderização e outros não, lembre-se de quais ofertas usam quais espaços e quais espaços de ofertas têm funções de renderização.
Consequentemente, para evitar qualquer problema, recomenda-se que todos os espaços de ofertas tenham uma função de renderização HTML definida, mesmo se ele exigir apenas conteúdo HTML.
Os espaços de ofertas têm a capacidade de armazenar dados na tabela de propostas quando as proposições são geradas ou aceitas:
No entanto, isso se aplica somente às interações de entrada.
Também é possível armazenar dados adicionais na tabela de proposta ao usar interações de saída e ao usar ofertas de saída sem o módulo de interação.
Qualquer campo da tabela temporária do fluxo de trabalho cujo nome corresponda a um nome de campo na tabela de proposta é copiado para o mesmo campo na tabela de proposta.
Por exemplo, ao selecionar uma oferta manualmente (sem interação) em um enriquecimento, os campos padrão são definidos da seguinte forma:
Outros campos podem ser adicionados, como um campo @rank:
Como há um campo na tabela de proposta chamado @rank, o valor na tabela temporária do fluxo de trabalho será copiado.
Para obter mais informações sobre como armazenar campos adicionais na tabela de proposta, consulte Integração de uma oferta por meio de um workflow.
Para ofertas de saída com interação, isso é útil quando várias ofertas são selecionadas e você deseja gravar em qual ordem elas serão exibidas em um email.
Você também pode armazenar metadados adicionais diretamente na tabela de proposta, como o nível de gastos atual, para manter registros históricos sobre a utilização feita no momento em que as ofertas foram geradas.
Ao usar a interação de saída, o campo @rank pode ser adicionado, como no exemplo acima, mas seu valor é automaticamente definido com base na ordem retornada pela interação. Por exemplo, se você estiver usando a interação para selecionar três ofertas, o campo @rank terá os valores 1, 2 e 3 retornados.
Ao usar a interação e selecionar ofertas manualmente, o usuário pode combinar ambas as abordagens. Por exemplo, o usuário pode definir manualmente o campo @rank como 1 para a oferta selecionada manualmente e usar uma expressão como "1 + @rank" para as ofertas retornadas pela interação. Supondo que a interação selecione três ofertas, as ofertas retornadas por ambas as abordagens serão classificadas de 1 a 4:
Ao expandir o esquema nms:offer, siga a estrutura predefinida já configurada:
Defina qualquer novo campo para armazenamento de conteúdo em <element name="view">
.
Cada novo campo precisa ser definido duas vezes. Uma vez como um campo XML regular e outra como um campo XML CDATA com "_jst" anexado ao nome. Por exemplo:
<element label="Price" name="price" type="long" xml="true"/>
<element advanced="true" label="Script price" name="price_jst" type="CDATA" xml="true"/>
Todos os campos que contêm URLs a serem rastreados devem ser posicionados em <element name="trackedUrls">
which is found under<element name="view" >
.