Como começar a utilizar o rastreio do lado do servidor

Rastreamento server-side surgiu em 2020 com o lançamento do Google Tag Manager server-side. Foi uma resposta às crescentes limitações da recolha de dados no lado do cliente. Basicamente, para configurar o rastreamento server-side, deverá seguir os passos abaixo.

1. 1.
   Comece por criar e configurar um container Google Tag Manager de servidor, o que pode ser feito de forma eficiente com a ajuda do Stape.
2. 2.
   Adicione um domínio personalizado para configurar cookies de primeira parte e contornar as limitações de cookies dos navegadores.
3. 3.
   Configure a transferência de dados do seu container web para o container de servidor com a ajuda do Stape, de modo a melhorar a precisão do rastreamento de conversões e reduzir a perda de dados causada por bloqueadores de anúncios ou configurações de privacidade dos navegadores.
4. 4.
   Teste, depure e ative a monitorização para garantir que a sua configuração funciona corretamente.
5. 5.
   Expanda a sua configuração conectando outras plataformas de marketing ou análise compatíveis com o GTM server-side.

Neste artigo do blog, explicaremos em detalhe como implementar o rastreamento server-side com o Stape. Apresentaremos também diferentes casos de uso e as vantagens do rastreamento server-side com os serviços Stape, além de uma breve visão geral de algumas das plataformas mais populares que suportam a marcação server-side.

Com o rastreamento server-side, o seu website envia primeiro os dados para o servidor cloud. De seguida, o servidor cloud distribui os dados que pretende partilhar entre fornecedores terceiros e plataformas de rastreamento, de acordo com as definições do seu container. Por outras palavras, controla que dados envia para a sua plataforma de análise ou publicidade e quais não envia. É por isso que configurar o rastreamento server-side é uma das soluções mais fiáveis e amigas da privacidade para rastrear o comportamento dos utilizadores sem depender de cookies.

Em comparação com o rastreamento client-side, proporciona uma recolha de dados e um rastreamento de conversões mais precisos, maior duração dos cookies, menor impacto dos bloqueadores de anúncios, melhor controlo sobre os dados, melhor tempo de carregamento das páginas do website, ocultação de IDs de rastreamento e chaves secretas de API, entre outras vantagens.

Se desejam mesmo dominar a configuração do rastreamento server-side, consultem a Stape Academy. No nosso curso de marcação server-side, aprenderão a configurar o sGTM, prolongar a duração dos cookies, integrar outras plataformas, etc. Podem também encontrar as gravações dos nossos webinars na Stape Academy. Os nossos cursos são gratuitos para todos os utilizadores registados. E se ainda não fazem parte da comunidade Stape, nunca é tarde para se juntarem.

Existem várias ferramentas que podem utilizar para configurar a marcação server-side. A nossa escolha é o container servidor do Google Tag Manager. As principais vantagens de utilizar o sGTM são, na nossa opinião:

• Fácil de utilizar.
• Transparente e conveniente.
• Sem custos adicionais — pagam apenas pelos servidores, sem taxas pela utilização da interface do sGTM.
• Sistema de controlo de versões.
• Quaisquer alterações podem ser facilmente revertidas para um estado anterior, sendo também possível acompanhar quem fez as alterações, onde e quando.
• Modo multiutilizador.

O primeiro passo ao iniciar com a marcação server-side é configurar o container sGTM.

Com o Stape, podem configurar um servidor de marcação para o vosso container sGTM com um só clique. Tudo o que precisam de fazer é:

1. Abram o vosso container web do Google Tag Manager em https://tagmanager.google.com/.

Cliquem em Admin. Na coluna do container, cliquem em +

2. Escrevam o nome do container, escolham Server e cliquem em Create.

3. Escolham Manually provision tagging server, copiem a configuração do container e colem-na num editor de texto. Iremos precisar dela nos passos seguintes.

4. Acedam ao Stape e criem uma conta ou façam login.

5. Cliquem em Create container no canto superior direito.

6. Introduzam os detalhes do container:

