Perguntas frequentes
Este artigo fornece respostas para algumas perguntas frequentes sobre Campaigns.
Como crio uma campanha multicanal?
Consulte Campaigns multicanal em Criar uma Campaign para ver as etapas de configuração e os canais suportados.
Posso adicionar um grupo de controle à minha campanha multicanal?
Consulte Grupos de controle em Criar uma Campaign. Para testes entre canais, use o Canvas.
Quais são algumas maneiras de começar a testar e otimizar Campaigns?
Campaigns multivariantes e Canvas com múltiplas variantes são uma ótima maneira de começar! Por exemplo, você pode executar uma campanha multivariante para testar uma mensagem com diferentes textos ou linhas de assunto. Canvas com múltiplas variantes podem ajudar a testar fluxos de trabalho completos.
Por que a taxa de abertura da minha Campaign diminuiu?
Taxas de abertura baixas nem sempre estão relacionadas a um problema técnico. Pode haver problemas com corte de e-mail, o que resulta em um pixel de rastreamento ausente. No entanto, também é possível que menos usuários estejam abrindo seus e-mails devido ao conteúdo ou a mudanças no tamanho do público.
Como os públicos das Campaigns são avaliados?
Por padrão, as Campaigns verificam os filtros de público no momento da entrada. Para Campaigns baseadas em ação com postergação, há uma opção de reavaliar os critérios do Segment no momento do envio para garantir que os usuários ainda façam parte do público-alvo quando a mensagem for enviada.
Por que há uma diferença entre o número de destinatários únicos e o número de envios de uma determinada Campaign ou Canvas?
Uma explicação possível é que a Campaign ou o Canvas tem reelegibilidade ativada, o que significa que os usuários que se qualificarem para o Segment e as configurações de entrega poderão receber a mensagem mais de uma vez. Se a reelegibilidade não estiver ativada, a explicação provável para a diferença entre envios e destinatários únicos pode ser devido a usuários com vários dispositivos, em diferentes plataformas, associados aos seus perfis.
Por exemplo, se você tem um Canvas que possui notificações por push tanto para iOS quanto para web, um determinado usuário com dispositivos móvel e desktop pode receber mais de uma mensagem.
Por que os Destinatários únicos são maiores do que o número de usuários que direcionei?
Os Destinatários únicos podem ser maiores do que o público esperado porque a Braze rastreia destinatários únicos diários para fins de relatórios. Isso permite que a Braze atribua conversões dentro da janela de conversão cada vez que um usuário recebe a mensagem, em vez de agrupar múltiplos recebimentos em uma única contagem vitalícia (o que distorceria os cálculos de conversão).
Por exemplo, se um usuário recebe uma Campaign na segunda-feira e novamente na sexta-feira e converte após cada envio, a Braze pode reportar isso como dois recebimentos e duas conversões. Se a Braze contasse apenas um “único” vitalício em ambos os envios, você descartaria uma conversão válida ou contaria em duplicidade contra um único destinatário, o que torna o desempenho da campanha mais difícil de interpretar.
O mesmo padrão se aplica a Campaigns recorrentes e à reelegibilidade: se dois usuários recebem um envio recorrente hoje e novamente amanhã, os Destinatários únicos contam quatro linhas de destinatários diários, e não dois perfis.
Por que o número de conversões pode exceder o número de usuários únicos em Campaigns multicanal?
Consulte Conversões e relatórios em Criar uma Campaign e Regras de rastreamento de conversão em Eventos de conversão.
Por que minha Campaign tem uma base de usuários contatáveis menor do que o Segment que estou usando para a Campaign?
Se você tem um grupo de controle global configurado, ele impedirá que uma porcentagem do seu público contatável receba Campaigns. Isso significa que o número de usuários contatáveis para o seu Segment pode, às vezes, ser maior do que o número de usuários contatáveis para a sua Campaign, mesmo que a Campaign esteja usando esse mesmo Segment.
O que a entrega por fuso local oferece?
A entrega por fuso local permite que você entregue campanhas de mensagens a um Segment com base no fuso horário individual de cada usuário. Sem a entrega por fuso local, as Campaigns serão agendadas com base nas configurações de fuso horário da sua empresa na Braze.
Por exemplo, uma empresa sediada em Londres enviando uma Campaign às 12h alcançaria usuários na costa oeste dos EUA às 4h da manhã. Se o seu app está disponível apenas em determinados países, isso pode não ser um risco para você. Caso contrário, recomendamos fortemente evitar o envio de notificações por push de madrugada para a sua base de usuários.
Como a Braze reconhece o fuso horário de um usuário?
A Braze determinará automaticamente o fuso horário do usuário a partir do dispositivo dele. Isso garante a precisão do fuso horário e a cobertura total dos seus usuários. Usuários criados pela API de Usuário ou de outra forma sem um fuso horário terão o fuso horário da sua empresa como fuso horário padrão até que sejam reconhecidos no seu app pelo SDK.
Você pode verificar o fuso horário da sua empresa nas configurações da empresa no dashboard.
Quando a Braze avalia os usuários para entrega por fuso local?
A Braze avalia os usuários para elegibilidade de entrada em:
- Horário de Samoa (UTC+13) no dia agendado
- Horário local do dia agendado
Para que um usuário seja elegível para entrada, ele deve ser elegível em ambas as verificações. Por exemplo, se um Canvas está agendado para ser lançado em 7 de agosto de 2021 às 14h no fuso local, direcionar um usuário localizado em Nova York exigiria as seguintes verificações de elegibilidade:
- Nova York em 6 de agosto de 2021 às 21h
- Nova York em 7 de agosto de 2021 às 14h
Para entrar, um usuário deve corresponder ao seu público e filtros em ambos os momentos de avaliação. Se o usuário não for elegível na primeira verificação, a Braze não executa a segunda verificação. Não há um tempo mínimo em que o usuário precisa estar no Segment antes do lançamento. Apenas a elegibilidade em cada verificação importa.
Esse comportamento de avaliação é separado de com quanta antecedência você agenda a Campaign no dashboard. Agendar com pelo menos 24 horas de antecedência é uma recomendação porque ajuda as mensagens a serem entregues durante toda a janela de 24 horas de fuso local, e não um requisito de que cada usuário esteja no público por 24 horas.
Exemplos
Por exemplo, se uma Campaign está agendada para ser entregue às 19h UTC, começamos a enfileirar os envios da Campaign assim que um fuso horário é identificado (como Samoa). Isso significa que estamos nos preparando para enviar a mensagem, não enviando a Campaign. Se os usuários não corresponderem a nenhum filtro quando verificamos a elegibilidade, eles não farão parte do público-alvo.
Como outro exemplo, digamos que você queira criar duas Campaigns agendadas para enviar no mesmo dia — uma de manhã e outra à noite — e adicionar um filtro para que os usuários só possam receber a segunda Campaign se já tiverem recebido a primeira. Com a entrega por fuso local, alguns usuários podem não receber a segunda Campaign. Isso acontece porque verificamos a elegibilidade quando o fuso horário do usuário é identificado, e se o horário agendado ainda não ocorreu no fuso horário dele, ele não recebeu a primeira Campaign, o que significa que não será elegível para a segunda Campaign.
A linha do tempo a seguir pressupõe uma definição de Segment que inclui uma janela de participação limitada no tempo. Neste exemplo, os usuários saem do Segment 24 horas após ingressarem. Esse comportamento de filtro é uma razão pela qual um usuário pode passar na primeira verificação e falhar na segunda.

