Event Delay 

Adie eventos recebidos por webhook e dispare após um intervalo configurado. 

Visão Geral 

O Event Delay permite adiar o processamento de eventos recebidos pelo container sGTM por um intervalo configurável de 1 a 1.500 minutos (25 horas). Isso e essencial em cenários onde os dados de conversão precisam ser sincronizados com processos de negócio que não acontecem instantaneamente, como confirmação de pagamento, validação de fraude ou aprovação de pedidos. 

Sem o Event Delay, eventos de purchase disparados no momento do checkout podem gerar conversões infladas: pedidos que serão cancelados por fraude, pagamentos via boleto que nunca serão compensados ou cartões de crédito que serão recusados são todos contabilizados como vendas. O resultado e um ROAS artificialmente alto e decisões de orçamento baseadas em dados imprecisos. 

Com o Event Delay, você configura um intervalo de espera (ex: 30 minutos para validação de cartão, 48 horas para compensação de boleto) antes que o evento seja processado e enviado as plataformas de advertising. Isso garante que apenas conversões confirmadas sejam reportadas ao Google Ads, Meta e TikTok. 

Benefícios 

1. Previne o envio de conversões duplicadas ou prematuras as plataformas de advertising. 

2. Alinha o momento da conversão com a confirmação real do pagamento ou do pedido. 

3. Intervalo configurável de 1 a 1.500 minutos para atender diferentes fluxos de negócio. 

4. Melhora a precisão do ROAS ao eliminar conversões que serão canceladas ou reembolsadas. 

5. Reduz o ruido nos dados de otimização do Smart Bidding e do Meta Advantage+. 

6. Compatível com qualquer fonte de eventos: webhooks, APIs, SDKs. 

Como funciona 

O Event Delay funciona como um buffer temporal entre a recepção do evento e o processamento pelo container sGTM. Quando um evento chega ao endpoint de delay, o Wascer o armazena temporariamente e agenda o processamento para o intervalo configurado. 

A URL de delay segue o formato: https://{dominio-sgtm}/wascer/delay/{minutos}/{path}. O parâmetro 

{minutos} define o tempo de espera (1 a 1.500), e {path} e o endpoint original da requisição. Exemplo: https://sst.seusite.com.br/wascer/delay/60/collect envia o evento para processamento 60 minutos após o recebimento. 

É importante notar que o dispositivo que envia a requisição original recebe uma resposta imediata do endpoint de delay (status 200), mas o processamento real pelo container sGTM só acontece após o intervalo configurado. Isso significa que o evento não aparecera no Preview Mode imediatamente — ele será processado e disparado no horário agendado. 

Como ativar / configurar 

1. Acesse o painel do Wascer e selecione seu container sGTM. 

2. Va ate Boosters > Event Delay. 

3. Clique em Ativar e ligue o toggle. 

O card Event Delay na aba Boosters: 

4. Clique em Salvar. 

5. Na sua implementação (tag do GTM, webhook ou chamada de API), modifique a URL de destino para incluir o segmento de delay: 

• Formato: https://{seu-dominio-sgtm}/wascer/delay/{minutos}/{path-original} 

• Exemplo: para um delay de 30 minutos no endpoint /collect: 

• https://sst.seusite.com.br/wascer/delay/30/collect 

6. Teste enviando um evento e verificando nos Logs do Wascer que ele foi processado após o intervalo configurado. 

O modal do Event Delay exibe exemplos de URL e o toggle de ativação: 

Casos de uso 

E-commerce com pagamento via boleto: Uma loja online que aceita boleto bancário configurou um delay de 2.880 minutos (48 horas) para eventos de purchase originados por boleto. Assim, apenas compras efetivamente pagas são enviadas ao Google Ads e Meta, evitando inflação do ROAS com pedidos não compensados. 

Marketplace com validação antifraude: Um marketplace que processa pedidos com validação de fraude automática (tempo médio de 15 minutos) configurou um delay de 20 minutos. Pedidos fraudulentos são cancelados antes do envio da conversão as plataformas, melhorando a qualidade dos dados de otimização. 

Disponibilidade 

O User ID está disponível somente nos planos do Wascer: Business e Enterprise.