Proposta técnica para implementar rastreamento avançado (server-side) nos 8 sites onde fazemos a gestão de rastreamento para a AI & Media. Documento preparado para apresentação à equipa.
Quando alguém visita um site dos vossos clientes e preenche um formulário ou clica no WhatsApp, hoje o que acontece tecnicamente é isto:
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.
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.
Tecnicamente, precisamos de fazer 3 coisas em cada cliente:
Algo como tag.nomedocliente.pt. Este subdomínio aponta para o nosso servidor (62.72.63.165). É invisível para o utilizador final.
Para criar esse subdomínio, precisamos de acesso à plataforma onde o domínio foi comprado (Hostinger, Amen, GoDaddy...). Recomendamos passar tudo pela Cloudflare (gratuita) para uniformizar.
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.
Criamos (ou ligamos a vossa conta existente) Pixel, GA4, conversões do Google Ads e tokens de acesso (CAPI).
Analisámos publicamente cada site para perceber a estrutura, plataforma e funil de conversão. Aqui está o resumo:
| Cliente | Plataforma | Como cliente final converte | Status |
|---|---|---|---|
| neuropsiquiatria.pt | WordPress | Formulário + WhatsApp + telefone + email | ● Recomendado iniciar |
| lojadomicrocimento.pt | WordPress | 2 formulários (contacto + orçamento) + telefone | ● Recomendado iniciar |
| clinicafeminis.com | WordPress | Formulário + WhatsApp flutuante + telefone | ● Pronto |
| inwindow.pt | WordPress | Formulário em /contact/ |
● Pronto |
| absorve.pt | Site customizado (React) | A confirmar (catálogo + orçamento?) | ● Esperar começar tráfego |
| infinitywindows.pt | Hostinger Website Builder | Formulário em /contact |
● Possível mas limitado |
| windoorlisboa.pt | WordPress | Formulário em /orcamento/ |
● Esperar redesign |
| shadow.com.pt | Wix | Formulário Wix + email | ● Não recomendado |
Plataforma: WordPress + Elementor + WPForms.
Como o paciente entra em contacto: formulário em /contactos/, clique no WhatsApp (351928240865), telefone ou email. Os 4 canais.
O que já existe: Meta Pixel instalado, GA4 a funcionar.
O que falta: Google Ads (não detectámos), token CAPI, ligação Cloudflare.
Particularidade técnica: o site usa LiteSpeed Cache que atrasa scripts; vamos precisar de meia hora extra para configurar.
Plataforma: WordPress + Elementor + WPForms.
Como o cliente entra em contacto: 2 formulários diferentes em /contactos/ — um curto de contacto, outro detalhado de orçamento. Plus 2 telefones clicáveis. Sem WhatsApp visível.
O que já existe: GA4 + Google Ads activos e a importar conversões.
O que falta: Meta Pixel (não detectámos), token CAPI, ligação Cloudflare.
Recomendação: rastrear os 2 formulários como conversões separadas no Google Ads, com valores diferentes (orçamento detalhado vale mais que contacto genérico).
Plataforma: WordPress + Divi + Contact Form 7.
Como o cliente entra em contacto: formulário Divi (5 campos + mensagem), botão WhatsApp flutuante (plugin Click-to-Chat, número 351929248482), 2 telefones.
O que já existe: GA4 + Google Tag Manager.
O que falta: Meta Pixel (criar do zero), Google Ads (criar do zero), CAPI, Cloudflare.
Plataforma: WordPress + Elementor.
Como o cliente entra em contacto: apenas formulário em /contact/ (sem WhatsApp e sem telefone clicáveis no site). 100% do funil passa pelo formulário.
O que já existe: Tag Manager publicado mas vazio.
O que falta: tudo o resto (GA4, Pixel, Google Ads, CAPI, Cloudflare).
Plataforma: site customizado em React (não é WordPress nem builder, é desenvolvido à medida).
Como o cliente entra em contacto: ainda não pudemos confirmar visualmente. O site mostra "Loja" e "Contacto" mas não vimos checkout de pagamento real. Pedimos confirmação à AI & Media e ao cliente: é loja com pagamento online ou catálogo com pedido de orçamento?
Recomendação: esperar a campanha arrancar (sem tráfego pago ainda não há urgência) e nesse meio tempo falar com o programador que fez o site para coordenar a implementação.
Plataforma: Hostinger Website Builder (constrói o site mas tem limitações técnicas).
Como o cliente entra em contacto: formulário em /contact (nome, email, telefone, assunto, mensagem). Sem WhatsApp, sem telefone clicável.
Limitação: este tipo de builder não permite o controlo total que precisaríamos. Server-side aqui vai cobrir 80% das conversões em vez dos 95-98% dos outros. Ainda assim, melhor que o que existe hoje.
Alternativa a discutir: se o cliente está aberto a migrar para WordPress, fica perfeito. Senão, fazemos o que dá.
Plataforma actual: WordPress + Elementor. É o único cliente que já tem tudo configurado client-side (Pixel + Google Ads + GA4 + Tag Manager).
Mas: nos foi informado que o site vai mudar em breve. Implementar server-side agora seria deitar fora o trabalho dentro de poucas semanas/meses.
Recomendação: congelar este cliente até saberem qual a plataforma do site novo (WordPress? Webflow? Custom?), porque a estratégia muda.
Plataforma: Wix.
Como o cliente entra em contacto: formulário Wix no home + página dedicada /orçamento + email. Sem WhatsApp.
Problema do Wix: esta plataforma não permite as configurações técnicas que precisaríamos para server-side completo. É uma limitação da Wix, não nossa. Podemos forçar uma versão parcial, mas o ganho não compensa o esforço.
Recomendação honesta: ou manter rastreamento simples (o que já existe), ou avaliar migração de plataforma. Sugestão de conversa franca com o cliente final.
Para arrancar, precisamos que a AI & Media confirme connosco, por cliente, estas 4 perguntas:
Sugestão: vocês marcam ✓ ou ✗ por cliente nesta tabela e devolvem-nos, para sabermos quais conseguimos arrancar já.
| Cliente | DNS (registrar) | Acesso ao site | Meta Business Manager | Google Ads + GA4 |
|---|---|---|---|---|
| neuropsiquiatria.pt | ☐ | ☐ | ☐ | ☐ |
| lojadomicrocimento.pt | ☐ | ☐ | ☐ | ☐ |
| clinicafeminis.com | ☐ | ☐ | ☐ | ☐ |
| inwindow.pt | ☐ | ☐ | ☐ | ☐ |
| absorve.pt | ☐ | ☐ | ☐ | ☐ |
| infinitywindows.pt | ☐ | ☐ | ☐ | ☐ |
| windoorlisboa.pt | ☐ | ☐ | ☐ | ☐ |
| shadow.com.pt | ☐ | ☐ | ☐ | ☐ |
Não. O cliente final (a clínica, a loja) não precisa de fazer nada nem de mudar o site visualmente. Tudo é feito no "encanamento" técnico.
Depois de termos os acessos e o cliente final aprovar:
Em média, conseguimos lançar 1 cliente por semana de forma confortável.
Quase zero. As alterações são incrementais e testáveis:
Se em algum momento quiserem reverter, basta desactivar a tag no Tag Manager (1 clique).
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.
Comparativo em 2 fases (mínimo 14 dias depois do go-live):
Documento técnico preparado pela equipa Altavance para a AI & Media · 2026-05-28