• Container name: o nome não tem de ser necessariamente o mesmo do container no vosso servidor GTM.
• Container configuration: colem o Container Config que copiaram do vosso Container de Servidor Google Tag Manager.
• Server location: selecionem a localização do servidor com base na localização da maioria dos vossos clientes. A localização não pode ser alterada posteriormente.

• Cliquem em Create Container.

7.  Escolham um plano para o vosso container. Podem começar com o plano gratuito. Cliquem em Continue with a Free plan.

8. Verão o estado do vosso container, a configuração do container e o nome do plano. A implementação de um container de servidor demora cerca de 5 minutos. Recarreguem a página para atualizar o estado. Se a configuração server-side do Google Tag Manager foi feita corretamente, deverão ver o estado Running.

Podem utilizar um URL personalizado do servidor de marcação para configurar cookies de primeira parte. O URL personalizado do servidor de marcação ou domínio personalizado deve partilhar o mesmo domínio que o vosso website. Por exemplo, se o domínio do vosso website for example.com, então o URL do servidor de marcação deverá ter o aspeto sst.example.com. 

Existem três formas de configurar um domínio personalizado:

• Same origin
• Subdomínio
• Domínio predefinido

Aqui, no entanto, abordaremos a configuração de subdomínio personalizado:

Utilize um URL do servidor de tagging personalizado, também denominado domínio personalizado, para definir cookies de primeira parte. Este URL deve utilizar o mesmo domínio raiz que o seu site. Por exemplo, se o seu site for `example.com`, o URL do seu servidor de tagging pode ser `ss.example.com`.

Existem três formas de configurar um domínio personalizado:

• Mesma origem – o servidor de tagging partilha exatamente o mesmo domínio e caminho que o seu site. Saiba mais sobre como configurar um domínio personalizado com a mesma origem.
• Subdomínio – o servidor de etiquetagem funciona num subdomínio do seu domínio raiz. Neste artigo, iremos guiá-lo ao longo desta configuração.
• Domínio predefinido – sem domínio personalizado; utiliza o endereço padrão fornecido pela Stape.

Escolha o seu contentor no Stape, role para baixo e clique em Add custom domain.

Adicione o Subdomain name - pode ser qualquer nome que prefira, mas certifique-se de evitar termos específicos de publicidade ou rastreamento: ad, gtm, stgm, tracking, analytics, metrics, stape, gtag, etc.

Uma Content Delivery Network (CDN) distribui os recursos do seu site por uma rede global de servidores para reduzir a latência e melhorar os tempos de carregamento para utilizadores em diferentes localizações. É útil se o seu público estiver distribuído geograficamente ou se pretender melhorar o rastreamento de cookies e a precisão dos dados.

Por predefinição, a CDN está desativada, o que significa que os ficheiros JavaScript (como gtm.js, gtag.js e analytics.js) são servidos diretamente a partir da localização do servidor onde o seu contentor sGTM está alojado. Na prática, isto contorna tanto a Stape Global CDN como a Own CDN, estabelecendo uma ligação direta e sem proxy entre o seu site e o contentor sGTM.

Para ativar a CDN, clique no botão Add CDN e selecione uma das seguintes opções:

• Stape Global CDN: carrega scripts a partir do servidor mais próximo da localização do visitante do seu site, o que reduz a latência e melhora os tempos de carregamento de páginas para públicos distribuídos geograficamente. Utilizaremos a Stape Global CDN na nossa configuração. Esta funcionalidade é gratuita e está disponível para todos os contentores sGTM do Stape.

• Own CDN (incompatível com a opção de ligação Automatically (via Entri)): ajuda a encaminhar o domínio personalizado sGTM e a fazer proxy do tráfego sGTM através do fornecedor DNS do seu site. Neste caso, os endereços IP do seu site e do domínio personalizado sGTM coincidirão, e os cookies do lado do servidor serão considerados de primeira parte. Como resultado, permite aumentar a duração dos cookies.

De seguida, na secção How to connect, existem duas formas de ligar um domínio personalizado ao seu contentor:

• Automatically (via Entri)

