RecursosPreçosBlogue

Plataforma de Inteligência de Tráfego

Produto

  • Recursos
  • Preços
  • Documentação

Empresa

  • Sobre
  • Blogue
  • Contato

Jurídico

  • Privacidade
  • Termos

© 2026 Magicgate. Todos os direitos reservados.

Guia da plataforma

Documentação

Tudo que você precisa para integrar e configurar o Magicgate para suas necessidades de filtragem de tráfego.

Guia da plataforma
Referência de API
Seção 1

Início rápido

Comece a usar o Magicgate em menos de 5 minutos. Este guia orienta você na criação de seu primeiro fluxo de tráfego, na configuração de filtros básicos e nos testes com a API.

Magicgate separa o tráfego de bots de usuários reais, avaliando cada visitante em relação a um conjunto configurável de filtros. A plataforma retorna um veredicto – ‘branco’ (bot/crawler/unwanted) ou ‘oferta’ (usuário real) – em menos de 10 milissegundos.

Existem dois modos de integração. API Mode permite enviar atributos de visitante por meio de um endpoint REST e receber um veredicto JSON de acordo com o qual seu aplicativo atua. Direct Mode cuida de tudo automaticamente: aponte seu domínio para Magicgate e os visitantes serão filtrados e redirecionados sem qualquer alteração de código de sua parte.

Este início rápido concentra-se em API Mode porque oferece maior controle e ciclo de feedback mais rápido durante o desenvolvimento. Quando estiver confortável, você pode mudar para Direct Mode para implantações de produção onde a integração de código zero é preferida.

Passos

  1. 1

    Cadastre-se em magicgate.io e verifique seu endereço de e-mail. Você chegará ao painel com um novo espaço de trabalho.

  2. 2

    Navegue até Fluxos e clique em 'Criar Fluxo'. Dê a ela um nome descritivo (por exemplo, 'Landing Page - Tráfego dos EUA'). Selecione API Mode como o tipo de integração.

  3. 3

    Configure pelo menos um filtro. Para uma configuração básica, habilite GeoIP (países-alvo) e Bot Detection (bloqueie rastreadores conhecidos). Você pode adicionar mais filtros posteriormente.

  4. 4

    Defina o URL da página de oferta (para onde os usuários reais devem chegar) e o URL da página branca (para onde os bots são redirecionados).

  5. 5

    Salve o fluxo. Copie o rótulo do fluxo e seu API key da página Configurações.

  6. 6

    Envie uma solicitação de teste usando cURL ou seu cliente HTTP preferido (veja exemplos abaixo).

  7. 7

    Verifique a guia Analytics do painel para ver sua solicitação de teste aparecer com seu veredicto e detalhamento de filtro.

O plano Free inclui 5.000 verificações por mês, 1 fluxo e 4 filtros básicos (GeoIP, Blocklist, User-Agent, Referer). Atualize para Starter ou superior para desbloquear todos os mais de 29 filtros e fluxos adicionais.

Exemplos de código

cURL
curl -X POST https://api.magicgate.io/api/v1/check \
  -H "Content-Type: application/json" \
  -H "X-API-Key: your_api_key_here" \
  -d '{
    "label": "my-campaign",
    "ip_address": "203.0.113.42",
    "user_agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36",
    "referer": "https://google.com"
  }'

# Response:
# {
#   "verdict": "offer",
#   "url": "https://example.com/landing",
#   "display_mode": "redirect",
#   "filter_reason": "",
#   "processing_ms": 8
# }
Seção 2

Detecção de bots

Entenda como o Magicgate identifica e classifica o tráfego de bots usando mais de 29 filtros configuráveis, inteligência de IP em tempo real e análise comportamental.

Magicgate avalia cada visitante recebido em relação a um pipeline de detecção multicamadas. Cada filtro é executado de forma independente e contribui para o veredicto final. Toda a avaliação é concluída em menos de 10 milissegundos, garantindo zero latência perceptível para usuários reais.

