Canais de comunicação communication-channels
Com o Adobe Campaign, você pode enviar campanhas entre canais, incluindo e-mails, SMS, notificações push e correspondências diretas e medir a eficiência usando vários relatórios dedicados. Essas mensagens são projetadas e enviadas em entregas, e podem ser personalizadas para cada destinatário.
As funcionalidades principais incluem direcionamento, definição e personalização de mensagens, execução de comunicações e os relatórios operacionais associados.
Como parte da transição do Campaign v7 para o v8, o conjunto de documentações do Campaign Classic foi simplificado e reorganizado. Os recursos comuns agora estão disponíveis apenas no conjunto de documentações do Campaign v8.
Para saber mais sobre os canais de comunicação, consulte a documentação do Campaign v8.
Conheça as principais etapas relacionadas à criação de entregas, conteúdo e público-alvo na documentação do Campaign v8:
-
Criar a entrega: aprenda a criar uma entrega individual e única.
-
Definir o conteúdo: configure o conteúdo de entrega específico para cada canal.
-
Especificar o público-alvo: defina vários tipos de público-alvo: público-alvo principal, público-alvo de prova, seed addresses e grupos de controle.
-
Trabalhar com modelos de entrega: saiba como definir modelos para facilitar a criação de entregas.
Consulte estas páginas para saber mais sobre a validação de entregas, envio e práticas recomendadas na documentação do Campaign v8:
-
Validar a entrega: saiba como validar a entrega antes de enviá-la para o destino principal.
-
Enviar a entrega: defina as configurações de entrega e como enviar suas mensagens.
-
Práticas recomendadas de entrega: consulte as práticas recomendadas relacionadas aos recursos de entrega do Campaign.
As seguintes configurações são específicas do Campaign Classic. Para outras configurações de entrega, consulte a documentação do Campaign v8.
Aprimorar o desempenho da análise de entrega
Para acelerar o preparo da entrega, é possível marcar a opção Prepare the delivery parts in the database antes de iniciar a análise.
Ao habilitar esta opção, o preparo da entrega é executado diretamente no banco de dados, o que pode acelerar significativamente a análise.
Atualmente, essa opção está disponível somente quando as seguintes condições são atendidas:
- A entrega deve ser um email. Por enquanto, os outros canais não são compatíveis.
- O mid-sourcing ou roteamento externo não deve ser usado, apenas o tipo de roteamento de entrega em massa. É possível verificar o roteamento usado na guia General do Delivery properties.
- Não é possível direcionar uma população proveniente de um arquivo externo. Para uma única entrega, clique no link To do Email parameters e verifique se a opção Defined in the database está selecionada. Para uma entrega usada em um fluxo de trabalho, verifique se os destinatários estão Specified by the inbound event(s) na guia Delivery.
- É necessário o uso de um banco de dados PostgreSQL.
Configurar a prioridade da análise
Quando a entrega é parte de uma campanha, a guia Advanced oferece uma opção adicional. Isso permite organizar a ordem de processamento das entregas na mesma campanha.
Antes de enviar, cada entrega é analisada. A duração da análise depende do arquivo de extração de entrega. Quanto mais significativo for o tamanho do arquivo, mais tempo levará a análise, fazendo com que as entregas aguardem.
As opções para Message preparation by the scheduler permitem priorizar a análise de entrega em um fluxo de trabalho da campanha.
Se uma entrega for muito grande, é melhor atribuir uma prioridade baixa para evitar o atraso na análise de outras entregas do fluxo de trabalho.
| note note |
|---|
| NOTE |
| Para garantir que as análises de entrega maiores não retardem o progresso dos fluxos de trabalho, você poderá agendar suas execuções marcando Schedule execution for a time of low activity. |
Configurar novas tentativas
As mensagens temporariamente não entregues devido a um erro Suave ou Ignorado estão sujeitas a uma repetição automática. Os tipos de falha de entrega são apresentados nesta seção.
| note important |
|---|
| IMPORTANT |
| Para instalações hospedadas ou híbridas, se você tiver atualizado para o MTA aprimorado, as configurações de nova tentativa na entrega não serão mais usadas pelo Campaign. As tentativas de rejeição temporária e o intervalo de tempo entre elas são determinados pelo MTA aprimorado com base no tipo e na gravidade das respostas de rejeição que retornam do domínio de email da mensagem. |
Para instalações no local e instalações hospedadas/híbridas usando o MTA herdado do Campaign, a seção central da guia Delivery para parâmetros de entrega indica quantas tentativas devem ser executadas no dia seguinte à entrega e o atraso mínimo entre as tentativas.
Por padrão, cinco tentativas são agendadas para o primeiro dia da entrega, com um intervalo mínimo de uma hora distribuído pelas 24 horas do dia. Uma nova tentativa por dia é programada depois disso e até o prazo da entrega, que é definido na guia Validity. Consulte a seção abaixo.
Definir o período de validade
Quando a entrega for iniciada, as mensagens (e todas as tentativas) poderão ser enviadas até o prazo da entrega. Isso é indicado nas propriedades de entrega, por meio da guia Validity.
-
O campo Delivery duration permite inserir o limite de novas tentativas de entrega globais. Isso significa que o Adobe Campaign envia as mensagens começando na data inicial e, em seguida, para mensagens que retornam somente um erro, tentativas regulares e configuráveis são executadas até que o limite de validade seja atingido.
Você também poderá optar por especificar datas. Para fazer isso, selecione Explicitly set validity dates. Nesse caso, as datas de entrega e limite de validade também permitem especificar o tempo. O tempo atual é usado por padrão, mas você poderá modificar isso diretamente no campo de entrada.
note important IMPORTANT Para instalações hospedadas ou híbridas, se você tiver atualizado para o MTA aprimorado, a configuração Delivery duration nas entregas de email do Campaign será usada somente se definida como 3,5 dias ou menos.. Se você definir um valor superior a 3,5 dias, ele não será levado em consideração. -
Limite da validade de recursos: o campo Validity limit é usado para recursos carregados, principalmente para a mirror page e imagens. Os recursos desta página são válidos por um tempo limitado (para economizar espaço em disco).
Os valores nesse campo podem ser expressos nas unidades listadas nesta seção.