Com a constante evolução da publicidade online, surgem novas dificuldades. Uma delas é o rastreamento do lado do servidor, uma ferramenta para monitorar o comportamento do usuário em sites que utilizam servidores em nuvem em vez de navegadores de usuário. Surgiu em 2020, o que significa que é bastante recente e que poucas pessoas aprofundaram o seu conhecimento.
Assim, se iniciar uma nova iniciativa de marketing e decidir publicar alguns anúncios nas redes sociais, tem definitivamente de conhecer este novo método de rastreio. Decidimos criar esta publicação no blogue para os principiantes no mundo do lado do servidor. Aqui pode encontrar os benefícios do rastreio do lado do servidor, uma breve panorâmica das plataformas mais populares que suportam a etiquetagem do lado do servidor, uma análise dos diferentes casos de utilização e as vantagens dos servidores Stape para o sGTM.
Se, tal como muitas organizações atuais, não está satisfeito com dados analíticos inconsistentes e/ou se preocupa com a propriedade e privacidade dos dados, o rastreamento do lado do servidor pode ajudar a resolver alguns dos seus problemas. Então, vamos ver mais de perto como ele funciona.
Com o rastreio do lado do servidor, os dados são partilhados entre plataformas de rastreio e terceiros fornecedores através do servidor na nuvem. Isto elimina a utilização do browser do usuário. Em vez disso, um container de servidor funciona num servidor em nuvem sob o seu controlo.
A introdução do container do Server Google Tag Manager afetou consideravelmente a popularidade da etiquetagem do lado do servidor. Utilizando a interface sGTM, é possível implementar o rastreamento de servidor para servidor para as plataformas mais populares. Também pode utilizar o GTM da Web como fonte de dados para o container do GTM do servidor. Pode ligar o Google Tag Manager da Web e do servidor. Para alimentar o GTM do servidor com dados, pode utilizar Google Analytics 4 ou Data Tag/Data Client.
Apesar de parecer semelhante ao da Web ( etiquetagem do lado do cliente), o container GTM do servidor usa o rastreamento do lado do servidor, que opera em uma lógica completamente diferente.
O rastreio do lado do cliente é uma forma tradicional de rastreio em que os fornecedores de análises comunicam diretamente com o browser do usuário. As tags de rastreio são ativadas, o container é carregado simultaneamente com o carregamento da página e todos os dados de interação são entregues aos fornecedores de análises. Isto significa que a página fica sobrecarregada + a velocidade da página diminui drasticamente + surgem problemas com a segurança e com os cookies de terceiros.
É aqui que a etiquetagem do lado do servidor vem em socorro! O rastreio do lado do servidor pode gerir a perda de dados causada por ITPs, limitações do iOS e AdBlockers, bem como acelerar o seu sítio Web e proteger os dados. A utilização de um subdomínio personalizado para o rastreio do lado do servidor, que cria cookies originais e fluxos de dados do lado do servidor que não podem ser interrompidos ou descobertos, é de facto a causa fundamental de tudo isto.
A interação de rastreamento ocorre entre o navegador e um serviço de terceiros. Mas com o seguimento do lado do servidor, é adicionado um ponto intermédio. Isto significa que o servidor em nuvem processa o pedido em vez do navegador do cliente. Neste caso, é o servidor na nuvem do Google Tag Manager. O pedido vai primeiro para o servidor na nuvem, depois o servidor processa-o e envia-o para um sistema de terceiros.
Preferimos utilizar o servidor do Google Tag Manager em vez de outras plataformas. As principais vantagens de mudar para o GTM, na nossa opinião, são:
Consulte esta publicação do blogue se pretender configurar a etiquetagem do lado do servidor do Google Tag Manager no seu Web site.
Usando Stape, você pode configurar o GTM do servidor em menos de 1 minuto, e nós somos a solução mais barata no mercado. Stape é acessível porque compramos servidores em massa e por um período prolongado. Além disso, optimizamos os nossos servidores para trabalhar apenas com o Google Tag Manager.
Além disso, temos outras vantagens:
1. Carregador personalizado de gtm.js e gtag.js. Ajuda-o a tornar os scripts do Google Tag Manager e/ou Analytics 4 mais resistentes aos bloqueadores.
2. Global CDN. Permite um serviço mais rápido de ficheiros js, utilizando um servidor que reside mais perto do visitante do seu site. Isto resulta numa velocidade de página melhorada que pode afetar positivamente a classificação orgânica.
3. Logs. Um recurso útil ao configurar ou solucionar problemas de marcação no lado do servidor. Ajuda a descobrir que dados foram enviados para o servidor e como foram processados. Por exemplo, pode verificar se todos os eventos de compra tinham o estado 200 (o que significa que foram corretamente tratados) ou verificar todos os pedidos com um código de resposta 500.
4. Preview header. Ajuda a ver todos os seus pedidos de entrada no debugger sGTM quando o pedido foi enviado não a partir do GTM web.
Você pode ler sobre todos eles nesta postagem do blog.
Para sítios Web de grande volume, oferecemos planos personalizados. Não hesite em utilizar a calculadora de preços para calcular o melhor plano para o seu sítio Web.
Se é novo e está perdido entre todas as configurações - abaixo, pode encontrar a lista essencial de como pode começar com a etiquetagem do lado do servidor.
O primeiro passo para começar a utilizar a etiquetagem do lado do servidor é configurar o container sGTM. Utilizando stape, pode configurar um servidor de etiquetagem para o seu container sGTM com um clique. Tudo o que precisa de fazer é
1. Fazer login em https://tagmanager.google.com/
2. Criar um novo container.
3. Adicione o nome do container e selecione Servidor como Plataforma de Destino, clique em criar.
4. Selecione Provisionar manualmente o servidor de etiquetagem.
5. Copiar a configuração do container.
6. Faça login na sua conta app.stape.io.
7. Clique em Criar Container.
8. Adicione o nome do container, cole a configuração do container que você copiou do Google Tag Manager e selecione o endereço do servidor. Recomendamos selecionar um endereço de servidor mais próximo dos visitantes do seu site.
9. Esta etapa é opcional, mas altamente recomendada. Pode definir um domínio personalizado para o seu servidor de etiquetagem e ativar a CDN. O domínio personalizado ajuda a definir cookies de terceiros, enquanto os servidores CDN globais js arquivos de servidores mais próximos da localização do usuário. Verifique as políticas de rastreamento do seu país antes de ativar a CDN global.
10. Depois de ativar esses dois (ou um deles), você precisa atualizar as configurações de DNS. Encontrará as definições de DNS para o seu container na conta stape.
11. Clique em criar. Pode demorar cerca de 10 minutos para implementar o container. Quando o status do container estiver em execução, você poderá prosseguir com a configuração da etiquetagem no lado do servidor.
12. Abra as definições do container do Google Tag Manager e adicione URLs do container do servidor. Se você configurou um domínio personalizado, use-o ao configurar o URL do container do servidor. Se você não configurou o domínio personalizado na etapa 9, pode copiar o URL do servidor de tags do app.stape.io que criamos para você.
13. Se você configurou um domínio personalizado na etapa 9, é altamente recomendável atualizar o script GTM no seu site. Use seu domínio personalizado para substituir tag manager.google.com.
A configuração do servidor do Google Analytics 4 é semelhante à configuração da UA:
1. Aceda ao seu Container do servidor do Google Tag Manager. Clique em Clientes e adicione o cliente do Google Analytics 4.
2. Crie tags GA4 dentro do container do servidor. Aceda a tags -> clique em Adicionar novo -> escolha GA4.
3. Crie ativadores para as tags que você criou na etapa anterior. Para o ativador GA4, o nome do cliente deve ser igual a GA4.
4. Abra o modo de debug do container do servidor do Google Tag Manager e verifique se o GA4 funciona a partir do servidor. Tenha em atenção que o debugger do servidor demora mais tempo do que a atualização da Web. Para verificar novamente a configuração, abra a consola e verifique os pedidos do Google Analytics. Quando tudo estiver configurado, não se esqueça de aplicar as alterações.
Se pretende ter dados suficientes para examinar o desempenho da sua campanha publicitária e fornecer aos algoritmos de aprendizagem automática da Google conhecimentos adicionais sobre os objectivos da sua empresa, é necessário o rastreio de conversões do Google Ads. Mover as tags do Adwords para um servidor reduzirá a quantidade de código que tem de ser executado nas páginas Web e ajudará também a resolver problemas de funcionamento das ligações à Internet mais lentas!
O rastreamento do Google Ads do lado do servidor só pode funcionar com pedidos do servidor GA4. Isto significa que tem de configurar o Google Analytics 4 do lado do servidor antes de avançar para Google Ads do lado do servidor.
Veja como configurar um servidor do Google Ads:
1. Certifique-se de que Google Analytics 4 do lado do servidor está configurado corretamente.
2. No Container do servidor, configure a tag Conversion Linker. Esta tag deve ser ativada em todas as visualizações de página.
3. Configure a tag de remarketing do Google Ads no servidor GTM. É semelhante à configuração de uma tag de remarketing da web. Tudo o que precisa de fazer é adicionar um ID de conversão e escolher um ativador que deve usar pedidos GA4. Também pode decidir enviar dados de eventos de remarketing dinâmicos e fornecer parâmetros personalizados.
4. Crie uma nova tag de rastreamento de conversões Google Ads no container do Servidor -> adicione o Conversion ID e o Conversion Label de forma semelhante à configuração da tag Adwords na web. Em seguida, tem a opção de adicionar dados do produto e do usuário. (é muito semelhante ao funcionamento da API de conversão do Facebook). Se enviar dados do usuário e do produto da Web para o servidor, pode ativar estas caixas de verificação e selecionar dados do evento como fonte de dados. A minha conversão do servidor do Adwords é ativada no evento de compra.
Ao contrário das plataformas do Google, Facebook recomenda a utilização do rastreamento da web e do servidor. A principal vantagem do método web+servidor é que ele ainda utiliza cookies de terceiros (quando possível). A principal utilidade da abordagem apenas do servidor é que reduz o número de java scripts de terceiros no seu site e permite-lhe controlar rigorosamente os dados enviados para FB. Por isso, é da sua responsabilidade decidir se pretende utilizar o rastreamento do FB na Web+servidor ou apenas no servidor.
A configuração do FB CAPI é mais complicada, uma vez que requer a deduplicação de eventos (quando se utiliza o método web+servidor), o envio de parâmetros do usuário, como e-mail, número de telefone, nome/sobrenome, etc.
Pode consultar a nossa publicação no blogue sobre como configurar a API de conversão do Facebook ou ver o nosso vídeo sobre a API de conversão do Facebook utilizando o Google Analytics 4.
Espero que, nesta altura, concorde connosco que o rastreamento do lado do servidor é uma necessidade para a sua campanha de marketing. Mas ainda é uma tecnologia relativamente nova, e nem todas as plataformas a fornecem, por exemplo, Twitter. Por isso, criámos uma lista de todos os fornecedores que suportam servidor GTM e compilamos os seus requisitos, instruções e documentação.
As plataformas mais populares para rastreamento no lado do servidor que nossos clientes usam são:
Independentemente da implementação direta do rastreamento do lado do servidor descrita anteriormente nesta postagem do blog, o rastreamento do lado do servidor oferece algumas oportunidades avançadas anteriormente indisponíveis no rastreamento da Web ou difíceis de implementar. Aqui, abordarei algumas das mais populares.
É possível servir webhooks do CRM para o sGTM. Dentro do sGTM, pode obter dados de webhooks e adicioná-los a qualquer plataforma. Pode utilizá-lo, por exemplo, para enriquecer os dados da API de conversão do Facebook com o parâmetro do usuário ou eventos offline. Ou talvez enviar encomendas na loja do seu POS para Google Analytics ou talvez rastrear reembolsos.
Firestore é uma base de dados que armazena colecções de documentos. O sGTM permite-lhe ler e escrever dados de/para o Firestore. sGTM e Firestore oferecem oportunidades ilimitadas em termos de enriquecimento de dados. Temos um guia detalhado sobre como ler/escrever dados no Firestore.
Stape cria uma tag personalizada que permite a integração do sGTM com Google Sheets. É uma excelente oportunidade para aqueles que utilizam ferramentas semelhantes ao Zapier para rastrear quaisquer dados do site para as planilhas do Google. Ferramentas como Zapier podem ser caras, enquanto que com sGTM, é possível obter a mesma integração a preços próximos de 0. Consulte este artigo sobre a tag Google Sheet para sGTM.
Estes são os três casos de uso não padrão mais populares do sGTM, mas temos mais artigos na publicação do blogue.
Aqui vou delinear os casos de utilização mais comuns para a etiquetagem do lado do servidor, mas não se esqueça de que existem muitas outras possibilidades que pode encontrar aqui. Tenha em atenção que o impacto do lado do servidor e a forma como pode alterar a forma como vê os dados depende muito da forma como o implementa. Porque com uma má integração, os seus resultados podem ser ainda piores.
O rastreamento do lado do servidor é um tópico complicado, uma vez que depende de uma nova tecnologia, por isso, certifique-se de que a pessoa que o implementa faz todas as sugestões corretamente.
Se precisar de ajuda para configurar o rastreamento ss, Stape pode fazê-lo! Tudo o que é necessário são algumas perguntas rápidas, e nós entraremos em contacto consigo no dia útil seguinte.
Um carregador personalizado é uma das características mais notáveis e mais populares que o Stape oferece aos seus clientes. Com a ajuda de um carregador personalizado, pode tornar o rastreamento resistente aos bloqueadores de anúncios.
De acordo com uma pesquisa, cerca de 25% dos usuários da Internet instalaram bloqueadores de anúncios, o que significa que pode perder cerca de 25% dos dados dos usuários. Naturalmente, isso dependerá do usuário e do país.
Digamos que configurou um carregador personalizado e utilizou o GA4 do lado do servidor para configurar FB CAPI. A ativação do carregador personalizado Stape torna gtag.js e gtm.js invisíveis para os bloqueadores de anúncios. Um usuário com um bloqueador de anúncios ativado chega ao seu site; neste caso, não só o GTM e o GA4 terão registros sobre este usuário, mas FB também rastreia dados.
Com o rastreamento do lado do servidor e um carregador personalizado ativado, você pode rastrear até 30% mais dados sobre os visitantes do site
Facebook incentiva os anunciantes a implementar CAPI porque deve ajudar a diminuir o custo por aquisição e melhorar a medição.
O impacto da API de conversão do Facebook nos resultados da campanha depende excessivamente do grau de exatidão e precisão da sua implementação. Facebook diz que para obter o máximo de resultados, deve usar estas melhores práticas:
Isto significa que FB terá dados de qualidade para públicos personalizados e semelhantes. Também tornará mais exacta a atribuição de conversões no gestor de anúncios do FB. Quando todas estas boas práticas são implementadas, os nossos clientes podem ver até 98% da conversão no gestor de eventos do FB.
A integração do Klaviyo no servidor oferece as mesmas possibilidades que uma implementação normal do Klaviyo, mas a principal vantagem é o facto de que ss Klaviyo não torna o seu site mais lento.
Para alguns dos nossos clientes, a exclusão do javascript do Klaviyo do sítio melhorou a velocidade da página em 7 pontos.
O esquema ideal para implementar o rastreamento do lado do servidor é ter uma fonte de dados primária para o sGTM e usá-la para configurar o rastreamento ss para todas as suas plataformas.
Neste cenário, é possível remover todos os scripts de rastreamento de terceiros desnecessários do seu site. Temos um artigo com um estudo de caso sobre como o rastreamento do lado do servidor afeta a velocidade da página.
Configurar o rastreamento do lado do servidor é uma ótima maneira de melhorar o desempenho do seu site e obter dados mais precisos. A configuração pode ser um pouco assustadora no início, mas com a ajuda deste guia, você deve ser capaz de começar sem problemas.
Esta publicação do blogue reuniu as informações gerais necessárias para começar a utilizar o rastreamento do lado do servidor. Aqui cobrimos todos os guias e casos de uso possíveis. Não hesite em escrever para nós em support@stape.io para obter assistência. Compreendemos as suas necessidades e podemos ajudá-lo a mergulhar no mundo das tags.
Tudo o que é preciso são algumas perguntas simples. Clique em Obter ajuda, preencha o formulário, e enviar-lhe-emos um orçamento.