Avalie cada tag de terceiros e, em seguida, elimine, adie ou mova-a no servidor.

Avalie cada tag de terceiros e, em seguida, elimine, adie ou mova-a no servidor.

Mais de 90% das páginas carregam pelo menos um site de terceiros, e os 1,000 sites mais populares agora têm uma média de 106 requisições de terceiros em dispositivos móveis — 15 a mais do que no ano anterior —, de acordo com o HTTP Archive. Almanaque da Web 2025Os scripts representam a maior parcela individual dessas solicitações, com 24.8%.

Quase nada disso aconteceu por decisão própria. Chegou aos poucos, uma etiqueta de cada vez, e ninguém detém o controle total. O custo é mensurável: a biblioteca de estudos de caso do Google registra a Vodafone Itália melhorando o LCP em 31% e assumindo a responsabilidade por... 8% mais vendas.

Este guia destina-se à pessoa encarregada de corrigir as Core Web Vitals que não pode excluir unilateralmente uma tag de marketing. Ao final, você terá uma pontuação de cinco critérios para cada tag de terceiros em seu site, uma regra de roteamento que transforma cada pontuação em uma ação específica e um valor defensável para a reunião em que alguém defenderá a tag que custa 380 ms.

Aumente seu estoque antes de marcar qualquer ponto.

Você precisa de duas listas; nenhuma delas está completa sozinha.

A lista de contêineres. Exporte seu contêiner do Google Tag Manager: tags, acionadores e variáveis ​​com seus proprietários e condições de ativação. Essa é a intenção.

A lista de redes. Carregue a página no Chrome DevTools com o cache desativado, execute o Lighthouse e leia a auditoria "Reduzir o impacto do código de terceiros". Isso mostra o que realmente é executado, incluindo tags injetadas por outras tags, que nunca aparecem em uma exportação de contêiner.

Para cada terceiro em qualquer uma das listas, registre sete campos:

  • Fornecedor e o que ele alega fazer
  • Proprietário da empresa (pessoa física, não departamento)
  • Tamanho da transferência do script
  • Tempo de bloqueio da thread principal atribuível a ele
  • Se ele se encontra no caminho crítico para o elemento LCP
  • Em quais modelos de página ele é acionado?
  • A última vez que alguém tomou uma decisão usando seus dados.

Esse último campo é o que as pessoas geralmente ignoram e o que encerra a maioria das discussões. Pontuação em relação aos dados do campo: as Core Web Vitals são avaliadas em 75º percentil de carregamentos de página reaisE um teste de laboratório com uma conexão rápida favorece seu conjunto de tecnologias.

Os cinco critérios de pontuação

Atribua uma pontuação de 0 a 3 a cada terceiro envolvido em todos os cinco quesitos. Pontuações mais altas significam motivos mais fortes para a remoção.

Critério 0 pontos 1 pontos 2 pontos 3 pontos
Custo do thread principal Abaixo de 50ms 50–150 ms 150–350 ms Mais de 350 ms
Posição no caminho crítico Incêndios após carregamento, fora do caminho Assíncrono, sem efeito no LCP Atrasos no elemento LCP Bloqueio de renderização em <head>
Uso demonstrado Toma decisões semanalmente Relatórios apenas mensais Alguém o abre trimestralmente Sem uso especificado em 90 dias.
Substituibilidade Não existe substituto. O SDK do fornecedor é a única opção. É possível usar fachada ou carregamento lento. Existe um equivalente nativo, do lado do servidor ou de primeira parte.
Dependência de consentimento Estritamente necessário, sem consentimento. É necessário consentimento, carregamentos após a concessão. É necessário consentimento, carregamento negado por padrão. É necessário consentimento e portões com outras etiquetas.

Além do total, há duas sobreposições:

  1. Uma nota 3 em rotas de uso demonstradas para matar, independentemente do total. Nenhum custo vale a pena pagar por uma etiqueta que ninguém usa.
  2. Uma classificação de 3 em rotas de posição no caminho crítico leva pelo menos à banda 3. Um script que bloqueia a renderização no cabeçalho é estrutural, por mais valioso que seja o fornecedor.

Tabela de roteamento

Segurança Ação É necessária a aprovação.
0-3 Manter. Reavaliar em seis meses. nenhum
4-6 Adiar ou carregar lentamente Engenharia
7-9 Substitua por uma fachada ou carregue condicionalmente por rota, localização geográfica ou estado de consentimento. Engenheiro mais proprietário da etiqueta
10-12 Mova para o lado do servidor ou substitua por um equivalente de primeira parte. Responsável pela análise
13-15 Mate. Apresente o placar, não uma opinião. Gerente do proprietário da etiqueta

Dentro de uma banda, a pontuação de Substituibilidade define a tática: um valor 3 significa que existe um equivalente próprio ou do lado do servidor, então siga esse caminho em vez do padrão da banda.

