Vamos recuperar até 40% das conversões que os vossos anúncios estão a perder hoje
Olá pessoal da AI & Media. Esta é a proposta para implementarmos rastreamento avançado nos 11 sites que gerem hoje. Abrimos cada um, tirámos conclusões honestas e está tudo aqui em baixo — sem floreado, sem jargão desnecessário.
O resumo numa frase: hoje os vossos anúncios estão a perder entre 30% e 40% dos dados dos visitantes por causa de bloqueadores, iOS e cookies. Com a nossa estrutura server-side recuperamos a maior parte disso, o Meta e o Google passam a optimizar melhor e o custo por lead desce.
1O problema
Quando alguém visita um site dos vossos clientes e preenche um formulário ou clica no WhatsApp, hoje o que acontece tecnicamente é isto:
O browser do visitante tenta avisar ao Meta, ao Google Ads e ao Google Analytics em separado, com 3 ligações diferentes. Cada uma pode ser bloqueada por:
Bloqueadores de anúncios (cerca de 30% dos utilizadores).
Safari no iPhone e iPad (apaga cookies em 24h - 7 dias).
Firefox e outros browsers focados em privacidade.
iOS desde a actualização 14.5, em que a maioria recusou o tracking.
Resultado: os algoritmos do Meta e do Google veem só uma parte das conversões e optimizam para o público errado. Custo por lead sobe, qualidade do lead desce.
2A solução: server-side tracking
Em vez do browser falar com 3 servidores externos, ele fala apenas com um endereço dentro do próprio domínio do cliente, gerido pelo nosso servidor. A partir daí, o nosso servidor distribui a informação correctamente para Meta, Google e Analytics, de forma que não pode ser bloqueada.
Hoje — cada ferramenta bloqueada separadamente
Browser do visitante
↓ ↓ ↓
Meta
Google Ads
GA4
3 ligações separadas — bloqueadores, iOS e Safari cortam ~40%
Com server-side — uma ponte robusta
Browser do visitante
↓
tag.dominio-do-cliente.pt
↓
Servidor Altavance
↓
Meta CAPI
Google Ads
GA4 MP
First-party, encriptado, com email/telefone hash — não pode ser bloqueado
Benefícios concretos que conseguimos medir:
Recuperação de 25% a 40% das conversões que hoje se perdem em silêncio.
Match quality no Meta sobe de "Boa" para "Excelente" → o algoritmo aprende mais rápido.
Cookies de longa duração (1 ano em vez de 7 dias).
Atribuição multi-touch mais fiel → conseguem provar ao cliente final que a campanha está a funcionar.
3Como funciona na prática
Para o cliente final (a clínica, a loja, o serralheiro), nada muda visualmente. O site continua exactamente igual. O que muda é o "encanamento" por baixo.
① Criar um subdomínio técnico
Algo como tag.nomedocliente.pt. Este subdomínio aponta para o nosso servidor (62.72.63.165). É invisível para o utilizador final.
5 minutos a configurar, 30 minutos a propagar.
② Aceder ao DNS
Para criar esse subdomínio, precisamos de acesso à plataforma onde o domínio foi comprado (Hostinger, Amen, GoDaddy, Wix). Recomendamos passar tudo pela Cloudflare (gratuita) para uniformizar.
1 a 2 dias úteis (depende do registrar).
③ Adicionar código no site
Editamos o Google Tag Manager (ou WordPress) do cliente para enviar os eventos via tag.nomedocliente.pt em vez de directamente para o Meta/Google.
4 a 6 horas por cliente (auditoria + tags + variáveis + triggers).
④ Configurar contas Meta + Google
Criamos (ou ligamos a vossa conta existente) Pixel, GA4, conversões do Google Ads e tokens de acesso (CAPI).
2 a 3 horas por cliente (criação + Enhanced Conversions + dedup event_id).
4Falta a peça mais importante: o dataLayer
Esta secção é a mais técnica do documento mas é crítica para vocês entenderem o esforço real.
O que vimos quando abrimos cada um dos sites: nenhum deles está a capturar os dados do utilizador (email e telefone) no momento em que ele preenche o formulário. Ter o Tag Manager instalado não chega — falta uma "ponte" que pegue os dados do formulário e os entregue ao Tag Manager. Essa ponte chama-se dataLayer.
Sem essa ponte, mesmo com a infraestrutura server-side montada, o que vamos enviar para o Meta e Google é um evento "Lead" vazio (sem email, sem telefone). Resultado prático: o algoritmo até regista a conversão, mas não consegue cruzar com o utilizador real, e o ganho de match quality cai para perto de zero.
Solução: em cada site precisamos de instalar um plugin (gratuito) ou adicionar um pequeno código que faz exactamente isto:
1
Visitante submete o formulárioNome, email, telefone, mensagem
↓
2
Plugin / snippet captura os camposCF7-to-DLEvent, WPForms-to-DL, ou snippet customizado para Elementor/React
↓
3
dataLayer.push() com dados hasheados{ event: 'lead_submit', user_data: { email_hash, phone_hash } }
↓
4
Tag Manager → Servidor Altavance → Meta + GoogleGTM→Servidor→
O que encontrámos em cada site
Site
dataLayer hoje
O que falta
Tempo extra
neuropsiquiatria.pt
Só infra GTM (gtm.load, consent)
Configurar plugin para Elementor Pro Forms enviar lead_submit com email+telefone, validar fluxo Complianz
+4-5h
inwindow.pt
Só infra GTM
Plugin para Elementor Forms (form carregado em lazy load — exige debug do ciclo de eventos)
+3-4h
clinicafeminis.com
Só infra GTM
Plugin CF7-to-DLEvent + capturar clique no WhatsApp flutuante + 2 formulários Divi
+4-5h
lojadomicrocimento.pt
Só infra GTM
Plugin WPForms-to-DataLayer (2 formulários diferentes, cada um com seu valor de conversão)
+5-6h
panoramapvc.com
Só infra GTM
Form é React custom — snippet específico no componente + coordenação com programador do site
+4-5h
windoorlisboa.pt
Só infra GTM
Caso especial: form em iframe externo (ver secção 5) — webhook Monday + mapeamento de campos + dedup
+6-8h
infinitywindows.pt
Nem GTM nem Pixel carregam (Zyro bloqueia)
Risco real: Hostinger Website Builder pode não aceitar plugin nem snippet — exige investigação profunda
+4-6h ou impossível
absorve.pt
Site não público ainda
Briefing técnico ao dev React + revisão do PR + validação ponta-a-ponta
+4h (dev externo)
shadow.com.pt
Nenhum (Wix)
Wix bloqueia código custom no submit
—
graciebarraaveiro.com
Nenhum (Wix)
Mesma limitação Wix
—
graciebarrabelas.com
Nenhum (Wix)
Mesma limitação Wix
—
O que isto significa na prática: antes do server-side propriamente dito, precisamos de 4 a 6 horas extra por cliente só para essa camada do dataLayer. É trabalho invisível para o cliente final mas é o que separa um Pixel "que regista evento" de um Pixel "que regista evento com dados ricos". O segundo é o que faz mesmo o algoritmo trabalhar para vocês e baixar o custo por lead.
5Caso especial: windoorlisboa.pt (Monday Forms em iframe)
Descoberta importante ao analisar windoorlisboa.pt em detalhe: o formulário de orçamento é um iframe externo do Monday.com (forms.monday.com/forms/embed/...).
Isto muda completamente o approach técnico:
Por que iframe de Monday quebra rastreio
O site windoorlisboa.ptnão consegue ouvir o submit do formulário Monday — o browser bloqueia (cross-origin).
O Monday Forms não suporta dataLayer nem permite injectar Tag Manager dentro do iframe.
Hoje, na prática, o Pixel só conta lead via /obrigado/ (page view) — método pobre que perde 30-50% dos sinais e não envia email/telefone.
Como resolvemos
Existem 2 caminhos limpos:
Caminho A (recomendado): usar o webhook nativo do Monday.com. Cada formulário submetido dispara automaticamente um aviso para o nosso servidor com todos os campos (email + telefone). A partir daí mandamos para Meta CAPI + GA4 + Google Ads. Match quality fica excelente porque é servidor-para-servidor com user data completo.
Caminho B: substituir o iframe por um formulário WordPress nativo (Elementor Pro Forms) que envia os dados para o Monday por trás via API. Mais trabalho inicial, mas resolve para sempre e dá controlo total.
A nossa sugestão: Caminho A. É menos invasivo e funciona em horas, não dias.
O que precisamos da Windoor para o Caminho A funcionar
Esta parte é importante porque não conseguimos fazer sozinhos — depende de acessos que estão do lado do cliente final. Há 3 cenários possíveis, do mais simples ao mais complexo:
Cenário 1 (ideal): adicionarem-nos como Membro no board do Monday
Quem dá o acesso: o Admin do workspace Monday da Windoor (provavelmente o gestor que criou o formulário).
Que permissão precisamos: Membro com permissão de "Automations" activada no board onde o formulário vive.
O que fazemos depois: entramos no board → Integrations → criamos uma automation "Quando um novo item é criado → enviar webhook para tag.windoorlisboa.pt/webhook/monday".
Plano Monday necessário: Standard, Pro ou Enterprise. Não funciona no plano Free.
Tempo: 15 minutos de configuração depois do acesso ser dado.
Cenário 2 (rápido): pedirem-nos um Personal API Token
Quem fornece: qualquer pessoa do workspace Monday que tenha visibilidade do board. Gera-se em monday.com → Avatar → Developers → My Access Tokens.
O que fazemos: usamos o token via Monday GraphQL API para criar a subscription do webhook por código, sem precisarmos entrar no painel.
Vantagem: não temos de ser adicionados ao workspace.
Desvantagem: se essa pessoa sair da Windoor ou rodar o token, o webhook morre. Precisamos ser avisados.
Plano Monday necessário: Standard ou superior.
Cenário 3 (eles é que mexem): a Windoor cria o webhook e aponta para o nosso URL
O que vocês passam à Windoor: apenas a URL https://tag.windoorlisboa.pt/webhook/monday e um secret token para autenticar.
O que a Windoor faz: abre o board → Integrations → Webhooks → cola a URL. 5 minutos de trabalho.
Vantagem: nenhum acesso para nós — minimiza fricção.
Desvantagem: depende da boa-vontade e capacidade técnica do contacto deles. Se o webhook falhar 3 meses depois, não temos forma de debugar do nosso lado.
O que vocês precisam clarificar com a Windoor antes do go-live:
Qual o plano de Monday que têm? (Free, Standard, Pro, Enterprise)
Quem é o Admin do workspace?
Eles preferem adicionar-nos ao workspace (cenário 1), dar-nos um token (cenário 2), ou criar o webhook eles próprios (cenário 3)?
Se Caminho B for escolhido (form Elementor a enviar pro Monday): a Windoor tem alguma coluna obrigatória no board que precisamos mapear?
Nota: nenhum dos 11 sites é loja online com pagamento real. Todos são geradores de leads. A lojadomicrocimento.pt tem WooCommerce instalado mas o checkout está inactivo. Os Gracie Barra têm "Checkout" no menu mas é para inscrição em eventos, não venda recorrente.
7Comparativo: Altavance vs Stape (ou similares)
Stape.io é a referência no mercado de server-side tracking gerido. Vejam o que vocês estariam a pagar se contratassem Stape directamente para os clientes da AI & Media — e o que não está incluído:
O que existe lá fora
Antes de entrarmos no comparativo detalhado, aqui está o que nós próprios pagaríamos se fôssemos comprar este serviço noutro lugar para os mesmos 11 clientes:
Setup por cliente configuração completa + manutenção
Sim — completo
PT + BR, WhatsApp directo
No fim das contas: a alternativa mais barata fora da Altavance seria juntar Stape + um consultor freelancer e ainda assim ficaria em €760-1.200/mês de mensalidade total mais €44k-106k de setup externo só no primeiro ano. Connosco têm o mesmo serviço gerido por uma mensalidade fixa que cabe na vossa estrutura — valores detalhados na secção 8 (pacotes), todos significativamente mais baratos que ir com Stape ou freelancer.
E se for um freelancer no Fiverr ou Upwork?
Demos uma vista de olhos nos marketplaces mais populares de freelancers. Não há almoço grátis.
Excelente — mas projecto pontual, sem garantia de continuidade. Cliente novo? Negociar de novo.
Altavance Media
Setup por cliente (ver secção 8)
Mensalidade gerida (ver secção 8)
Setup completo com dataLayer + Cloudflare + CAPI configurado + manutenção mensal + suporte WhatsApp + ajustes quando o site mudar. Relacionamento contínuo.
O que isto significa: contratar a Altavance sai muito mais barato que um freelancer Upwork EU competente — e ainda inclui manutenção mensal que nenhum freelancer oferece. Tentar o Fiverr commodity ($10-100) parece barato no papel mas implica refazer várias vezes (ou aceitar tracking medíocre) — sai mais caro no fim do ano. Os valores específicos estão nos pacotes da secção 8.
Comparativo detalhado feature-a-feature
Para a comparação mais directa, eis o que cada modelo entrega item por item:
Webhook integrations (Monday Forms e outras plataformas externas)
Não
Sim — já prontos
Debug de cache (LiteSpeed) e CMP (Complianz, Cookiebot)
Não
Sim
Manutenção quando o site do cliente muda
Não — vocês resolvem
Incluído
Revisão de match quality recorrente
Não
Mensal
Suporte em português europeu/brasileiro, WhatsApp
Não (email em inglês)
Sim
Custo total Ano 1 (11 clientes)
€53.000 a €115.000
Ver pacotes (secção 8)
8Modelo de investimento
Pacotes mensais que substituem o actual modelo de "prontidão". Cada pacote inclui implementação, monitorização, manutenção e suporte directo.
Como escolher e pagar: cada pacote tem 2 botões. "Pagar agora" abre o checkout Stripe directo (cartão de crédito ou SEPA Direct Debit, factura emitida na hora). "Falar no WhatsApp" abre o nosso grupo já existente com a mensagem preenchida — para quem prefere acertar detalhes antes de pagar. Ambos chegam ao mesmo sítio.
Como funciona o modelo modular: vocês começam com quantos clientes quiserem e escalam conforme adicionarem. O setup é simples — €400 por cliente onboardado (cobre DNS, dataLayer, GTM, testes e go-live). Pago 50% antes + 50% no go-live de cada cliente. A mensalidade só começa após o primeiro go-live (1º mês grátis, trial Stripe 30 dias). Sem fee de ativação, sem custos escondidos.
Como contamos o prazo: o cronómetro começa a contar a partir do momento em que recebermos os acessos do primeiro cliente (DNS, WP-admin, Meta BM, Google Ads/GA4). Mantemos 2 clientes em onboarding simultâneo (WIP=2) com fila explícita pros restantes — isso protege qualidade e evita atrasos por sobreposição. Se os acessos demorarem a chegar, o cronograma escorrega proporcionalmente.
💡 Upsell separado: migração Wix → WordPress
Os 3 clientes em Wix (shadow, gracie barra aveiro, gracie barra belas) precisam migrar de plataforma para entrar no server-side. Este é um projecto à parte do pacote de tracking:
Tipo de migração
Preço
O que inclui
Simples (template WP novo)
€1.500
Copy do conteúdo, plugins SEO, redirects 301, hospedagem nova
Design fiel (replica visual do Wix)
€2.500
Tudo acima + design idêntico via Elementor Pro
Com redesign (oportunidade pra modernizar)
€3.500
Design novo do zero baseado no conteúdo existente
Depois da migração, esses clientes entram no pacote modular normal e somam à contagem de clientes ativos.
Configuração inicial de cada cliente: criação de Pixel/GA4/Ads, instalação do dataLayer, ligação Meta CAPI, configuração GTM, testes em modo preview.
Subdomínio first-party (tag.cliente.pt) em cada cliente.
Manutenção mensal: validação de match quality, ajustes quando o site do cliente muda, troubleshoot de tags partidas.
Webhooks de integração (Monday Forms ou outras plataformas externas) quando aplicável.
Suporte directo via WhatsApp para a AI & Media.
Reportes mensais de performance (volume de eventos, match quality, atribuição).
Cenário recomendado para a AI & Media hoje
Olhando para os 11 sites da lista — 8 viáveis para server-side, 3 Wix que ficam de fora — o pacote que faz mais sentido é o Modular 8, a €1.250/mês + €3.200 setup (€1.600 pago agora).
Se o portfolio crescer para 12+ clientes nos próximos meses, migramos automaticamente para o Modular 12 sem custo de transição (apenas o onboarding dos clientes novos a €400 cada).
Condições de pagamento
Setup (€400/cliente): 50% pago antes do início dos trabalhos de cada cliente (desbloqueia DNS + acessos) e 50% no go-live desse cliente. O pagamento Stripe inicial cobre a 1ª metade do setup do pacote escolhido; as 2ª metades são cobradas conforme cada cliente entra em go-live.
Hospedagem mensal: começa a ser cobrada apenas após o primeiro go-live (trial Stripe 30 dias automático no checkout). Vocês não pagam mensalidade enquanto o trabalho está a ser feito.
Sem fidelização: cancelamento com 30 dias de aviso prévio. O subdomínio tag.cliente.pt fica com vocês.
Facturação: em EUR, com IVA aplicado quando aplicável.
Facturação e pagamento — tudo centralizado no nosso GHL (já conectado à nossa Stripe). Após escolherem o pacote, enviamos o link de pagamento pelo nosso grupo de WhatsApp já existente. O link aceita:
Cartão de crédito — débito imediato, factura emitida automaticamente.
SEPA Direct Debit (débito IBAN) — autorizam uma vez no link e os débitos seguintes da hospedagem entram automaticamente.
Tudo num só sítio, sem ferramentas paralelas.
Comunicação: tudo o que for da relação contínua (acessos, validações, ajustes, novos clientes) segue pelo nosso grupo de WhatsApp já existente. Sem mudar canal.
Bónus de arranque — 1º mês de hospedagem por nossa conta
Ao fechar qualquer um dos pacotes, oferecemos o primeiro mês de hospedagem gratuito. O checkout Stripe já vem configurado com 30 dias de trial — no momento do pagamento vocês são cobrados apenas pela 1ª metade do setup. A mensalidade começa a ser debitada automaticamente 30 dias depois, tempo suficiente para validar que o match quality subiu e o custo por lead baixou antes do primeiro débito.
9O que precisamos da vossa parte
Para arrancarmos, precisamos de saber o que vocês têm de acesso, cliente a cliente. Marquem abaixo e cliquem em Enviar à Altavance — a notificação chega-nos via WhatsApp na hora.
O que cada coluna significa
DNS — acesso à plataforma onde o domínio do cliente foi comprado (Hostinger, GoDaddy, Amen.pt, PT Servidor, Wix Domain, etc.). É o sítio onde o cliente paga a renovação anual do domínio. Precisamos para criar o subdomínio tag.cliente.pt.
Site (admin) — acesso administrativo ao próprio site (WordPress admin, Wix Editor, Hostinger Builder, etc.). Precisamos para instalar o Tag Manager.
Meta BM — acesso ao Meta Business Manager do cliente, para criar o Pixel e o token CAPI (Conversions API).
Ads + GA4 — acesso ao Google Ads e ao Google Analytics 4 do cliente, para activar Enhanced Conversions.
Se não souberem, marquem em branco — vamos juntos descobrir caso a caso.
10Perguntas frequentes
O cliente final precisa de fazer alguma coisa?
Não. O cliente final não precisa de fazer nada nem de mudar o site visualmente. Tudo é feito no "encanamento" técnico.
Quanto tempo demora a implementar em cada cliente?
Fazer isto bem não é "colar um snippet e seguir em frente". Cada cliente passa por estas 13 etapas connosco:
Auditoria técnica do site, do CMS, dos plugins instalados e do funil real de conversão — 1 a 2h.
Migração DNS para Cloudflare + emissão de certificado + criação do subdomínio tag.cliente.pt — 1 a 2h.
Criação/configuração das contas: Pixel, GA4, Google Ads conversões importadas, Enhanced Conversions, CAPI access token — 2 a 3h.
Container sGTM dedicado (template, environments, mapping de eventos web → server) — 2 a 3h.
Instalação do dataLayer: plugin certo para o tipo de form, customização para incluir email/telefone/nome — 4 a 6h.
Configuração de tags/triggers/variáveis no GTM web e no sGTM (uma para cada conversão) — 3 a 5h.
Deduplicação event_id entre browser-side e server-side para não contar evento duplicado — 1 a 2h.
Webhooks de plataforma quando aplicável (ex: Monday Forms no caso da windoorlisboa) — 2 a 4h.
Testes em modo preview com submissão real e verificação dos parâmetros em cada plataforma — 2 a 3h.
Debug de cache (LiteSpeed, WP Rocket) e CMP (Complianz, Cookiebot) para garantir que scripts disparam após consentimento — 1 a 3h.
Validação de match quality no painel do Meta + verificação no GA4 DebugView + Google Ads diagnostics — 1 a 2h.
Documentação interna do tenant (chaves, IDs, troubleshooting) — 0,5 a 1h.
Revisão pós-go-live 7 dias depois para ajustar tags que tenham começado a falhar — 1 a 2h.
Em média lançamos 1 cliente por semana sem comprometer a qualidade dos outros activos.
Há risco de o site partir?
Quase zero. As alterações são incrementais e testáveis:
O DNS migra com zero downtime (Cloudflare permite migração transparente).
O snippet adicionado ao site só envia dados — não modifica nada visualmente.
Antes de publicar, testamos em modo "preview" no Tag Manager.
Se em algum momento quiserem reverter, basta desactivar a tag no Tag Manager (1 clique).
Há custos extra para o cliente final?
Não. A nossa estrutura usa o servidor que já temos. Cloudflare é gratuita no plano necessário. Os domínios e hospedagem do cliente continuam onde estão. Vocês cobram aos clientes o que entenderem — o nosso valor é com a AI & Media.
Como sabemos que está a funcionar melhor?
Comparativo em 2 fases (mínimo 14 dias depois do go-live):
No Meta: indicador "Event Match Quality" deve subir de "Good" para "Great". Volume de conversões no Pixel sobe.
No Google Ads: "Conversion accuracy" passa de "Basic" para "Enhanced".
Nas campanhas: custo por lead deve descer 10% a 25% nos primeiros 30 dias.