O pipeline de detecção é dividido em várias categorias: verificações em nível de rede (reputação de IP, GeoIP, detecção de VPN/proxy/Tor, identificação de datacenter), verificações em nível de navegador (análise de agente de usuário, impressão digital de JavaScript, consistência de cabeçalho), verificações comportamentais (padrões de clique, velocidade de sessão, validação de referenciador) e verificações baseadas em lista (listas de bloqueio, listas de permissão, filtragem de ISP).

Cada filtro pode ser habilitado ou desabilitado individualmente por fluxo. Esse controle granular permite ajustar a detecção para diferentes fontes de tráfego. Por exemplo, uma campanha direcionada a usuários móveis dos EUA pode ativar GeoIP (somente nos EUA), detecção de VPN/proxy e verificação de dispositivos móveis, ao mesmo tempo que desativa a filtragem do ISP.

A filtragem GeoIP usa bancos de dados MaxMind hospedados localmente e atualizados semanalmente para pesquisas com latência zero. Você pode segmentar ou excluir tráfego por país, região ou cidade. O banco de dados abrange endereços IPv4 e IPv6 com 99,8% de precisão em nível de país.

A detecção de VPN, proxy e Tor combina vários bancos de dados comerciais e de código aberto. Magicgate mantém uma lista continuamente atualizada de nós de saída VPN conhecidos, servidores proxy públicos e privados, retransmissores de saída Tor e redes proxy residenciais. A detecção cobre os intervalos IPv4 e IPv6.

A detecção de datacenter identifica o tráfego originado de provedores de nuvem (AWS, GCP, Azure, DigitalOcean, OVH, Hetzner e mais de 200 outros). Isso é particularmente eficaz na captura de scripts automatizados e navegadores headless executados em máquinas virtuais.

A análise do agente do usuário analisa a string do agente do usuário em um banco de dados de rastreadores, bots e ferramentas automatizadas conhecidos. Ele também detecta inconsistências – por exemplo, um agente de usuário que afirma ser o Chrome no Windows, mas envia cabeçalhos específicos do Linux.

O filtro de lista de bloqueio permite manter listas personalizadas de endereços IP, intervalos de IP (notação CIDR) e padrões de agente de usuário que sempre devem ser classificados como bots. Por outro lado, o filtro de lista de permissões permite colocar IPs confiáveis ​​na lista de permissões (como sua própria infraestrutura de teste) que sempre devem passar.

A validação Referer verifica o cabeçalho HTTP Referer em relação aos padrões esperados. Você pode exigir que o tráfego venha de domínios específicos (por exemplo, Google, Facebook) ou bloquear o tráfego com referenciadores vazios, ausentes ou suspeitos.

Seja cauteloso com combinações agressivas de filtros. Ativar muitos filtros restritivos simultaneamente pode aumentar os falsos positivos – usuários legítimos podem ser classificados incorretamente como bots. Comece com alguns filtros principais (GeoIP + Detecção de Bot) e adicione mais à medida que analisa seus padrões de tráfego no painel.
A disponibilidade do filtro depende do seu plano. O plano Free inclui 4 filtros básicos (GeoIP, Blocklist, User-Agent, Referer). Starter e superior desbloqueiam todos os mais de 29 filtros, incluindo detecção de VPN/proxy, identificação de datacenter e análise comportamental.
Use a guia Analytics para revisar o desempenho do filtro. Cada verificação mostra quais filtros foram acionados e por quê, ajudando você a ajustar sua configuração ao longo do tempo.

Exemplos de código

cURL
# Check a visitor with full attributes for bot detection
curl -X POST https://api.magicgate.io/api/v1/check \
  -H "Content-Type: application/json" \
  -H "X-API-Key: your_api_key_here" \
  -d '{
    "label": "my-campaign",
    "ip_address": "203.0.113.42",
    "user_agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64) AppleWebKit/537.36 (KHTML, like Gecko) Chrome/120.0.0.0 Safari/537.36",
    "referer": "https://www.google.com/search?q=example"
  }'

# Response with verdict and detection details:
# {
#   "verdict": "offer",
#   "url": "https://example.com/offer",
#   "display_mode": "redirect",
#   "filter_reason": "",
#   "processing_ms": 8,
#   "country_code": "US",
#   "is_vpn": false,
#   "is_bot": false,
#   "is_datacenter": false
# }
Seção 3

