RUNBOOK // sfmcPRODUÇÃO

Falha de Render / Personalização em Email

Depure emails que falham para parte dos destinatários ou montam devagar por personalização frágil ou cara.

Context Pack →Abrir Workspace →
Trust & provenancePRODUCTION
Nível de evidênciaPRODUCTIONFontes oficiais3Outras fontes0Última verificaçãoNão registrada

O nível de evidência descreve minha experiência com o conteúdo. Fonte oficial descreve contrato/documentação da plataforma. Observação de produção não deve ser tratada automaticamente como limite oficial.

01

Encontre o formato do destinatário que falha

Compare uma linha que funciona com uma que quebra: chaves ausentes, atributos null, valores malformados e cardinalidade de lookup.

02

Troque suposições diretas por leituras defensivas

Use AttributeValue/Empty quando atributos ausentes devem cair em fallback em vez de quebrar o render.

03

Proteja rowsets antes de Field()

Cheque RowCount antes de Row/Field. Lookup sem retorno é uma causa comum de falha por destinatário.

04

Limite cardinalidade de lookups

LookupRows retorna no máximo 2.000 linhas; renderizar relacionamento one-to-many enorme normalmente é cheiro de arquitetura.

05

Inspecione chamadas remotas

HTTPGet/personalização remota pode transformar o build da mensagem em dependência de rede e degradar throughput da Journey.

06

Use RaiseError apenas para invariantes reais

Pule um destinatário quebrado quando necessário, mas não use RaiseError como lógica de segmentação.

07

Mova trabalho caro para upstream

Pré-compute dados reutilizáveis em SQL/Automation Studio quando a mesma lógica roda para todo destinatário.