Descrição da linha do tempo
- O Usuário A entra no Segment às 6:59 PST (4:59 horário de Samoa).
- A Braze verifica a participação no Segment às 7h de Samoa para determinar quais usuários são elegíveis para receber a Campaign nas próximas 24 horas. O Usuário A está no Segment neste momento.
- O Segment tem uma janela de 24 horas, então o Usuário A sai do Segment 24 horas após ingressar: 6:59 PST (4:59 horário de Samoa).
- A Campaign de fuso local envia às 7h PST, mas o Usuário A já saiu do Segment.
Como agendo uma Campaign com fuso local?
A seção anterior descreve quando a Braze avalia a elegibilidade para entrega por fuso local (as duas verificações). Esta seção descreve quando você define o cronograma da Campaign no dashboard (tempo de antecedência do agendamento) e quais usuários ainda recebem a mensagem se você agendar com menos de 24 horas de antecedência.
Ao agendar uma Campaign, escolha enviá-la em um horário designado e depois selecione Enviar Campaign para usuários em seu fuso local.
A Braze recomenda fortemente que todas as Campaigns com fuso local sejam agendadas com 24 horas de antecedência. Como esse tipo de Campaign precisa ser enviada ao longo de um dia inteiro, agendá-la com 24 horas de antecedência garante que sua mensagem alcançará todo o seu Segment. No entanto, você pode agendar essas Campaigns com menos de 24 horas de antecedência, se necessário. Tenha em mente que a Braze não enviará mensagens a usuários que tenham ultrapassado o horário de envio em mais de 1 hora.
Por exemplo, se são 13h e você agenda uma Campaign com fuso local para as 15h, a Campaign enviará imediatamente para todos os usuários cujo horário local estiver entre 15h e 16h, mas não para usuários cujo horário local seja 17h. Além disso, o horário de envio que você escolher para sua Campaign precisa ainda não ter ocorrido no fuso horário da sua empresa.
Editar uma Campaign com fuso local que está agendada com menos de 24 horas de antecedência não alterará o cronograma da mensagem. Se você decidir editar uma Campaign com fuso local para enviar em um horário posterior (por exemplo, 19h em vez de 18h), os usuários que estavam no Segment direcionado quando o horário de envio original foi escolhido ainda receberão a mensagem no horário original (18h). Se você editar uma Campaign com fuso local para enviar em um horário anterior (por exemplo, 16h em vez de 17h), a Campaign ainda será enviada a todos os membros do Segment no horário original (17h).

