Stripe

Rastreamento de Compras no Stripe via sGTM: Guia Passo a Passo

O checkout do Stripe acontece em outro domínio — e o pixel nunca vê essa conversão. Aprenda como usar server-side GTM para capturar compras com atribuição completa de campanha.

10 min de leitura 22 nov 2025 Nível: avançado
Conteúdo baseado em artigo original da StapeAdaptado e traduzido para o português com contexto para o mercado brasileiro. Ver artigo original →

01 O Problema com Rastreamento no Stripe

Se você usa Stripe Checkout ou Payment Links, tem um problema de rastreamento. O checkout acontece no domínio stripe.com — um domínio completamente diferente do seu site. Seus pixels nunca veem a conversão porque simplesmente não são carregados em stripe.com.

A solução clássica são webhooks: quando o Stripe confirma uma compra, envia um webhook para seu servidor, que então registra a conversão. O problema é que esse webhook não tem contexto de sessão — não sabe qual campanha gerou a venda, qual foi o click_id, qual device o usuário usou.

O gap de rastreamento no checkout do Stripe: por que o pixel não vê a compra
O gap de rastreamento no checkout do Stripe: por que o pixel não vê a compra — Fonte: stape.io

02 A Solução: sGTM com Session Stitching

A solução via server-side GTM resolve ambos os problemas: captura a conversão E mantém o contexto de sessão. O fluxo funciona assim: quando o usuário vai para o Stripe, você passa o session ID como parâmetro na URL de redirect. Na página de thank-you, um snippet JavaScript captura esse ID e todos os cookies de campanha.

Esses dados — click IDs, cookies de plataforma, contexto de sessão — são enviados ao container sGTM junto com os dados da transação. O resultado é uma conversão com atribuição completa: o servidor sabe exatamente qual campanha, qual anúncio e qual audience gerou aquela compra.

Arquitetura do fluxo de rastreamento com Stripe via sGTM
Arquitetura do fluxo de rastreamento com Stripe via sGTM — Fonte: stape.io

03 Dados Capturados por Transação

O setup captura um conjunto rico de dados para cada compra:

  • E-commerce: transaction_id, valor, moeda, impostos, frete, cupom, método de pagamento, itens comprados
  • Dados do usuário: e-mail hash, telefone hash, nome, endereço — para match quality no Meta e Google
  • Session stitching: client_id do GA, dados de sessão, IP, user agent, referrer
  • Consentimento: Google Consent State, flag DMA para usuários europeus
  • Cookies de plataformas: _fbp, _fbc, gclid, ttclid, sclid e mais de 30 outros identificadores
Lista completa de parâmetros capturados por transação no Stripe
Lista completa de parâmetros capturados por transação no Stripe — Fonte: stape.io

04 Configuração Passo a Passo

A implementação requer 4 etapas:

  1. Hospedar o container sGTM na Stape com subdomínio personalizado

    Configure o servidor com domínio próprio para cookies first-party. O subdomínio garante que os cookies de campanha durem mais que os 7 dias padrão do Safari.

  2. Configurar o redirect do Stripe com session ID

    No painel do Stripe, configure a Success URL com um parâmetro de session ID: meusite.com/obrigado?session_id={CHECKOUT_SESSION_ID}

  3. Adicionar o snippet JavaScript na página de obrigado

    O snippet lê o session_id da URL, busca os dados da transação via API e captura todos os cookies de campanha presentes no browser.

  4. Importar o template no sGTM e configurar

    Importe o template de rastreamento Stripe disponível no GTM Community Gallery e configure os parâmetros de destino (Meta, Google Ads, GA4).

Importação e configuração do template Stripe no container sGTM
Importação e configuração do template Stripe no container sGTM — Fonte: stape.io

05 Recursos Avançados

Com o setup básico funcionando, é possível expandir para casos de uso avançados: extensão do tempo de vida de cookies com o Cookie Keeper da Stape (cookies de 400 dias mesmo no Safari), rastreamento de novos vs recorrentes via Stape Store, e restitching de compras subsequentes quando o mesmo cliente compra de um device diferente.

Para SaaS com assinaturas, o Stripe envia webhooks para cada renovação. Você pode configurar o sGTM para receber esses webhooks e reportar conversões offline ao Google Ads e Meta, vinculando cada renovação ao click que originou o cliente.

05 Perguntas Frequentes

O Stripe Checkout e o Payment Links são hospedados em stripe.com, um domínio completamente diferente do seu site. Pixels instalados no seu site não são carregados em domínios de terceiros como o Stripe.
Webhooks capturam a transação, mas sem contexto de sessão: não sabem qual campanha gerou a venda, qual foi o gclid ou o _fbc. Sem esses dados, a conversão chega às plataformas de anúncio sem atribuição, o que prejudica a otimização automática.
Session stitching é a técnica de preservar o contexto de sessão (click IDs, cookies de campanha, dados de GA) através da transição entre o seu site e o checkout do Stripe. O session_id passado como parâmetro de URL conecta as duas partes da jornada.
O Cookie Keeper da Stape permite estender a duração dos cookies first-party para até 400 dias, superando a limitação de 7 dias do Safari para subdomínios. Isso é importante para lojas com ciclos de compra mais longos.
Sim. O Stripe Payment Links também suporta configuração de Success URL com parâmetros. O mesmo fluxo de session stitching funciona para ambos: Stripe Checkout Session e Payment Links.
Otimização de Pixel

Rastreamento impreciso custa conversões reais

Auditamos e corrigimos toda a estrutura de pixel e CAPI para que cada evento chegue com qualidade máxima às plataformas de anúncio.

Conhecer serviço