Vantagens do alojamento de Stape para o servidor Google Tag Manager

Autor
Stape
Publicado
26 de nov de 2021
Também disponível

A configuração da etiquetagem do lado do servidor pode ser assustadora. É preciso investir tempo e dinheiro na configuração de um servidor em nuvem, familiarizar-se com o conceito chave de localização do lado do servidor e, finalmente, configurar a ss tracking. Criámos o stape hosting para o servidor Google Tag manager para facilitar a tagging do lado do servidor. 

Com o alojamento Stape para o container do servidor Google Tag Manager, é possível configurar a tagging URL do servidor em 1 clique - é super simples. Além disso, permite-lhe poupar dinheiro. O alojamento Stape'sGTM é cerca de cinco vezes mais barato do que o GCP. 

Dito isto, o alojamento Stape GTM tem múltiplos benefícios, incluindo o seu preço e simplicidade, o que permite a qualquer pessoa sem conhecimentos técnicos configurar o alojamento em nuvem para o servidor Google Tag Manager. 

Mas para além do seu preço e simplicidade, o stape tem múltiplos outros benefícios. Neste post, quero cobrir todos os benefícios que o stape hosting para sGTM oferece. Temos outro artigo que descreve porque é que o stape é mais barato do que o GCP.

1. Carregador gtm.js personalizadoCopiar link para esta secção

É altamente recomendada a utilização de um subdomínio personalizado para o seu URL de servidor de tagging. Isto ajudará a definir os cookies com maior precisão e prolongará os cookies. Deixe-me dar alguns exemplos.

- Aumentar a vida útil dos cookies. 

O Safari tem incorporado algoritmos de prevenção de rastreio inteligente que reduzem a vida útil dos cookies para 24 horas (a maior parte do tempo). Com a ajuda do rastreamento do lado do servidor com um subdomínio personalizado, é possível prolongar os cookies no Safari. Isto significa que quando um usuário visitar de novo o seu site, não será considerado como um novo usuário. 

- Configurar cookies de 1ª parte. 

Ao configurar a API de conversão do Facebook utilizando o servidor GTM, é necessário enviar cookies fbp e fbc para os servidores do Facebook. Ao utilizar um subdomínio de terceiros como servidor de tagging, não pode configurar estes cookies, uma vez que só o seu domínio tem acesso para configurar cookies para o seu site. Sem um subdomínio personalizado, menos parâmetros serão enviados para o Facebook, e consequentemente menos eventos serão atribuídos às suas campanhas. Click ID e browser ID (fbp e fbc) são parâmetros fundamentais ao medir os resultados das suas campanhas pagas no Facebook. 

O carregador gtm.js personalizado do Stape faz ainda mais - ajuda a tornar o script do Google Tag Manager mais resistente a bloqueadores. 

Você pode configurar um carregador gtm.js personalizado dentro do stape.io admin.Basta clicar em configurações e adicionar o seu ID do Web Google Tag Manager. Depois disso, precisa de atualizar o código GTM no site. 

Quando adiciona o ID GTM da Web ao carregador personalizado stape.io pode ver que o gtm.js foi substituído por um itinerário de pedido aleatório. Este melhoramento ajuda-o a "esconder" o script do Google Tag Manager das ferramentas de bloqueio. 

custom web gtm loader

2. Cabeçalho de pré-visualizaçãoCopiar link para esta secção

O cabeçalho de pré-visualização é uma funcionalidade útil quando é necessário enviar pedidos para o servidor Google Tag Manager a partir de outro container (não web GTM). Por exemplo, a partir do CRM. Utilizando a funcionalidade de cabeçalho de pré-visualização de stape, é possível ver os pedidos do CRM no servidor em modo de pré-visualização do contêiner do Google Tag Manager. 

Digamos que pretende enviar um evento de compra do CRM para o servidor Google Tag Manager. Uma das formas de fazer isso é utilizando webhooks. Os dados do webhooks serão entregues ao seu servidor Google Tag Manager mas não serão exibidos no modo de pré-visualização, tornando a depuração e a configuração mais complicadas. 

É aqui que a funcionalidade de cabeçalho de pré-visualização do stape ajuda. Usando o cabeçalho de pré-visualização pode "forçar" o modo de pré-visualização sGTM a exibir todos os pedidos que foram enviados para o sGTM, não importa se foi feito pelo seu GTM da web ou por recursos de terceiros como o webhook. Se não utilizar o cabeçalho de pré-visualização, o seu container sGTM receberá dados, mas os pedidos não serão mostrados na pré-visualização. 

Para configurar o cabeçalho de pré-visualização no stape, abra o modo de pré-visualização do servidor Google Tag Manager -> Clique em três pontos no canto superior direito -> Clique em enviar pedidos manualmente -> Copy X-Gtm-Server-Preview HTTP header.

preview header

Depois vá à sua conta stape.io -> clique em settings -> Preview header config -> colar preview header que copiou do sGTM -> Clique em save.

!

Remover o cabeçalho de pré-visualização depois de ter feito a configuração e os testes

You should delete the preview header once the installation is complete, because the preview header is a dynamic value. Otherwise, if you log into sGTM the other day, you will not see any requests in the sGTM preview mode. It happens because the preview header has changed, and if you have the old preview header added to the stape, you will not see any requests in the sGTM preview, since it depends on the old preview header.

3. gtm.js/gtag.js/analytics.js tempo de carregamento mais rápidoCopiar link para esta secção