Para componentes do Canvas, os usuários não precisam estar no componente por 24 horas para receber o próximo componente na jornada do usuário para entrega por fuso local.
Se você permitiu que os usuários se tornassem reelegíveis para a Campaign, eles a receberão novamente no horário original (17h). Para todas as ocorrências subsequentes da sua Campaign, no entanto, suas mensagens serão enviadas apenas no horário atualizado.
Quando as alterações em Campaigns com fuso local entram em vigor?
Os Segments-alvo para Campaigns com fuso local devem incluir pelo menos uma janela de 48 horas para quaisquer filtros baseados em tempo para garantir a entrega a todo o Segment. Por exemplo, considere um Segment direcionado a usuários em seu segundo dia com os seguintes filtros:
- Usou o app pela primeira vez há mais de 1 dia
- Usou o app pela primeira vez há menos de 2 dias
A entrega por fuso local pode não alcançar usuários neste Segment com base no horário de entrega e no fuso local dos usuários. Isso acontece porque um usuário pode sair do Segment antes que seu fuso horário acione a entrega.
Quais alterações posso fazer em Campaigns agendadas antes do lançamento?
Quando a Campaign está agendada, você deve fazer edições em qualquer coisa que não seja a composição da mensagem antes de enfileirarmos as mensagens para envio. Como em todas as Campaigns, você não pode editar eventos de conversão após o lançamento.
Atualizei minha Campaign agendada. Por que ela não foi lançada?
Isso pode acontecer quando uma Campaign está agendada para ser lançada no exato momento em que foi atualizada. Por exemplo, se agora são 15:10 e você alterou a Campaign para lançar às 15:10 e selecionou Atualizar Campaign, já passaram das 15:10, o que significa que o horário agendado para lançamento já passou. Em vez de agendar a Campaign para o mesmo horário, selecione Enviar assim que a Campaign for lançada.
Qual é a “zona segura” antes que as mensagens de uma Campaign agendada sejam enfileiradas?
Recomendamos fazer alterações nas mensagens dentro dos seguintes prazos:
- Campaigns agendadas únicas: Edite até o horário de envio agendado.
- Campaigns agendadas recorrentes: Edite até o horário de envio agendado.
- Campaigns com horário de envio local: Edite até 24 horas antes do horário de envio agendado.
- Campaigns com horário de envio ideal: Edite até 24 horas antes do dia em que a Campaign está agendada para enviar.
Se você fizer alterações na sua mensagem fora dessas recomendações, pode não ver as atualizações refletidas na mensagem enviada. Por exemplo, se você editar o horário de envio três horas antes de uma Campaign agendada para enviar às 12h no horário local, o seguinte pode ocorrer:
- A Braze não envia mensagens a usuários que tenham ultrapassado o horário de envio em mais de uma hora.
- Mensagens pré-enfileiradas ainda podem ser enviadas no horário originalmente enfileirado, em vez do horário ajustado.
Se você precisar fazer alterações, recomendamos parar a Campaign atual (isso cancela quaisquer mensagens enfileiradas). Você pode então duplicar a Campaign, fazer as alterações necessárias e lançar a nova Campaign. Pode ser necessário excluir desta Campaign os usuários que já receberam a primeira Campaign. Certifique-se de reajustar os horários de agendamento da Campaign para permitir o envio por fuso horário.
Por que nenhum usuário entrou na minha Campaign diária agendada no dia de horário de verão?
Em dias de transição de horário de verão (DST), Campaigns diárias agendadas podem ser executadas até uma hora mais cedo ou mais tarde do que o habitual, dependendo se os relógios avançam ou retrocedem. Se o seu Segment depende de atributos personalizados ou eventos com timestamps que estejam dentro de uma hora do horário de envio agendado, esses usuários podem ainda não estar qualificados quando a Campaign avalia a elegibilidade no dia de DST.
Por exemplo, suponha que os usuários normalmente recebam uma atualização de atributo personalizado às 15h UTC e sua Campaign é executada diariamente às 10:30 em Nova York (Horário do Leste). Enquanto Nova York está no horário padrão (UTC-5), 10:30 ET corresponde a 15:30 UTC, então a Campaign é executada após o atributo ser registrado. Quando Nova York muda para o horário de verão (UTC-4), 10:30 ET corresponde a 14:30 UTC, então no dia da transição de primavera a Campaign pode ser executada antes da atualização do atributo das 15h UTC. Como o atributo qualificador ainda não existe, esses usuários são filtrados. Se a reelegibilidade estiver desativada, os usuários que entraram em dias anteriores não podem reentrar, resultando em zero entradas naquele dia.
Para evitar isso, garanta que as atualizações de seus atributos personalizados ou eventos ocorram com mais de uma hora de antecedência em relação ao horário de envio agendado da Campaign.
Por que o número de usuários entrando em uma Campaign não corresponde ao número esperado?
O número de usuários entrando em uma Campaign pode diferir do número esperado devido à forma como os públicos e gatilhos são avaliados. Na Braze, um público é avaliado antes do gatilho (a menos que esteja usando um gatilho de alteração de atributo). Isso fará com que os usuários saiam da Campaign se não fizerem parte inicialmente do público selecionado antes que quaisquer ações de gatilho sejam avaliadas.