Roteamento de tráfego

Saiba como o Magicgate direciona os visitantes ao destino correto com base em veredictos de filtro. Entenda o modelo de página em branco versus página de oferta, mecanismos de redirecionamento e processamento de veredicto.

Basicamente, o Magicgate é um roteador de tráfego. Cada visitante é avaliado em relação aos filtros configurados e recebe um veredicto: 'oferta' (usuário legítimo) ou 'branco' (bot, rastreador ou tráfego indesejado). O veredicto determina para onde o visitante é redirecionado.

A página de oferta é sua página de destino, página de oferta ou funil de conversão real – a página que você deseja que visitantes humanos reais vejam. A página branca é uma página isca ou benigna mostrada a bots, rastreadores e revisores de redes de anúncios. As páginas brancas comuns incluem postagens simples em blogs, artigos de notícias ou conteúdo informativo genérico.

Esta separação é essencial para a proteção da campanha. Revisores de conformidade da rede de anúncios, bots fraudulentos de cliques e concorrentes veem a página em branco, enquanto usuários genuínos de seu público-alvo acessam a página de oferta. O roteamento acontece de forma transparente e na velocidade do fio.

Em Direct Mode, o roteamento é totalmente automático. Você aponta o DNS do seu domínio para Magicgate, e a plataforma cuida de todo o ciclo de vida da solicitação: recebe o visitante, avalia os filtros e emite um redirecionamento HTTP (302 por padrão) para o destino apropriado. O visitante nunca vê uma página intermediária.

Em API Mode, seu aplicativo chama o endpoint /api/v1/check com atributos de visitante e recebe uma resposta JSON contendo o veredicto e o URL de redirecionamento recomendado. Seu aplicativo então lida com o redirecionamento sozinho. Isso lhe dá controle total sobre a experiência do usuário – você pode adicionar lógica personalizada, registro ou teste A/B antes de redirecionar.

Magicgate suporta três modos de exibição para rotear visitantes. 'Redirecionar' (padrão) emite um redirecionamento HTTP para o URL de destino. 'Proxy' exibe o conteúdo da página de destino no URL original sem alterar a barra de endereço do navegador. 'Iframe' carrega a página de destino dentro de um iframe no URL original. O modo de exibição é configurável por fluxo.

Os veredictos são processados de forma síncrona e armazenados em cache brevemente para lidar com solicitações rápidas e sucessivas do mesmo visitante (por exemplo, carregamento de recursos da página após o redirecionamento inicial). O TTL do cache é configurável por fluxo, com padrão de 30 segundos.

Direct Mode lida com o roteamento automaticamente sem nenhuma alteração de código. Se você não precisa de lógica de redirecionamento customizada, Direct Mode é o caminho de integração mais simples. Consulte a seção API vs Direct Mode para uma comparação detalhada.
Considere implementar a lógica de falha aberta em API Mode: se a API Magicgate estiver inacessível, deixe o visitante acessar a página de oferta em vez de mostrar um erro. Interrupções breves da API não devem bloquear o tráfego legítimo.
Evite cadeias de redirecionamento. Se a própria página de oferta redirecionar (por exemplo, para uma versão localizada), o visitante experimentará vários saltos. Configure o URL de destino final no Magicgate para minimizar a latência.

Exemplos de código

cURL
# API Mode: Get verdict and redirect URL
curl -X POST https://api.magicgate.io/api/v1/check \
  -H "Content-Type: application/json" \
  -H "X-API-Key: your_api_key_here" \
  -d '{
    "label": "my-campaign",
    "ip_address": "203.0.113.42",
    "user_agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64)"
  }'

# Successful response:
# {
#   "verdict": "offer",
#   "url": "https://example.com/offer",
#   "display_mode": "redirect",
#   "filter_reason": "",
#   "processing_ms": 8
# }
Seção 4

API Mode versus Direct Mode

Compare os dois modos de integração oferecidos por Magicgate. Entenda quando usar API Mode para obter controle máximo e quando Direct Mode fornece o caminho de implantação mais simples.