A forma mais simples de ligar domínios. Inicie sessão com as credenciais do seu fornecedor DNS através do Entri e conceda-nos uma autorização única para ligar o seu domínio. Depois disso, pode avançar diretamente para o Passo 5 para verificar o seu domínio; não é necessária qualquer configuração manual.

• Manually

Com esta opção, terá de adicionar registos DNS manualmente no seu fornecedor de alojamento para ligar o seu subdomínio ao Stape.

Depois de adicionar um subdomínio personalizado ao seu contentor, verá os registos DNS que devem ser criados para verificar o domínio personalizado. O registo DNS depende da localização do servidor e da opção CDN escolhida. No passo seguinte, mostramos como adicionar registos DNS.

Por predefinição, a verificação do subdomínio é realizada com registos CNAME, mas também pode verificar o seu subdomínio com registos A e AAAA se necessário (normalmente quando precisa de evitar a adição de registos duplicados).

Cobrimos ambas as opções abaixo com um guia passo a passo sobre como criar registos utilizando o Cloudflare. Pode utilizar qualquer outro fornecedor.

Depois de ter introduzido os registos DNS no seu fornecedor DNS, regresse à página do contentor Stape onde configurou o domínio personalizado e clique em Verify.

Aguarde que o Stape conclua a verificação do seu domínio personalizado (quando a barra de estado do contentor mudar de Verifying para Ready). Normalmente, a verificação do domínio personalizado demora 2 a 3 horas. Para alguns fornecedores de DNS, a verificação dos registos pode demorar até 72 horas. Enviar-lhe-emos um e-mail assim que o domínio personalizado for verificado ou caso seja detetado algum erro.

Se tiver problemas com a verificação do domínio, siga o nosso guia de resolução de problemas de domínios personalizados.

Aceda ao seu contentor servidor do Google Tag Manager → Admin → Container Settings → altere o Tagging server URL para o seu subdomínio.

Atualizar o script

Se utilizar um domínio personalizado, é altamente recomendável atualizar o script Web GTM no seu site. Esta alteração carregará o gtm.js a partir do seu domínio. Para isso, substitua o domínio predefinido googletagmanager.com pelo domínio personalizado que configurou no passo anterior.

Em alternativa, pode automatizar este processo com o Custom Loader power-up. Em vez de editar manualmente o script GTM, o Custom Loader gera um snippet de código pronto a usar que carrega os scripts GTM e GA4 diretamente a partir do seu domínio personalizado. Isto poupa tempo, torna os seus scripts de rastreamento mais resistentes a bloqueadores de anúncios e garante que todos os cookies são tratados como de primeira parte.

E está tudo feito!

Do nosso ponto de vista, configurar um domínio personalizado com o mesmo domínio de origem é a melhor opção, pois ajuda a prolongar a duração dos cookies em todos os navegadores. No entanto, este método é tecnicamente avançado e requer CDN ou um balanceador de carga.

Se não conseguirem configurar o domínio de mesma origem, temos soluções para prolongar a duração dos cookies no Safari: Own CDN e Cookie Keeper.

Com o Stape, podem configurar o servidor GTM em menos de 1 minuto, e somos a solução mais acessível do mercado. O Stape é acessível porque compramos servidores em grandes quantidades e por períodos alargados. Além disso, otimizamos os nossos servidores para trabalhar exclusivamente com o Google Tag Manager.

Para além disso, temos outras vantagens:

1. Custom gtm.js and gtag.js loader. Ajuda a tornar os scripts do Google Tag Manager e/ou do Analytics 4 mais resistentes a bloqueadores de anúncios.

2. Global CDN. Permite uma entrega mais rápida dos ficheiros JS, utilizando um servidor mais próximo do visitante do vosso site. Resulta numa melhoria da velocidade de página, o que pode ter um impacto positivo no posicionamento orgânico.

3. Logs. Uma funcionalidade muito útil na configuração ou resolução de problemas de marcação server-side. Ajuda a perceber que dados foram enviados para o servidor e como foram processados. Por exemplo, podem verificar se todos os eventos de compra tiveram o estado 200 (ou seja, foram processados corretamente) ou verificar todos os pedidos com código de resposta 500 (ocorreu um erro).