Poderá notar que o container do servidor GTM configurado utilizando o fornecimento automático demora muito tempo a carregar. O alojamento do Stape resolve este problema utilizando brotli para optimizar a velocidade de carregamento e utilizando Nginx em vez de node.js, uma vez que o Nginx é mais rápido no serviço de arquivos. 

gtm.js/gtag.js/analytics.js
gtm.js/gtag.js/analytics.js

4. Não há necessidade de executar scripts se quiser atualizar para o ambiente de produçãoCopiar link para esta secção

A implementação por defeito do GCP utiliza um único servidor. Este ambiente é recomendado para testar o tráfego limitado. Quando decidir mover a tag do lado do servidor para a produção, deverá atualizar para o ambiente flexível App Engine. 

Ao atualizar, a Google atribui um mínimo de 3 servidores por container para redundância. 

Há duas coisas principais que deve considerar ao fazer o melhoramento da implementação de GCP de teste para o ambiente flexível da App Engine:

- Custos

A produção mínima estabelecida no alojamento Google custará USD 120 (três servidores em nuvem onde cada um custa USD 40). O custo mínimo do Stape é de USD 20; para sítios mais significativos, oferecemos um plano de negócios que custa USD 100-interessados, porque é que somos mais baratos? Temos este blog descrevendo como o stape otimiza o custo do servidor GTM.

- Execute scripts shell para atualizar para a produção

Quando se decide atualizar para o ambiente de produção, adicionar um cartão de crédito ao Google Cloud não é suficiente, e é necessário executar scripts shell manualmente para atualizar para a produção. Além disso, algumas outras configurações são necessárias para diminuir os custos de alojamento do servidor Google Tag Manager.

No stape, faremos o trabalho por si e em menos de 30 segundos, tornando a actualização do servidor de nuvem simplificada. Tudo o que precisa de fazer é clicar num botão no stape.io admin. 

5. Nenhuma configuração adicional no container GTM do servidorCopiar link para esta secção

A configuração padrão requer a modificação do Universal Analytics e dos clientes do Google Analytics 4 para carregar GTM a partir do URL do seu servidor. Terá também de adicionar o cliente Google Tag Manager Web Container para carregar gtm.js a partir de um subdomínio personalizado.

Carregar gtag.js e gtm.js a partir do URL do seu servidor de tagging dará todas as vantagens de rastreamento do lado do servidor e cookies de primeiras partes. 

O Stape hosting faz tudo automaticamente. Só precisa de adicionar o URL de transporte às tags GA4 e UA dentro do container do Google Tag Manager da web. Não é necessário configurar clientes adicionais ou fazer outras configurações no container do Google Tag Manager do servidor. 

6. Autoscaling sem custosCopiar link para esta secção

Um ambiente flexível do Google Cloud irá auto-escalar o seu servidor a partir de um mínimo de 3 servidores para 6 servidores. Quando a Google nota que o GTM do seu servidor necessita de mais recursos, eles automaticamente fazem a auto escala. sGTM pode necessitar de mais recursos por várias razões: o tráfego para o seu website pode aumentar, ou se tiver actualizado a configuração de tagging do lado do servidor e enviar mais eventos, etc. 

A auto-escala tem coisas boas e más. O bom é que o sGTM receberá mais espaço quando necessitar e continuará a funcionar. Pode haver situações em que o cloud hosting deixe de funcionar sem auto-escala, e é necessário atualizá-lo manualmente. 

O mau é que a auto-escala significa um preço mais elevado para o alojamento sGTM. Três servidores da Google custarão 120 USD, enquanto seis custarão cerca de 240 USD. 

No stape, nós também fazemos a auto-escala dos servidores quando precisar deles. Se o nosso sistema notar que o seu servidor precisa de mais CPU ou memória, nós adicionamo-lo. O Stape não cobra pela auto-escala. Se tiver subscrito o plano Pro, ainda pagará USD 20, e o servidor GTM receberá mais CPU e memória quando precisar, e ainda pagará a mesma quantidade. A nossa facturação está ligada apenas a pedidos. 

7. Acesso e facturaçãoCopiar link para esta secção

O Stape tem dois tipos de contas: 

  • Pessoal
  • Agência

Utilizando contas de agência, é possível gerir e criar containers para clientes. Esta funcionalidade pode ser útil para as agências. Digamos que quer configurar o seguimento do lado do servidor para o seu cliente e pedir ao cliente para adicionar facturação. Pode fazê-lo utilizando uma conta de agência de stape, basta criar um container e enviar-lhes um convite. Os clientes podem adicionar a sua facturação, enquanto ainda podem gerir e configurar o seu container. 

Conclusão:Copiar link para esta secção

O alojamento do Stape para o servidor Google Tag Manager não é apenas o mais barato e mais fácil de configurar. Oferecemos também numerosas funcionalidades de alojamento, bem como soluções de tagging do lado do servidor, tornando a sua experiência de tagging simples e fácil.

Embora o alojamento Stape'sGTM esteja localizado no Google Cloud, todas as nossas soluções automatizadas tornam a gestão do alojamento GTM do seu servidor mais simples e fácil. Ajudamo-lo a configurar a tagging do lado do servidor para o seu website sem ter de passar horas a configurar tudo tagging o servidor manualmente.

Precisa de ajuda na configuração do rastreio do lado do servidor?

Se estiver interessado, por favor responda às seguintes perguntas. Enviar-lhe-emos um orçamento gratuito.

Obter ajuda
Tagged with:gtm server

Aloje o seu servidor GTM no Stapeagora mesmo!