Magicgate oferece dois modos de integração distintos, cada um projetado para diferentes casos de uso e requisitos técnicos. A escolha do modo certo afeta a complexidade da implantação, o controle sobre a experiência do usuário e a sobrecarga operacional.

API Mode é uma integração programática. Seu aplicativo envia uma solicitação POST para o endpoint /api/v1/check com atributos do visitante (endereço IP, agente do usuário, referenciador, etc.) e recebe uma resposta JSON contendo o veredicto. Seu código então cuida do roteamento - redirecionando os bots para a página em branco e permitindo a passagem de usuários reais. Este modo exige que você escreva o código de integração, mas oferece controle total sobre o fluxo de solicitação.

Direct Mode é uma integração de nível DNS. Você configura os registros DNS do seu domínio (CNAME a proxy.magicgate.io ou ALIAS/ANAME para domínios raiz) para apontar para Magicgate. Quando um visitante chega, Magicgate intercepta a solicitação de forma transparente, avalia o visitante e emite um redirecionamento HTTP para a página de oferta ou para a página em branco. Nenhuma alteração de código é necessária em seu aplicativo – toda a camada de filtragem e roteamento fica na frente do seu servidor de origem.

Vantagens do API Mode: Controle total sobre a lógica de roteamento. Você pode adicionar processamento personalizado entre o recebimento do veredicto e o redirecionamento do usuário - registro em log, atribuição de teste A/B, configuração de cookie, eventos analíticos ou lógica condicional com base nos metadados do veredicto. API Mode funciona com qualquer pilha de back-end e não requer alterações em DNS. Também é ideal para aplicativos de página única (SPAs), onde o JavaScript do lado do cliente faz a chamada de verificação.

Desvantagens do API Mode: Requer alterações de código em seu aplicativo. Você precisa lidar com a chamada de API, casos de erro (tempo limite, limites de taxa) e lógica de redirecionamento. A chamada de API adiciona um percurso de ida e volta de rede ao tempo de carregamento da página (normalmente de 10 a 50 ms, dependendo da proximidade geográfica da borda do Magicgate).

Vantagens Direct Mode: Zero alterações de código. Aponte seu DNS e configure seu fluxo – os visitantes são filtrados e redirecionados automaticamente. Direct Mode é mais rápido para o usuário final porque não há ida e volta extra da API; a filtragem acontece na borda como parte da resolução DNS e da solicitação HTTP inicial. Ele também lida com todos os casos extremos (tempo limite, novas tentativas) de forma transparente.

Desvantagens do Direct Mode: Menos controle sobre o processo de roteamento. Você não pode injetar lógica personalizada entre o veredicto e o redirecionamento. As alterações DNS se propagam lentamente (minutos a horas), o que torna o teste e a reversão mais lentos. Direct Mode requer que sua página branca e página de oferta sejam acessíveis por meio de URLs públicos.

Uma abordagem híbrida também é possível. Use Direct Mode para suas páginas de destino principais (onde a integração de código zero é uma prioridade) e API Mode para endpoints específicos que precisam de tratamento de veredicto personalizado (por exemplo, envios de formulários, endpoints de API ou fluxos de checkout).

Comece com API Mode durante o desenvolvimento para facilitar o teste e a depuração. Mude para Direct Mode para implantações de produção onde simplicidade e desempenho são prioridade.
Ambos os modos usam o mesmo pipeline de filtro e produzem veredictos idênticos. A única diferença é como a verificação é acionada e como o redirecionamento é tratado.
Ao usar Direct Mode, certifique-se de que seu servidor de origem não seja acessível publicamente por endereço IP. Se os bots puderem ignorar o DNS do seu domínio e atingir sua origem diretamente, a camada de filtragem será totalmente ignorada.

Exemplos de código

cURL
# ---- API Mode: Manual check + redirect ----
# Send visitor data and receive a verdict
curl -X POST https://api.magicgate.io/api/v1/check \
  -H "Content-Type: application/json" \
  -H "X-API-Key: your_api_key_here" \
  -d '{
    "label": "my-campaign",
    "ip_address": "203.0.113.42",
    "user_agent": "Mozilla/5.0 (Windows NT 10.0; Win64; x64)",
    "referer": "https://google.com"
  }'

