[Também se aplica ao v8]{class="badge positive" title="Também se aplica ao Campaign v8"}
Solução de problemas de envio de entrega delivery-troubleshooting
Esta seção lista problemas comuns que você pode encontrar ao enviar entregas e como solucioná-los.
Além disso, siga as práticas recomendadas e a lista de verificação detalhada nesta página para garantir que suas entregas tenham bom desempenho.
Tópicos relacionados:
Entregas lentas slow-deliveries
Depois de clicar no botão Send, sua entrega parece demorar mais do que o normal. Isso pode ser causado por elementos diferentes:
-
Alguns provedores de email podem ter adicionado seus endereços IP a uma lista de bloqueios. Neste caso, verifique seus broadlogs e consulte esta seção.
-
Sua entrega pode ser muito grande para ser processada rapidamente, isso pode ocorrer com alta personalização do JavaScript ou se a sua entrega pesa mais do que 60 kbytes. Consulte as Práticas recomendadas de entrega do Adobe Campaign para saber mais sobre as diretrizes de conteúdo.
-
Pode ter ocorrido limitação dentro do MTA do Adobe Campaign. Isso é causado por:
-
Mensagens pendentes (quotas met message): as cotas declaradas pelas regras MX declarativas definidas no Campaign foram atendidas. Para obter mais informações sobre esse tipo de mensagem, consulte esta página. Para saber mais sobre as regras MX, consulte esta seção.
-
Mensagens pendentes (mensagem dynamic flow control): o MTA do Campaign encontrou erros ao tentar entregar mensagens para um determinado ISP, o que faz com que um atraso evite uma densidade de erros muito grande e, portanto, enfrente uma possível inclusão na lista de bloqueios.
-
-
Um problema do sistema pode impedir que os servidores interajam: isso pode desacelerar todo o processo de envio. Verifique os servidores para garantir que não haja problemas de memória ou recursos que possam afetar o Campaign no processo de obter os dados de personalização, por exemplo.
Entregas agendadas scheduled-deliveries-
Se as entregas não forem executadas em uma data agendada específica, pode ser por diferença entre o fuso horário dos servidores. A instância mid-sourcing e a instância de produção podem estar em fusos horários diferentes.
Como exemplo, se a ocorrência de mid-sourcing estiver no fuso horário de Brisbane e a instância de produção estiver no fuso horário de Darwin, os fusos horários têm meia hora de diferença um do outro e, no log de auditoria, é possível ver claramente que se a entrega estiver agendada para a produção às 11h56, a mesma entrega agendada para mid deveria ser às 12h26, com uma diferença de meia hora.
Status de falha failed-status
Se o status de uma entrega de email for Failed, ela poderá ser vinculada a um problema com blocos de personalização. Os blocos de personalização em uma entrega podem gerar erros quando os schemas não correspondem ao mapeamento da entrega, por exemplo.
Os logs da entrega são fundamentais para saber por que uma entrega falhou. Aqui estão possíveis erros que você pode detectar nos logs de entrega:
-
Se as mensagens do destinatário falharem com uma declaração de erro "Inacessível":
code language-none Error while compiling script 'content htmlContent' line X: `[table]` is not defined. JavaScript: error while evaluating script 'content htmlContentA causa desse problema é quase sempre uma personalização na tentativa do HTML que chama uma tabela ou campo que não foi definido ou mapeado no direcionamento de upstream ou no target mapping da entrega.
Para corrigir isso, o workflow e o conteúdo da entrega precisam ser revisados para determinar especificamente qual personalização está tentando chamar a tabela em questão e se a tabela pode ou não ser mapeada. A partir daí, ao remover a chamada para esta tabela no HTML ou ao corrigir o mapping para a entrega pode ser o caminho para a resolução.
-
No modelo de implantação mid-sourcing, a seguinte mensagem pode aparecer nos logs de entrega:
code language-none Error during the call of method 'AppendDeliveryPart' on the mid sourcing server: 'Communication error with the server: please check this one is correctly configured. Code HTTP 408 'Service temporarily unavailable'.A causa está vinculada aos problemas de desempenho. Significa que a instância de marketing gasta muito tempo criando dados antes de enviá-los ao servidor mid-sourcing.
Para resolver isso, recomendamos executar um vácuo e reindexação no banco de dados. Para obter mais informações sobre manutenção de banco de dados, consulte esta seção.
Você também deve reiniciar todos os workflows com uma atividade agendada e todos os workflows com o status de falha. Consulte esta seção.
-
Quando uma entrega falha, o seguinte erro pode aparecer nos logs de entrega:
code language-none DLV-XXXX The count of message prepared (123) is greater than the number of messages to send (111). Please contact support.Normalmente, esse erro significa que há um campo ou bloco de personalização no email com mais de um valor para o destinatário. Um bloco de personalização está sendo usado e está buscando mais de um registro para um determinado destinatário.
Para resolver isso, verifique os dados de personalização usados e verifique o target para os destinatários que têm mais de uma entrada para qualquer um desses campos. Você também pode usar uma atividade Deduplication no workflow para construção do target antes da atividade de entrega para verificar se há apenas um campo de personalização por vez. Para obter mais informações sobre desduplicação, consulte esta página.
-
Algumas entregas podem falhar com um erro "Inacessível" informando:
code language-none Inbound email bounce (rule 'Auto_replies' has matched this bounce).Isso significa que a entrega teve êxito, mas o Adobe Campaign recebeu uma resposta automática do destinatário (por exemplo, uma "ausência temporária") que corresponde às regras de email de entrada "Respostas_automáticas".
O email de resposta automática é ignorado pelo Adobe Campaign e o endereço do destinatário não será enviado para a quarentena.