4. Preview header. Ajuda a ver todos os pedidos recebidos no depurador do sGTM quando o pedido não foi enviado a partir do web GTM.

Podem também ler sobre todas as vantagens do rastreamento server-side com o Stape no nosso blog.

A nossa equipa de especialistas está sempre disponível para ajudar novos utilizadores a começar com o rastreamento e a responder a quaisquer questões.

Para websites de grande volume, oferecemos planos personalizados. Utilizem à vontade a calculadora de preços para estimar o melhor plano para o vosso site.

Neste capítulo, abordaremos brevemente a configuração do GA4 server-side.

Se ainda não têm o GA4 server-side configurado, sigam os passos abaixo:

1. Dentro do container Web, criem uma nova tag do tipo Google Tag.

Adicionem o vosso Google Tag ID e um acionador à tag GA4 (normalmente deverá acionar em todas as visualizações de página).

2. Acedam à secção Tags e criem uma nova tag do tipo Google Analytics: GA4 Event. Adicionem o vosso GA4 ID e o nome do evento.

3. Acedam ao vosso container servidor do Google Tag Manager. Cliquem em Clients e em New.

4. Escolham Google Analytics: GA4 (web) e cliquem em Save.

5. Acedam a Tags e cliquem em New.

6. Escolham Google Analytics: GA4.

7. Adicionem o Measurement ID e o Event Name.

• Podem adicionar o Measurement ID como variável ou, se o evento veio de uma tag web GA4, deixar este campo em branco para herdar o Measurement ID do evento.

• Recomendamos a utilização de nomes de eventos padrão sempre que possível, mas também podem usar nomes personalizados. Se este campo estiver em branco, será enviado o valor do parâmetro event_name.

8. Cliquem em Triggering.

Criem acionadores para a tag. O nome do cliente deverá ser igual a GA4.

Cliquem em +

Escolham o tipo Custom → cliquem em Some events → escolham Client Name nas variáveis integradas → definam Equals GA4 (o nome do vosso cliente GA4) → cliquem em Save.

10. Abram os depuradores web e servidor do GTM e testem a configuração.

Abram o modo de pré-visualização do container Servidor e verifiquem se conseguem ver pedidos GA4. Publiquem as atualizações nos containers servidor e web do Google Tag Manager.

Neste capítulo, abordaremos brevemente como configurar o rastreamento server-side para o Google Ads.

A primeira coisa a saber é que o rastreamento server-side do Google Ads só pode funcionar através de pedidos GA4 server-side. Isto significa que é obrigatório configurar o Google Analytics 4 server-side antes de avançar para o Google Ads server-side.

Basicamente, os passos principais de configuração são:

1. Assegurem que o Google Analytics 4 server-side está configurado corretamente.

2. No container servidor, configurem a tag Conversion Linker. Esta tag deverá acionar em todas as visualizações de página.

3. Configurem a tag de remarketing do Google Ads no servidor GTM. Tudo o que precisam de fazer é adicionar um Conversion ID e escolher um acionador que utilize pedidos GA4. Podem também optar por enviar dados de eventos de remarketing dinâmico e fornecer parâmetros personalizados.

4. Criem uma nova tag Google Ads Conversion Tracking no container Servidor → adicionem o Conversion ID e o Conversion Label de forma semelhante à configuração da tag web do Google Ads.

De seguida, têm a opção de adicionar dados de Produto e Utilizador (de forma semelhante ao funcionamento da Facebook Conversions API). Se enviarem dados de utilizador e produto do web para o servidor, podem ativar estas caixas de verificação e selecionar os dados do evento como fonte de dados.

Ao contrário das plataformas Google, o Facebook recomenda a utilização de rastreamento web e server em simultâneo. A principal vantagem do método web+server é que continua a utilizar cookies de terceiros (quando possível). A principal vantagem da abordagem apenas server-side é que reduz o número de scripts JavaScript de terceiros no vosso site e permite controlar rigorosamente que dados são enviados para o FB. Por isso, cabe-vos decidir se utilizam o rastreamento FB web+server ou apenas server-side.