# ---- Direct Mode: DNS configuration ----
# Point your domain to Magicgate's proxy:
# CNAME  landing.example.com  ->  proxy.magicgate.io
# For root domains that don't support CNAME, use ALIAS/ANAME:
# ALIAS  landing.example.com  ->  proxy.magicgate.io
# No API calls needed -- Magicgate handles everything at the edge.
Seção 5

Gerenciamento de domínio

Adicione domínios personalizados à sua conta Magicgate, configure registros DNS e gerencie a verificação de domínio. Inclui integração Cloudflare e manipulação de certificados SSL.

Cada conta Magicgate tem acesso a um domínio compartilhado (go.magicgate.io) para uso imediato. Os planos Starter e superiores podem adicionar domínios personalizados para URLs de marca e sinais de confiança aprimorados com redes de anúncios.

Os domínios personalizados permitem que você use seu próprio URL (por exemplo, track.yourbrand.com) em vez do domínio compartilhado. Isso é importante para a conformidade dos anúncios: muitas redes de anúncios são mais tolerantes com o tráfego proveniente de domínios de marca, em vez de domínios de rastreamento compartilhados.

Magicgate suporta subdomínios (track.yourbrand.com) e domínios raiz (yourbrand.com). Subdomínios são recomendados porque não interferem na configuração DNS do seu site principal e são mais fáceis de gerenciar.

A verificação de domínio usa registros CNAME apontando para proxy.magicgate.io. Ao adicionar um domínio, você configura um registro CNAME do seu domínio para proxy.magicgate.io. Para domínios raiz que não suportam registros CNAME, use um registro ALIAS ou ANAME apontando para proxy.magicgate.io. Magicgate verifica a propriedade verificando se o registro DNS é resolvido corretamente para o endpoint do proxy.

Os certificados SSL são provisionados automaticamente por meio do Let's Encrypt após a conclusão da propagação do DNS. Magicgate cuida da emissão, renovação e instalação de certificados. Seu domínio personalizado servirá o tráfego via HTTPS com um certificado válido minutos após a configuração do DNS.

Para usuários do Cloudflare, certifique-se de que o proxy (nuvem laranja) esteja desabilitado para o registro CNAME que aponta para Magicgate. O proxy da Cloudflare intercepta o tráfego antes que ele chegue ao Magicgate, o que pode interferir na avaliação do visitante. Defina o registro para o modo 'Somente DNS' (nuvem cinza).

Você também pode comprar domínios diretamente no mercado Magicgate. Esses domínios são pré-configurados e prontos para uso imediato – não é necessária configuração ou verificação de DNS. O mercado oferece uma seleção de domínios limpos adequados para campanhas de tráfego.

Passos

  1. 1

    Navegue até Configurações > Domínios e clique em ‘Adicionar Domínio’. Insira seu domínio personalizado (por exemplo, track.yourbrand.com).

  2. 2

    Adicione um registro CNAME ao seu provedor DNS: Nome = seu domínio, Valor = proxy.magicgate.io. Para domínios raiz, use ALIAS/ANAME se o seu provedor não oferecer suporte a CNAME em domínios apex. A propagação do DNS pode levar até 24 horas.

  3. 3

    Clique em 'Verificar DNS' no painel do Magicgate. Depois de verificado, um certificado SSL é provisionado automaticamente. O status do seu domínio muda para Ativo.

Se você usa Cloudflare, defina o registro CNAME como ‘Somente DNS’ (nuvem cinza). O modo proxy da Cloudflare interceptará o tráfego antes que ele chegue ao Magicgate, impedindo a avaliação adequada do visitante.
Os certificados SSL são provisionados automaticamente após a propagação do DNS. Nenhum upload manual de certificado é necessário. Os certificados são renovados automaticamente antes da expiração.
Use subdomínios (track.yourbrand.com) em vez de domínios raiz. Os subdomínios são mais fáceis de configurar, não afetam o seu site principal e suportam registros CNAME diretamente.