A coluna de assinatura é importante porque cada banda indica uma pessoa responsável. "O site está lento por causa das tags" é uma reclamação. "Esta tag recebeu nota 11, veja quem a assinou" é um ticket.

Um exemplo prático

Um exemplo típico de processo de finalização de compra online para o mercado intermediário. Os dados não representam clientes reais; os números são meramente ilustrativos.

etiqueta Custo Posição Uso Substituir Consentimento Segurança Rota
Widget de bate-papo ao vivo 3 2 0 2 1 8 Fachada: carregar ao clicar
Ferramenta de mapa de calor legada 2 1 3 3 2 11 Matar (Usar sobrescrita)
Tag de conversão de anúncio 1 1 0 3 2 7 Mover para o lado do servidor (Substituibilidade 3)
Plataforma de gestão de consentimento 1 3 0 1 0 5 Banda 3 (Substituição de posição): auditar seu comportamento de bloqueio
Fornecedor de fontes 1 2 0 3 0 6 Autohospedagem e subconjunto (Substituibilidade 3)

O widget de chat é o exemplo instrutivo. Ele é realmente usado e insubstituível, e ainda direciona para uma fachada, porque a rubrica separa "precisamos disso?" de "precisamos disso nos primeiros 2.5 segundos?".

[INTERNAL DATA NEEDED: replace this composite table with a real anonymised inventory from a Switas engagement — vendor category, measured blocking time, post-change field metric.]

As três soluções, classificadas pela frequência com que realmente funcionam.

Fachadas. Substitua um elemento incorporado por um marcador estático que carrega o widget real ao interagir com o usuário. Widgets de chat, vídeo, mapas e avaliações são os mais comuns. Essa é a solução de maior impacto na maioria das auditorias, pois elimina o custo sem remover a funcionalidade, motivo pelo qual é aprovada na reunião.

Adiar. Útil, com ressalvas. Chrome diminui a prioridade da rede of async e defer recursos, então eles carregam mais tarde do que o esperado — tudo bem para um pixel, mas não para qualquer coisa que seja renderizada. O web.dev também observa que elementos incorporados "podem bloquear window.onload Se os servidores deles responderem lentamente, mesmo que o conteúdo incorporado esteja usando async ou defer." Adiar transfere o custo; nem sempre o elimina.

Etiquetagem no servidor. Isso precisa ser corrigido, pois é vendido como um produto para otimizar a velocidade de carregamento de páginas, mas não é. (A informação é do próprio Google.) Introdução à marcação do lado do servidor descreve a propriedade, a formatação e o roteamento de dados — "somente você tem acesso aos dados no servidor até que opte por enviá-los para outro lugar" — e não faz nenhuma alegação de desempenho. O navegador ainda executa código de medição e ainda transmite eventos, por meio de pixels de imagem. fetch, XHR ou um trabalhador de serviço atendido a partir do seu domínio do contêiner do servidor.

O que isso proporciona é contexto próprio e controle sobre o que sai da sua infraestrutura. Qualquer ganho de velocidade é um efeito colateral dos scripts do fornecedor que você remove durante a migração. Se um fornecedor promete uma melhoria no INP apenas com a marcação do lado do servidor, pergunte qual script interrompe o carregamento no navegador; se a resposta for "nenhum", não há melhoria. O INP é composto de atraso de entrada, duração do processamento e atraso de apresentaçãoe os scripts aumentam a capacidade dos dois primeiros ao ocupar a thread principal. Alterar onde uma solicitação é enviei não afeta nenhum dos dois.

Onde a camada de consentimento altera a aritmética

Sua plataforma de gerenciamento de consentimento geralmente é o item com a maior pontuação no inventário: ela fica no cabeçalho, bloqueia a renderização por padrão e todas as outras tags dependem dela. Avalie-a como qualquer outro item.

Em seguida, decida qual modo de consentimento você usará, pois os dois têm perfis de desempenho diferentes. Nas palavras do Google, modo de consentimento básico significa que as tags são "bloqueadas até que o usuário interaja com um banner de consentimento", enquanto o modo avançado "carrega com as configurações padrão definidas para denied"e envia medições sem cookies antes do consentimento. O modo básico é mais rápido no carregamento inicial. Também consome dados: do Google." Orientações do EEE O texto alerta que, se você impedir o carregamento de tags até que haja interação com o banner, "o Google não poderá verificar as opções de consentimento do usuário, o que pode levar à perda de dados".

Aqui, um detalhe regional se faz necessário. A Turquia não faz parte do Espaço Econômico Europeu (EEE), portanto, a exigência de consentimento do Google para o EEE não se aplica ao tráfego turco — mas a legislação turca sim. O guia da KVKK sobre práticas de cookies trata os cookies de análise como exigindo consentimento explícito, em vez de estritamente necessários, exige que as categorias de consentimento estejam desmarcadas por padrão e que a opção "Rejeitar tudo" seja tão destacada quanto "Aceitar tudo". proíbe paredes de cookies.

