A anatomia oficial da Postback URL do MGID
A URL de postback do MGID carrega o ID da sua conta (client ID) no path — é o único formato que aparece na documentação oficial: “the number is your unique MGID client ID”. Segundo o próprio time do MGID, é o formato certo para evitar discrepância: se algo falhar na passagem, eles localizam o hit nos logs pela conta.
https://a.mgid.com/postback/SEU_CLIENT_ID?c={click_id}&e=Purchase&r={revenue}
// exemplo gerado pelo painel (client ID 979651, template RedTrack):
https://a.mgid.com/postback/979651?c={ref_id}&e=Purchase&r={revenue}| Parâmetro | Obrigatório | O que é (literal do painel do MGID) |
|---|---|---|
/CLIENT_ID (path) | Sim | Seu ID único de cliente no MGID — já vem embutido na URL gerada pelo Get Postback |
c | Sim | Click id — “Replace the {click_id} with the macro you use in your analytic system”. No RedTrack, essa macro é {ref_id} |
e | Sim | Event name do goal — “Don’t edit this name” (Purchase ou InitiateCheckout) |
r | Não | Revenue — “Already set up if you filled in the Conversion revenue before” |
Passo 1 — Pegar a URL de cada goal no MGID
- MGID: Edit campaign → Conversion tracking → descer até Postback URLs (“Get URLs integrated with your goals”)
- Cada goal tem o seu botão: clique Get Postback no goal Purchase → copie a URL
- Clique Get Postback no goal InitiateCheckout → copie a segunda URL

c={ref_id}. Se ela vier com c={click_id}, troque para c={ref_id} — é a macro do RedTrack que devolve o click id do MGID. E confirme que o path contém /postback/SEU_ID.Passo 2 — Criar OS DOIS postbacks na campanha do RedTrack
Na campanha do RedTrack, role até a seção S2S Postback for Traffic source (com o template, aparece como “S2S Postback for MGID”) → Add. Você vai criar dois postbacks, um para cada evento:
- Cole a URL do goal correspondente (a do Purchase no primeiro, a do InitiateCheckout no segundo)
- Payout sent: Percentage / 100 · Postback method: GET (padrão)
- Ative o toggle “Conditional postback”
- Em “Choose conversion types to postback”, selecione o conversion type do evento:
Purchaseno postback do Purchase,InitiateCheckoutno do IC - Save changes na campanha


{revenue} por {offer_payout} na URL — no RedTrack, é {offer_payout} que carrega o valor da conversão. Fica: …&e=Purchase&r={offer_payout}. No postback do InitiateCheckout o r é irrelevante (IC não tem receita).Checklist final
- Nome idêntico nas 3 pontas: conversion type no RedTrack = Event name do goal no MGID = valor do
ena URL (case-sensitive) - ID da conta no path (
/postback/SEU_ID) presente nas duas URLs - Alterou a Postback URL no Traffic channel depois? Atualize manualmente nas campanhas — não se regenera sozinho
- Campo em branco ou com “REPLACE” = configure as condições manualmente
Custo automático e regras
Com a integração de API Active (aula 1 deste módulo) e o cost-tracking method configurado no General da campanha, o custo sincroniza automaticamente (guia oficial de Auto cost update). As auto-rules — pausar teaser caro, pausar widget sem conversão — ficam no Módulo 8.