Exemplos de código

cURL
# Verify DNS configuration using dig
# Check CNAME record points to Magicgate proxy
dig CNAME track.yourbrand.com +short
# Expected: proxy.magicgate.io.

# Check SSL certificate is provisioned
curl -vI https://track.yourbrand.com 2>&1 | grep "SSL certificate"
# Expected: SSL certificate verify ok
Seção 6

Configuração do Webhook

Configure webhooks para receber notificações em tempo real sobre eventos de trânsito. Saiba mais sobre estrutura de carga útil, lógica de repetição, verificação de assinatura e tipos de eventos.

Webhooks permite que você receba notificações HTTP POST em tempo real quando eventos importantes ocorrem em sua conta Magicgate - como alterações de fluxo, verificação de domínio ou atualizações de pagamento.

Magicgate suporta eventos de webhook em várias categorias: eventos de fluxo (flow.created, flow.updated, flow.deleted), eventos de domínio (domain.added, domain.verified, domain.deleted, domain.registration_failed), eventos de página branca (white_page.ready, white_page.failed, white_page.deleted), eventos de lista negra (blacklist.created, blacklist.updated, blacklist.deleted), eventos API key (apikey.created, apikey.deleted, apikey.activated, apikey.deactivated), eventos de carteira (wallet.credited, wallet.debited), eventos de assinatura (subscription.changed, subscription.canceled, subscription.plan_changed e mais), eventos de cobrança (payment.completed, payment.failed) e eventos de suporte (ticket.created, ticket.replied, ticket.resolved, ticket.closed).

Cada entrega de webhook inclui três cabeçalhos de segurança: X-Webhook-Signature (resumo hexadecimal HMAC-SHA256), X-Webhook-Timestamp (carimbo de data e hora Unix) e X-Webhook-ID (identificador de endpoint). A assinatura cobre o carimbo de data/hora e o corpo juntos - calculado como HMAC-SHA256(segredo, carimbo de data/hora + '.' + corpo) - o que evita ataques de adulteração e repetição. Você deve verificar a assinatura e rejeitar solicitações com carimbos de data/hora anteriores a 5 minutos. O segredo de assinatura é gerado quando você cria o endpoint do webhook e é exibido uma vez – armazene-o com segurança.

Magicgate tenta novamente entregas de webhook com falha. Se o seu endpoint retornar um código de status diferente de 2xx ou não responder em 10 segundos, a entrega será repetida. Depois que todas as tentativas forem esgotadas, o evento será marcado como com falha e a contagem de falhas do endpoint será incrementada.

As cargas úteis Webhook são codificadas em JSON com a estrutura: { id, event, timestamp, data }. O campo 'evento' contém a string do tipo de evento (por exemplo, 'domain.verified'), 'id' é um ID de entrega exclusivo para idempotência, 'timestamp' é uma data e hora ISO 8601 e 'dados' contém detalhes específicos do evento.

Você pode configurar vários endpoints de webhook por conta, cada um inscrito em diferentes tipos de eventos. Isso permite rotear eventos de domínio para seu pipeline de implantação e eventos de cobrança para seu sistema de contabilidade, por exemplo.

Passos

  1. 1

    Navegue até Configurações > Webhooks no painel do Magicgate.

  2. 2

    Clique em 'Adicionar endpoint' e insira o URL do seu webhook (deve ser HTTPS).

  3. 3

    Selecione os tipos de eventos que deseja receber (flow.created, domain.verified, payment.completed, etc.).

  4. 4

    Copie o segredo de assinatura exibido após a criação. Armazene-o em suas variáveis ​​de ambiente.

  5. 5

    Implemente um manipulador de webhook em seu servidor que receba solicitações POST e verifique a assinatura.

  6. 6

    Teste o webhook usando o botão ‘Enviar evento de teste’ no painel.

  7. 7

    Monitore o status de entrega na guia Webhook Logs para verificar a recepção bem-sucedida.