A consequência prática para um varejista turco ou com atuação em múltiplos mercados: execute o modo de consentimento básico no tráfego turco e o modo avançado no tráfego do EEE, e você não perderá nada a que tinha direito em nenhum dos mercados. A maioria das CMPs não oferece essa opção por padrão. Trata-se de uma decisão de configuração com base no escopo geográfico, não de um plugin.

O que esta rubrica não abrange

  • Ele pontua tags, não páginas. Uma tag que é inofensiva na página inicial pode ser desastrosa em uma página de listagem com quarenta delas.
  • O custo da thread principal não é aditivo. Remover cinco tags de 100ms raramente resulta em 500ms. Meça após cada alteração.
  • Ele ignora o seu próprio código. Tarefas longas de hidratação da estrutura geralmente representam a maior parte de um INP ruim, e nenhuma auditoria de terceiros as detectará.
  • Isso só mostra o lado dos custos. Uma tag de 380ms que gera receita real atribuível pode valer a pena manter.
  • Não possui opinião formada sobre segurança ou residência de dados., às vezes, esse é o verdadeiro motivo pelo qual um fornecedor deveria ir.
  • As tags "piggybacked" ficam ocultas nas exportações do contêiner. Nos casos em que as duas listas divergirem, confie na lista da rede.

Perguntas frequentes

Como posso medir o custo da thread principal para um serviço de terceiros específico? Use o painel de desempenho das Ferramentas de Desenvolvedor do Chrome para atribuir tarefas longas a origens de script e verifique com a auditoria "Reduzir o impacto de código de terceiros" do Lighthouse. Confirme com dados de campo, pois uma execução em laboratório subestima o custo real.

A marcação no servidor melhora as Core Web Vitals? Não por si só. A documentação do Google sobre marcação no servidor descreve o controle e o roteamento de dados, não a velocidade da página, e o navegador ainda carrega o código de medição e transmite eventos. Qualquer melhoria vem dos scripts de terceiros que você remove da página como parte da migração.

Quais são os principais valores vitais da Web que terceiros mais prejudicam? Normalmente, o INP (Input Thread Processing) é usado porque os scripts ocupam a thread principal e aumentam o atraso de entrada e a duração do processamento. Tags que bloqueiam a renderização no cabeçalho (head) atingem o LCP (Loading Thread Processing), e banners ou widgets injetados tardiamente atingem o CLS (Loading Thread Processing).

Devo hospedar scripts de terceiros por conta própria? Às vezes, sim, mas é uma questão de custo-benefício. As cópias auto-hospedadas param de receber alterações na API do fornecedor e correções de segurança até que você as atualize manualmente, o que o web.dev considera um risco para a receita e a segurança.

Qual deve ser meu objetivo? No 75º percentil de carregamentos de página reais: LCP em ou menos de 2.5 segundos, INP em ou menos de 200 milissegundos, CLS em ou menos de 0.1.

Preciso do modo de consentimento do Google se meu tráfego for predominantemente turco? O requisito de sinal de consentimento do Google para o Espaço Econômico Europeu (EEE) não se aplica ao tráfego turco, mas as regras de cookies da KVKK (Comissão Federal de Cookies e Reclamações da Turquia) se aplicam, portanto, você ainda precisa de um mecanismo de consentimento funcional. A diferença é que você tem mais liberdade para escolher a implementação básica mais rápida para esse segmento.

Com que frequência essa pontuação deve ser refeita? Trimestralmente para todo o inventário e em qualquer lançamento que adicione um fornecedor. As pilhas de tags voltam a crescer: os dados anuais do Web Almanac mostram um aumento no número de solicitações de terceiros.

O que devo fazer quando o dono da placa se recusa? Envie a pontuação e a banda, não a discussão. A rubrica existe para que a conversa seja sobre um número e uma ação específica, e não sobre qual prioridade prevalece.


Se as suas páginas de finalização de compra ou de listagem não atenderem aos requisitos mínimos da Web e você não souber qual fornecedor é o responsável, execute esta análise na sua própria infraestrutura — ou solicite que a executemos, com dados de campo e uma lista de pendências priorizada, através de [inserir link aqui]. Serviços de desempenho web Switas.

Fontes


Artigos Relacionados

Switas como visto em

Magnify: Escalonando o marketing de influência com Engin Yurtdakul

Confira nosso estudo de caso do Microsoft Clarity

Destacamos o Microsoft Clarity como um produto desenvolvido com casos de uso práticos e reais em mente, por profissionais de produto que entendem os desafios enfrentados por empresas como a Switas. Recursos como cliques de raiva e rastreamento de erros em JavaScript se mostraram essenciais para identificar frustrações dos usuários e problemas técnicos, permitindo melhorias direcionadas que impactaram diretamente a experiência do usuário e as taxas de conversão.