Se você pesquisou “Stape”, provavelmente esbarrou em rastreamento server-side e quer saber se precisa pagar por mais uma ferramenta. Resposta curta: a Stape hospeda o container server-side do Google Tag Manager para você não precisar administrar servidor. É isso que ela faz e é só isso.
O resto deste texto é o que ninguém explica: o que a hospedagem realmente resolve, o que ela não resolve, e em que situação ela não compensa.
O problema que existe antes da Stape
O Google Tag Manager que a maioria conhece roda no navegador do visitante. O script carrega na página, os eventos disparam ali, e cada plataforma recebe os dados direto do dispositivo da pessoa.
Esse modelo vem perdendo dados há anos. Bloqueadores de anúncio cortam as requisições. O Safari limita cookies de primeira parte criados via JavaScript a sete dias, às vezes 24 horas. Extensões de privacidade derrubam chamadas para domínios conhecidos de rastreamento. O resultado prático é o de sempre: a plataforma de anúncios reporta menos conversões do que o gateway de pagamento registrou, e ninguém sabe qual número usar para decidir orçamento.
O rastreamento server-side muda o caminho. Em vez de o navegador falar direto com Meta, Google e TikTok, ele envia o evento para um endpoint no seu próprio domínio. Esse endpoint é o container server-side, e é ele que conversa com as plataformas a partir de um servidor.
Duas coisas melhoram de imediato. O evento sai de um servidor, então bloqueadores de navegador não o alcançam. E o cookie passa a ser criado via HTTP no seu domínio, o que escapa do limite de sete dias do Safari.
Onde a Stape entra
O container server-side precisa rodar em algum lugar. O caminho oficial do Google é o Cloud Run, dentro do Google Cloud Platform.
Funciona bem, e tem um custo escondido que raramente aparece nos tutoriais: você passa a administrar infraestrutura. Projeto no GCP, faturamento configurado, escalonamento de instâncias, certificado, subdomínio apontado, logs, e a atualização periódica da imagem do container quando o Google publica uma versão nova. Nada disso é difícil. Tudo isso é trabalho recorrente, e trabalho recorrente é onde as operações pequenas quebram.
A Stape entrega esse pedaço pronto. Você cria o container pela interface dela, aponta um subdomínio seu, e o endpoint fica de pé. Certificado, escalonamento e atualização de versão ficam por conta deles.
O que continua sendo seu: todas as tags, triggers e variáveis dentro do GTM. A Stape não configura rastreamento. Ela só garante que existe um servidor recebendo os eventos.
O que a plataforma oferece além da hospedagem
Três recursos justificam a assinatura mais do que a hospedagem em si.
Cookie Keeper. Reescreve os cookies do lado do servidor para escapar do limite de duração que o Safari impõe. É o recurso que mais muda número de atribuição em operação com tráfego pago, porque recupera visitantes que voltam depois de uma semana. Durabilidade de cookie é uma frente; consentimento é outra, e o guia sobre o banner de cookies integrado ao GA4 e à Meta cobre a parte do Consent Mode e do pixel da Meta.
Global CDN. Serve o script do GTM pelo seu domínio a partir da rede deles. Resolve o mesmo problema que muita gente resolve colocando Cloudflare na frente do site, sem precisar mover o DNS nem adicionar mais um serviço na pilha.
Power-ups. Módulos prontos para casos específicos, como enriquecimento de dados do usuário ou custom loader para dificultar o bloqueio do script. São incrementais, não essenciais.
Quanto custa de verdade
A Stape cobra por volume de requisições ao container. Cada evento que chega no server container conta como uma requisição. Estas são as faixas em julho de 2026:
| Plano | Requisições/mês | Preço/mês |
|---|---|---|
| Free | 10 mil | US$ 0 |
| Pro | 500 mil | US$ 20 |
| Pro+ | 2 milhões | US$ 50 |
| Business | 5 milhões | US$ 100 |
| Business+ | 10 milhões | US$ 150 |
| Enterprise | 20 milhões | US$ 200 |
| Enterprise+ | 50 milhões | US$ 300 |
O plano gratuito serve para validar a arquitetura e nada além disso. Qualquer loja com movimento real estoura os 10 mil rápido, e quando estoura o container para de responder. Não é o tipo de coisa que você quer descobrir numa terça à tarde.
Como estimar sua faixa antes de assinar
A conta é aproximada, mas evita erro grosseiro: multiplique suas sessões mensais pelo número de eventos que você manda para o servidor por sessão.
Um site que envia só page_view e purchase gasta 2 ou 3 requisições por sessão. Um e-commerce com funil completo, com view_item, add_to_cart, begin_checkout e purchase, gasta entre 6 e 12. Com 50 mil sessões por mês e 8 eventos por sessão você está em 400 mil requisições, ou seja, dentro do Pro.
Na dúvida, comece um degrau acima e desça depois. A maioria dos containers que administro roda perto de 200 mil requisições por mês, o que cabe no Pro com folga.
Como não pagar a mais
Três coisas resolvem quase todo excesso de fatura.
Não mande evento inútil para o servidor. scroll, click genérico e eventos de engajamento raramente precisam sair do navegador. Cada um deles multiplica sua conta pelo número de sessões.
Desligue o GA4 server-side se você não precisa dele. Mandar GA4 pelo servidor dobra as requisições e, para muita operação, não muda decisão nenhuma. O que precisa ir para o servidor é a conversão que alimenta plataforma de anúncio.
Confira o consumo antes da renovação. A Stape mostra o uso do ciclo atual. Se você está usando 15% do plano por três meses seguidos, desça um degrau.
Desconto no primeiro mês
Se você vai montar por conta própria, criar a conta pelo link de parceiro com o código MRPV20 dá 20% de desconto nos 3 primeiros meses. É o mesmo produto e o mesmo suporte, só mais barato na entrada.
Stape ou Cloud Run
Para volume baixo, o Cloud Run costuma sair mais barato em conta de servidor e mais caro em horas suas. Para volume médio, os dois se aproximam. A conta que importa não é a fatura, é quanto vale seu tempo de manutenção e quanto custa o container ficar fora do ar sem você perceber. Para a comparação dos três caminhos de hospedagem com a conta feita por cenário, vale o guia sobre quanto custa o GTM server side na prática.
Quando não vale a pena
Vale dizer o outro lado.
Se você já tem infraestrutura em GCP e alguém que administra, o Cloud Run entrega a mesma coisa com mais controle e sem intermediário.
Se o seu site é institucional, sem checkout e sem tráfego pago, rastreamento server-side é engenharia demais para o problema. Ajuste o GTM do navegador e siga em frente.
E se a expectativa é que a hospedagem por si só conserte a atribuição, ela não conserta. Container de pé com tag mal configurada continua enviando dado errado, só que agora com uma fatura junto. A infraestrutura é a parte fácil. O que dá trabalho é a deduplicação entre pixel e API de Conversões, o parâmetro de match qualificado, e a validação de que a venda que chegou na Meta é a mesma venda que o gateway aprovou.
Como começar sem errar a ordem
- Confirme que existe um problema real. Compare as conversões do Gerenciador de Eventos da Meta com o número de vendas aprovadas no seu gateway, no mesmo período. Se a diferença for pequena, pare aqui.
- Crie a conta e o container na Stape, e aponte um subdomínio seu para ele. Use um subdomínio do domínio principal, não um domínio separado, senão o cookie continua sendo de terceira parte.
- Ligue o container web ao server container e mande os eventos para lá antes de tocar em qualquer tag de plataforma.
- Só então configure a API de Conversões, com
event_idbatendo entre navegador e servidor. Sem isso a Meta conta a mesma venda duas vezes. - Valide com uma transação real de cartão. Modo de visualização prova que a tag disparou, não que o evento chegou íntegro do outro lado.
O passo 4 é onde a maioria das implementações trava, e é o único passo em que a hospedagem não te ajuda em nada. Se quiser entender essa parte a fundo, escrevi um guia separado sobre deduplicação na API de Conversões da Meta.
Quando a venda acontece fora do navegador, a hospedagem também pode receber a notificação do gateway. O guia de rastreamento Hotmart por webhook mostra como validar o hottok, separar aprovação de reembolso e impedir que um reenvio conte outra compra.