Sempre verifique o cabeçalho X-Webhook-Signature usando HMAC-SHA256 com seu segredo de assinatura e o X-Webhook-Timestamp. A assinatura cobre carimbo de data/hora + '.' + corpo para evitar ataques de adulteração e repetição. Nunca processe cargas de webhook sem verificação.
Use o campo ID do evento para idempotência. Se um webhook for repetido, o mesmo ID de evento será enviado novamente. Rastreie IDs de eventos processados ​​para evitar manipulação de duplicatas.
Os terminais Webhook devem usar HTTPS. Os endpoints HTTP são rejeitados durante a configuração. Certifique-se de que seu certificado SSL seja válido e não autoassinado.

Exemplos de código

cURL
# Test webhook endpoint manually
# Headers match what Magicgate sends: X-Webhook-Signature, X-Webhook-Timestamp, X-Webhook-ID
TIMESTAMP=$(date +%s)
BODY='{"id":"evt_1234567890","event":"domain.verified","timestamp":"2024-01-15T10:30:00Z","data":{"domain":"track.yourbrand.com"}}'
SECRET="your_webhook_secret"
SIGNATURE=$(echo -n "${TIMESTAMP}.${BODY}" | openssl dgst -sha256 -hmac "$SECRET" | awk '{print $2}')

curl -X POST https://your-server.com/webhooks/magicgate \
  -H "Content-Type: application/json" \
  -H "X-Webhook-Signature: $SIGNATURE" \
  -H "X-Webhook-Timestamp: $TIMESTAMP" \
  -H "X-Webhook-ID: endpoint-uuid-here" \
  -d "$BODY"
Seção 7

Faturamento e pagamentos

Entenda o modelo de cobrança baseado em carteira Magicgate, provedores de pagamento suportados e gerenciamento de planos. Gerencie sua assinatura e depósitos através do painel.

Magicgate usa um modelo de cobrança baseado em carteira. Você adiciona fundos à sua carteira por meio de depósitos criptográficos e sua assinatura é renovada automaticamente a partir do saldo da carteira a cada ciclo de cobrança. Isso elimina a necessidade de cobranças recorrentes no cartão e fornece controle total sobre seus gastos.

Três provedores de pagamento são suportados: CCPayment, NowPayments e TransVoucher. Cada provedor oferece suporte a Bitcoin, Ethereum, USDT, USDC e mais de 50 criptomoedas adicionais. Quando você inicia um depósito, um endereço de pagamento e um valor são gerados. Assim que o blockchain confirmar a transação, o saldo da sua carteira será atualizado automaticamente.

Os planos determinam seus limites de recursos: verificações por mês, número de fluxos, regras por fluxo, acesso à API, domínios personalizados e muito mais. Você pode visualizar os planos disponíveis sem autenticação. O upgrade ou downgrade entra em vigor imediatamente – o saldo não utilizado do período atual é rateado e creditado de volta em sua carteira.

As assinaturas podem ser mensais ou anuais. As assinaturas anuais oferecem um desconto. Você pode cancelar a qualquer momento – a assinatura permanece ativa até o final do período de cobrança atual. Retomar uma assinatura cancelada a restaura sem criar uma nova.

A carteira rastreia todas as transações: depósitos, cobranças de assinatura, reembolsos e créditos proporcionais. Cada transação inclui um tipo de referência e ID que a vincula ao evento originador (depósito, renovação de assinatura, mudança de plano, etc.).

Passos

  1. 1

    Verifique os planos disponíveis usando o endpoint público /billing/plans para encontrar o plano certo para suas necessidades.

  2. 2

    Cadastre-se e navegue até Configurações > Faturamento no painel.

  3. 3

    Adicione fundos à sua carteira: clique em ‘Depósito’, selecione um provedor de pagamento e uma criptomoeda, insira o valor.

  4. 4

    Conclua o pagamento criptográfico usando o endereço gerado. Sua carteira é atualizada após a confirmação do blockchain.

  5. 5

    Assine um plano. A taxa de assinatura é deduzida do saldo da sua carteira.

  6. 6

    Monitore o saldo da sua carteira e o histórico de transações na seção Faturamento.

  7. 7

    Configure alertas de saldo baixo para garantir que sua carteira tenha fundos suficientes para a próxima renovação.

