Vantagens do alojamento de Stape para o servidor Google Tag Manager

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. Custom loaderCopiar 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. 

2. Preview headerCopiar 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.

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

3. gtm.js/gtag.js/analytics.js etc., 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. 

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. AutoscalingCopiar 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ção.Copiar link para esta secção

O Stape tem dois tipos de contas: 

• Personal
• Agency

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.