A configuração da Facebook Conversions API é mais complexa, uma vez que requer deduplicação de eventos (quando se utiliza o método web+server) e o envio de parâmetros de utilizador, como endereço de email, número de telefone, nome próprio/apelido, etc.

A depuração e a monitorização são essenciais para uma implementação bem-sucedida de rastreamento server-side. Abordaremos este tema brevemente nesta secção, mas estão à vontade para consultar o nosso guia de depuração detalhado.

A primeira e mais óbvia ferramenta que vos pode ocorrer é o depurador do servidor GTM. Ajuda a verificar como as tags, os acionadores e as variáveis funcionam no Google Tag Manager no lado do servidor, fornecendo uma visão detalhada do fluxo e processamento de dados.

Além disso, oferecemos as seguintes soluções para uma melhor experiência de depuração e monitorização:

• Stape logs permitem rever os dados enviados, os códigos de resposta e os parâmetros processados pelo vosso container servidor. Oferecem um registo detalhado dos pedidos server-side.
• Logger Tag no servidor GTM serve para testar pedidos POST e ver os seus resultados, ajudando a verificar os dados enviados do vosso servidor para vários endpoints.
• sGTM Preview header configuration permite configurar cabeçalhos para visualizar pedidos diretamente no depurador sGTM, fornecendo uma forma de inspecionar os pedidos recebidos e as suas propriedades.
• Funcionalidade Monitoring configura regras para receber notificações por email ou Slack quando condições específicas são cumpridas, automatizando alertas para potenciais problemas ou discrepâncias nos dados.

Esperamos que, chegados a este ponto, concordem connosco que o rastreamento server-side é indispensável para as vossas campanhas de marketing. No entanto, trata-se ainda de uma tecnologia relativamente recente e nem todas as plataformas o disponibilizam, como por exemplo o Twitter. Por isso, criámos uma lista de todos os fornecedores que suportam o servidor GTM e reunimos os seus requisitos, instruções e documentação.

Integrações com plataformas populares:

Soluções personalizadas e mais:

Para além da implementação direta do rastreamento server-side descrita anteriormente neste artigo, o rastreamento server-side oferece algumas oportunidades avançadas que anteriormente não estavam disponíveis no rastreamento web. Aqui abordaremos algumas das mais populares.

1. Conectar o CRM ao sGTM

É possível enviar webhooks do CRM para o sGTM. Dentro do sGTM, podem recuperar dados de webhook e adicioná-los a qualquer plataforma. Podem utilizá-lo, por exemplo, para enriquecer os dados da Facebook Conversion API com parâmetros de utilizador ou eventos offline, ou para enviar encomendas em loja do vosso POS para o Google Analytics ou rastrear reembolsos.

2. Enriquecer dados com o Firestore

O Firestore é uma base de dados que armazena coleções de documentos. O sGTM permite ler e escrever dados de e para o Firestore. O sGTM e o Firestore oferecem oportunidades ilimitadas em termos de enriquecimento de dados.

3. Integração com o Google Sheet

O Stape criou uma tag personalizada que permite a integração do sGTM com o Google Sheets. É uma excelente oportunidade para quem utiliza ferramentas semelhantes ao Zapier para rastrear quaisquer dados do site para o Google Sheets. Ferramentas como o Zapier podem ser dispendiosas, ao passo que com o sGTM podem obter a mesma integração a um custo próximo de zero.

Embora existam muitas implementações não convencionais do sGTM, estas são as três mais populares. Consultem o nosso blog para mais informações sobre marcação server-side.

Configurar o rastreamento server-side é uma excelente forma de melhorar o desempenho do vosso website e obter dados mais precisos. Este artigo reuniu informações gerais necessárias para começar com o rastreamento server-side. Abordámos a configuração do servidor Google Tag Manager, do servidor Google Analytics 4, do Google Ads server-side, do Facebook Ads server-side e de outras integrações de plataformas com opções avançadas. A marcação server-side tem muitos casos de uso atuais e potenciais. 

Por isso, não hesitem em contactar-nos para obter assistência com a implementação do vosso rastreamento server-side. Somos especialistas em rastreamento server-side e podemos ajudá-los a mergulhar no mundo das tags.