Mantenha o saldo da sua carteira acima do custo mensal do seu plano para evitar a interrupção do serviço. Se o saldo da carteira for insuficiente no momento da renovação, a assinatura será suspensa até que os fundos sejam adicionados.

Exemplos de código

cURL
# List available plans (public -- no auth required)
curl -s https://api.magicgate.io/api/v1/billing/plans | jq '.data'

# Check enabled payment providers (public)
curl -s https://api.magicgate.io/api/v1/billing/providers | jq '.data'
# { "ccpayment": true, "nowpayments": true, "transvoucher": false }
Seção 8

Uso do painel

Navegue no painel do Magicgate de forma eficaz. Entenda as visualizações analíticas, gerenciamento de fluxo, painéis de configurações e como monitorar sua filtragem de tráfego em tempo real.

O painel Magicgate é o seu painel de controle central para gerenciar fluxos de tráfego, monitorar análises e definir configurações de conta. Depois de fazer login, você acessa a página Visão geral, que mostra um resumo das principais métricas da sua conta.

A página Visão geral exibe o total de verificações processadas, distribuição de veredicto (oferta versus branco), fluxos ativos e atividades recentes. Um gráfico de série temporal mostra o volume de tráfego nas últimas 24 horas, 7 dias ou 30 dias. Isso lhe dá uma noção imediata da saúde do tráfego e da eficácia da filtragem.

A seção Fluxos é onde você cria e gerencia fluxos de tráfego. Cada fluxo representa uma configuração de filtragem distinta: um conjunto de filtros, uma URL de página de oferta, uma URL de página em branco e configurações de integração (API Mode ou Direct Mode). Você pode ter vários fluxos para diferentes campanhas, landing pages ou fontes de tráfego.

Na visualização detalhada de cada fluxo, você pode ver análises por fluxo: total de verificações, detalhamento do veredicto, taxas de acerto do filtro, distribuição geográfica e principais referenciadores. Esses dados granulares ajudam a otimizar as configurações de filtro para cada campanha específica.

A seção Analytics fornece uma visão abrangente de todos os fluxos. Os gráficos incluem tendências de veredictos ao longo do tempo, eficácia do filtro (que filtros acionam com mais frequência), mapas de calor geográficos mostrando a origem do tráfego, falhas de dispositivos e navegadores e padrões de tráfego por hora. Todos os gráficos suportam filtragem por intervalo de datas e filtragem específica de fluxo.

A seção Domínios lista todos os domínios configurados (compartilhados e personalizados). Para cada domínio, você pode ver seu status (ativo, verificação pendente, erro de DNS), status do certificado SSL e fluxos associados. As verificações de integridade do domínio são executadas automaticamente e alertam você se problemas de DNS ou SSL forem detectados.

A seção Configurações contém configurações para toda a conta. Chaves de API: gere e gerencie API keys com datas de expiração opcionais. Webhooks: configure endpoints de webhook e visualize logs de entrega. Provedores: adicione e gerencie provedores de pagamento e DNS. Faturamento: visualize o saldo da carteira, o histórico de recargas e o status da assinatura. Equipe: convide membros da equipe com acesso baseado em função (usuário, administrador).

O painel suporta temas claros e escuros, com a alternância de temas no canto superior direito. Todas as páginas são responsivas e funcionam em dispositivos móveis, embora a experiência em desktop forneça visualizações de dados mais abrangentes.

Os dados analíticos são retidos por 90 dias em planos gratuitos e 365 dias em planos pagos. Exporte seus dados como CSV ou JSON da seção Analytics antes que eles saiam da janela de retenção.
Use o recurso 'Comparar' no Analytics para sobrepor dois períodos. Isto é útil para medir o impacto das alterações na configuração do filtro, comparando os padrões de tráfego antes e depois.
API keys concedem acesso total aos recursos de verificação de tráfego da sua conta. Trate-as como senhas: nunca as comprometa com o controle de versão, use variáveis ​​de ambiente e alterne-as periodicamente.