Para assistência adicional com solução de problemas de Campaigns, entre em contato com o suporte da Braze dentro de 30 dias da ocorrência do seu problema, pois temos apenas os últimos 30 dias de logs de diagnóstico.
Por que os usuários receberam minha Campaign duas vezes depois que eu a editei?
Se você editar uma Campaign ativa sem pará-la primeiro, os usuários podem receber a mensagem duas vezes. Isso acontece porque editar uma Campaign ativa reenfileira os usuários para a versão atualizada enquanto a fila original ainda está sendo processada. Os usuários que ainda não receberam a mensagem original podem acabar em ambas as filas. Para evitar isso, sempre pare a Campaign antes de fazer alterações.
Qual é a diferença entre as opções Exportar CSV de Dados de Usuários e Exportar CSV de Endereços de E-mail na página de análise da minha Campaign?
Selecionar a opção Exportar CSV de Endereços de E-mail baixa dados apenas de usuários com endereços de e-mail. Por exemplo, se você tem um Segment de 100.000 usuários, mas apenas 50.000 desses usuários possuem endereços de e-mail, e você clica em Exportar CSV de Endereços de E-mail, a exportação conterá apenas 50.000 linhas de dados. Em comparação, selecionar Exportar CSV de Dados de Usuários exporta todos os dados de usuários.
Posso pesquisar uma Campaign pelo seu identificador de API?
Sim, use o filtro api_id:YOUR_API_ID na página Campaigns para pesquisar uma Campaign pelo seu identificador de API. Consulte pesquisar Campaigns para saber mais.
Por que o espaço em branco aparece de forma diferente em campos de entrada versus texto exibido?
O tratamento de espaços em branco difere entre campos de entrada e componentes de texto exibido por causa da estilização CSS. Em componentes de texto com o CSS padrão white-space: normal, vários espaços consecutivos são agrupados em um único espaço quando exibidos. Esse é o comportamento padrão do HTML para texto renderizado.
Campos de entrada preservam vários espaços exatamente como você os insere, porque você precisa ver e editar o espaçamento exato para uma entrada de dados precisa. Isso significa que texto com vários espaços pode aparecer de forma diferente quando visualizado em um campo de entrada (onde todos os espaços são preservados) versus quando exibido em outras partes do dashboard (onde o CSS pode agrupar vários espaços).
Por exemplo, se você inserir um nome de campanha ou parâmetro UTM com vários espaços em um campo de entrada, você verá todos os espaços preservados. No entanto, quando esse mesmo texto aparece em resultados de busca, listas de Campaigns ou outros componentes de texto, vários espaços podem aparecer como um único espaço por causa do tratamento de espaços em branco pelo CSS.
Qual é a diferença entre Campaigns de API e Campaigns disparadas por API?
Campaigns disparadas por API permitem que você gerencie o texto da Campaign, testes multivariantes e regras de reelegibilidade dentro do dashboard da Braze enquanto dispara a entrega desse conteúdo a partir dos seus próprios servidores e sistemas. Essas mensagens também podem incluir dados adicionais para serem modelados nas mensagens em tempo real.
Campaigns de API são usadas para rastrear as mensagens enviadas usando a API. Diferentemente da maioria das Campaigns, você não especifica a mensagem, os destinatários ou o cronograma, mas em vez disso passa os identificadores nas suas chamadas de API.
Como posso confirmar se meus usuários receberam uma Campaign disparada por API?
Você pode criar um Segment usando o filtro Recebeu Campaign e depois selecionar a Campaign disparada por API específica que deseja verificar. Após salvar o Segment, use o endpoint /users/export/segment para exportar os usuários nesse Segment.
Posso excluir uma Campaign?
Não, mas você pode arquivar uma Campaign.
Qual é a diferença entre Campaigns baseadas em ação e Campaigns disparadas por API?
Baseadas em ação
Campaigns com entrega baseada em ação ou disparadas por evento são muito eficazes para mensagens transacionais ou de conquistas e permitem que você as dispare para envio após um usuário completar um determinado evento.
| Vantagens | Desvantagens |
|---|---|
| • Visibilidade das cargas úteis JSON recebidas na plataforma (se o evento for disparado por um usuário teste) via o Registro de atividade de mensagens • Elementos de personalização estão incluídos nas propriedades de eventos personalizados • Eventos personalizados podem ser usados para criar Segments de usuários elegíveis para a mensagem |
• Consome pontos de dados |
Disparadas por API
Campaigns disparadas por API e disparadas por servidor são ideais para lidar com transações mais avançadas, permitindo que você dispare a entrega do conteúdo da Campaign a partir dos seus próprios servidores e sistemas. A solicitação de API para disparar a mensagem também pode incluir dados adicionais para serem modelados na mensagem em tempo real.
| Benefícios | Considerações |
|---|---|
| • Não registra pontos de dados • Elementos de personalização estão incluídos nas propriedades da carga útil JSON |
• Não permite criar um Segment de usuários elegíveis para a mensagem nas propriedades da carga útil JSON • Não é possível ver as cargas úteis JSON recebidas com o Registro de atividade de mensagens |
O que devo incluir ao enviar um ticket de suporte para um erro “Request Timed Out”?
Se você encontrar um erro “Request Timed Out” ao criar ou editar uma Campaign ou Canvas e precisar entrar em contato com o suporte da Braze, inclua as seguintes informações para ajudar a acelerar a resolução:
- Gravação de tela: Uma gravação das etapas que você seguiu antes de ver o erro, incluindo quaisquer transições de página.
- Carimbo de data/hora e fuso horário: O horário exato em que o erro ocorreu e seu fuso horário.
- Navegador e versão: O navegador que você está usando (por exemplo, Chrome 120, Safari 17) e se você tentou reproduzir o erro em um navegador diferente.
- Etapas para reproduzir: Uma descrição clara das ações que disparam o erro, incluindo quaisquer configurações específicas de Campaign ou Canvas envolvidas.
- Logs de rede (opcional): Abra as ferramentas de desenvolvedor do seu navegador (guia Network), reproduza o erro e exporte o log de rede como um arquivo de log HTTP Archive (HAR). Isso ajuda a equipe de suporte a identificar qual chamada de API está expirando.
Por que minha análise de envio não corresponde ao limite máximo de destinatários que defini?
Se você adicionar ou alterar um limite máximo de destinatários em uma Campaign ativa, o limite pode não ser refletido na sua análise de envio pelos seguintes motivos:
- Limite adicionado após o lançamento: Se o limite máximo de destinatários não for definido quando a Campaign for lançada, as mensagens que já estiverem enfileiradas antes de você aplicar o limite ainda serão enviadas. O limite só entra em vigor para envios enfileirados após você salvar a alteração.
- Interação com limite de frequência: Se uma Campaign também tem limite de frequência, as mensagens podem ser distribuídas ao longo de uma janela de tempo mais longa. O limite máximo de destinatários é avaliado quando as mensagens são enfileiradas, não quando são entregues. Se o limite for alterado enquanto as mensagens já estão na fila, o limite original se aplica a essas mensagens.
- Campaigns recorrentes: Para Campaigns recorrentes, cada envio agendado avalia o limite máximo de destinatários de forma independente. Alterar o limite entre envios não ajusta retroativamente as contagens de envios anteriores.
Para evitar desalinhamento, defina o limite máximo de destinatários antes de lançar a Campaign e evite modificá-lo enquanto os envios estiverem em andamento.
Por que os envios são menores do que o tamanho estimado do público?
Vários fatores podem fazer com que o número de envios seja menor do que o tamanho estimado do público:
- Estimativas de tamanho do Segment: As contagens de Segments são aproximações até que a Braze avalie a participação no momento do envio. Consulte Medir o tamanho do Segment para saber como as estimativas são calculadas e quando as contagens exatas são executadas.
- Entrega baseada em ação: Os usuários só geram envios depois de realizarem o gatilho, então os envios se acumulam ao longo do tempo e podem ficar atrás da estimativa inicial mostrada quando você criou a Campaign.
- Edições de público após o lançamento: Alterar filtros de entrada ou alvo após o lançamento pode deixar o instantâneo de Público estimado fora de sincronia com quem ainda se qualifica em envios posteriores (por exemplo, quando os usuários não são elegíveis para reentrar).
- Etapa de Jornada do Público: Para Canvas, uma etapa de Jornada do Público só envia mensagens para os usuários que correspondem à ramificação de maior prioridade para a qual se qualificam, o que pode reduzir os envios em comparação com uma contagem de Segment simples.
- Grupos de controle: Se um grupo de controle global ou um grupo de controle em nível de Campaign estiver em uso, uma parte do público é retida da entrega.
- Tempo de entrega e janelas: Para Campaigns com fuso local ou agendadas, os usuários devem se qualificar tanto no momento da entrada quanto no momento do envio; usuários em determinados fusos horários podem ficar fora da janela de entrega.
- Deduplicação de e-mail: Sua Campaign ou Canvas direciona vários usuários com e-mails correspondentes, então um usuário aleatório com esse endereço de e-mail é escolhido no momento do envio. A mensagem é enviada apenas uma vez e é deduplicada para que não chegue ao mesmo endereço de e-mail várias vezes, mas o tamanho estimado do seu público inclui todos os usuários.
- Filtros de entregabilidade de e-mail: Para Campaigns de e-mail, a Braze exclui usuários que tiveram hard bounce, cancelaram a inscrição de e-mails, foram marcados como SPAM, não possuem endereço de e-mail em seu perfil ou não estão inscritos em um grupo de inscrições obrigatório. Essas verificações são executadas no momento do envio, então um usuário presente no seu Segment ainda pode ser excluído da contagem real de envios.
- Tempo de importação de CSV: Quando a participação no Segment é mantida por importação de CSV, endereços de e-mail adicionados após o envio de uma Campaign agendada não são alcançados por esse envio. Como a Braze não retém um instantâneo da participação no Segment no momento do envio, o tamanho atual do Segment pode exceder o número de usuários que realmente receberam a mensagem.
- Limite de frequência global: Limites em nível de espaço de trabalho podem impedir que usuários elegíveis recebam outra mensagem na mesma janela, o que reduz os envios realizados.
- Usuários recém-importados: Perfis que acabaram de se tornar elegíveis podem não receber até a próxima avaliação ou passagem de envio, então as contagens se atualizam em uma execução posterior.
- Alcançabilidade de push: Para Campaigns de push, confirme que o público está habilitado para push no app correto. Se você não filtrar por usuários habilitados para push, o público estimado pode incluir perfis que não podem receber push. Verifique Usuários contatáveis na etapa Públicos-alvo para uma estimativa operacional mais precisa.
- Limite de frequência de entrega: Um limite de velocidade de entrega limita quantas mensagens a Braze envia por minuto durante uma única ocorrência de envio. A Braze distribui a entrega ao longo de uma janela mais longa, então alguns envios podem ser adiados, ainda não refletidos na contagem ou não concluídos se o limite for baixo em relação ao público elegível.
- Janelas de reelegibilidade: Usuários que ainda não são reelegíveis não receberão novamente durante o período de espera, então os envios ficam abaixo do tamanho estimado do público para esse período.
- Janela de relatórios: O intervalo de tempo da análise pode não incluir todos os envios.
- Reavaliação do Segment: Para Campaigns baseadas em ação ou agendadas que reavaliam no momento do envio, os usuários que estavam no Segment quando a Campaign foi enfileirada podem não se qualificar mais quando a mensagem é efetivamente enviada.
- Limites de envio: Um número máximo de usuários (ou limite similar) em Públicos-alvo interrompe a entrega quando o limite é atingido.
- Filtros rigorosos de dispositivo ou navegador: Filtros que correspondem apenas às versões mais recentes de apps ou navegadores reduzem o conjunto contatável no momento do envio em comparação com uma prévia ampla do Segment.
Para ver por que um usuário específico foi ignorado no momento do envio, verifique o Registro de atividade de mensagens.
Onde estão as perguntas frequentes sobre limite de frequência global?
Para perguntas sobre dias corridos, push silencioso, webhooks, comportamento do Canvas e tópicos relacionados, consulte as Perguntas frequentes sobre Limite de frequência.
Por que minha Campaign está com taxas de envio mais baixas?
Se você perceber que suas Campaigns diárias agendadas enviam para menos usuários ao longo do tempo, verifique o seguinte:
- Verifique se a reelegibilidade está ativada: Sem reelegibilidade, a Braze envia mensagens a cada usuário apenas uma vez. Em Campaigns diárias agendadas, apenas os usuários que correspondem ao público e ainda não receberam a mensagem são elegíveis para cada envio. À medida que mais usuários recebem a mensagem, cada envio posterior tem menos usuários elegíveis, então o volume de envios diminui.
- Verifique se o público tem participação fixa: Públicos construídos a partir de uma lista fixa de usuários (como uma importação de CSV usada como filtro de Segment) não ganham novos membros automaticamente. Sem novos entrantes, o volume de envios não pode se recuperar à medida que os usuários são contatados.
Para limites de velocidade de entrega e outros fatores que reduzem os envios para uma única ocorrência, consulte Por que os envios são menores do que o tamanho estimado do público?.
Por que os destinatários únicos podem exceder os envios para e-mail e SMS?
Para e-mail e SMS, a Braze incrementa os Destinatários únicos antes da tentativa de envio pelo provedor de e-mail e incrementa os Envios após uma resposta bem-sucedida do provedor. Erros permanentes (como endereços de e-mail inválidos) ou endereços duplicados fazem com que os destinatários únicos excedam os envios.
Por que o Último envio não corresponde ao meu horário de envio agendado?
Para uma Campaign com um único envio agendado, Último envio corresponde ao horário de lançamento. Para Campaigns recorrentes com Enviar no fuso local ativado, Último envio pode aparecer mais cedo do que o horário agendado porque os envios para usuários em fusos horários anteriores (por exemplo, GMT vs. PST) são concluídos antes do horário de agendamento do seu espaço de trabalho.
Por que uma Campaign histórica parada não mostra mais métricas na página Analytics?
A guia Analytics tem como padrão os últimos 90 dias. Se a Campaign enviou pela última vez fora dessa janela, as métricas podem aparecer como zero até que você ajuste o intervalo de datas na página Analytics para incluir quando a Campaign foi enviada. Para saber mais, consulte Análise de Campaigns.
Restaurar dados de interação não restaura a análise da Campaign. Ela se aplica apenas a filtros de redirecionamento e histórico de interação do usuário. Para saber mais, consulte Dados de interação com mensagens.