Testar, publicar e explorar as comunicações

01O catálogo liga o conteúdo ao negócio #sec_eb7a12db

Abra Configurações > Comunicação > Catálogo de e-mails.

Um modelo não é apenas uma página de layout. Está associado a um evento de negócio, um idioma, um estado de publicação e, quando existem várias variantes, um modelo padrão. O catálogo permite, assim, evoluir o conteúdo sem modificar o funcionamento de uma campanha.

Os modelos globais fornecidos pelo REVIEWIT servem de base. A subscrição pode copiá-los para o seu catálogo para criar uma variante gerida localmente. A cópia torna-se então um modelo autónomo: pode ser adaptado, testado e publicado sem alterar a referência global.

02Compreender a escolha do modelo #sec_3b7d052a

Durante um envio automático, o REVIEWIT procura primeiro o modelo local publicado que corresponde ao evento e ao idioma. Na falta, utiliza a referência da plataforma neste idioma, depois a sua variante em inglês. Um recurso em inglês integrado assegura a última queda para os eventos estruturais.

O estado Publicado autoriza a utilização. O estado Por defeito é também operacional: um modelo publicado que não é a variante padrão do seu par evento-idioma não será escolhido automaticamente.

03Utilizar as variáveis #sec_06b16195

As variáveis injetam o contexto real no modelo. A sua sintaxe é sensível a maiúsculas e minúsculas e utiliza um único par de chaves: {CampaignTitle}, {ResourceName} ou {ReviewerName}, por exemplo.

Elas podem ser utilizadas no assunto, no pré-cabeçalho, no corpo e nos atributos HTML. Num ficheiro HTML, o conteúdo de <title> torna-se também o assunto da mensagem. Os valores são codificados para que um texto contendo < ou & não possa modificar o HTML.

Uma variável sem valor permanece visível como está no e-mail. É um sinal de erro útil durante o teste, mas não deve chegar aos destinatários. O caso é importante: {ResourceName} e {resourcename} são dois identificadores diferentes.

04Variáveis disponíveis por evento #sec_9bbe09a2

A lista seguinte fornece as variáveis seguras a utilizar nos modelos atualmente emitidos. Um evento marcado como Inativo é conhecido pelo catálogo, mas ainda não é acionado automaticamente.

A ficha [Variáveis de e-mail: referência e exemplos](tuto-communication-factory-variables) agrupa separadamente a sintaxe, o dicionário detalhado e os controlos a efetuar.

Revisões

EscalationReceived possui vários caminhos de emissão. Alguns fornecem também EscalatedByName e Reason, outros CampaignId e DueDate. Apenas ResourceName é garantido em todos os casos: utilize esta interseção no modelo padrão.

Contestações e decisões

Supressões, acessos e consultas

05Escolher uma apresentação adaptada à variável #sec_62b17f16

ResourceName pode ser um nome legível ou uma referência como #123. Apresente-o num bloco etiquetado em vez de numa frase que pressupõe que é sempre um nome.

As datas já estão formatadas pelo serviço que emite o evento. Não tente re-formatá-las no HTML.

Answer, Question, Reason, Argument, Comment e ResolutionNote são textos livres inseridos por pessoas. Apresente-os como citações ou num bloco dedicado, nunca dentro de uma frase cujo sentido possam alterar.

CampaignId é um identificador numérico. Utilize CampaignTitle quando for proposto e o modelo precisar de um título legível.

06Variáveis a não utilizar por enquanto #sec_8cd304e6

{DeepLink} e {SettingsLink} ainda aparecem em alguns modelos históricos, mas não são alimentados pelos eventos atuais. Não adicione um botão ou link que dependa deles enquanto não figurarem entre as variáveis disponíveis do evento.

Algumas relanças manuais históricas ainda utilizam a sintaxe {{ReviewerName}}. Não é equivalente à sintaxe {ReviewerName} das notificações automáticas. Teste sempre o modelo no percurso que o utilizará realmente.

07Pré-visualizar e enviar um teste #sec_47ce789e

Antes de publicar :

1. abra a pré-visualização do modelo ;
2. verifique o assunto, o pré-cabeçalho e a formatação ;
3. forneça valores realistas a todas as variáveis presentes ;
4. escolha um remetente ativo ;
5. envie a mensagem para um endereço controlado ;
6. verifique se nenhum texto {Variavel} permanece na mensagem recebida.

Um envio aceito prova que a cadeia REVIEWIT-fornecedor funciona. Não prova por si só a entrega na caixa de entrada, a abertura da mensagem nem a ação do destinatário.

08A assistência esperada no editor #sec_6baa51e4

Esta referência tem como objetivo alimentar diretamente o editor: quando o administrador escolhe um evento, uma paleta Variáveis disponíveis pode exibir apenas as variáveis pertinentes, sua definição e um exemplo, e depois permitir que sejam inseridas no cursor.

A validação pode então sinalizar antes do envio :

• uma variável garantida, pronta para ser utilizada ;
• uma variável contextual, ausente de certos caminhos ;
• uma variável desconhecida ou indisponível ;
• uma sintaxe incorreta, nomeadamente as chaves duplas ;
• uma variável presente no HTML mas sem valor de teste.

A página que você está lendo continua sendo a referência funcional: ela permite preparar e controlar um modelo, inclusive quando esta ajuda contextual ainda não é oferecida pelo editor utilizado.

09Publicar com discernimento #sec_f4bd4f8e

Publique apenas as variantes prontas para serem utilizadas. Para cada evento e cada idioma necessário, verifique se apenas um modelo publicado possui o status padrão.

Um modelo associado a um evento adormecido pode ser pré-visualizado e testado, mas não será enviado automaticamente enquanto a função de negócios correspondente não o emitir.

10Exploração diária #sec_e7735df5

A configuração está pronta quando os cinco elementos seguintes estão reunidos :

• uma rota de envio ativa e designada por padrão ;
• um domínio verificado e depois ativado ;
• um remetente ativo e coerente com esta rota ;
• um modelo publicado e padrão para o evento e o idioma ;
• um teste recebido sem variável não resolvida.

Apos qualquer rotação de segredo, modificação DNS ou mudança de rota, refaça um teste completo. Mantenha também um olho nos quotas, rejeições e retornos de entregabilidade do fornecedor: uma solicitação de envio aceita não é uma prova de entrega.

11A reter #sec_f6d8bee2

O catálogo governa o sentido da mensagem; os domínios e os remetentes estabelecem a sua legitimidade; o fornecedor assegura a sua entrega. O Subscription Manager reúne estes alavancas sem confundir as suas responsabilidades.