Scripts de terceiros lentos no WordPress: como corrigir

Tipo Performance & Velocidade

Nome do erro Scripts de terceiros lentos no WordPress (Analytics e Pixel) EN: Third-party scripts slowing down WordPress (Analytics and Pixel)

Severidade Atenção

Descrição Scripts de terceiros como Google Analytics e Facebook Pixel carregam de domínios externos no head e bloqueiam a thread principal, elevando o Total Blocking Time e o LCP. A correção adia esses scripts até a interacao e hospeda o analytics localmente.

O que é impacto de scripts de terceiros no WordPress?

Scripts de terceiros são arquivos JavaScript servidos por domínios externos (googletagmanager.com, google-analytics.com, connect.facebook.net) que o site carrega para rastreamento, anúncios, chat e widgets sociais. Cada um abre uma conexão de rede separada (DNS, TLS, download) e executa código na thread principal do navegador, competindo com o render da página. No WordPress, esses scripts costumam ser injetados no head por plugins de tag ou direto no tema, sem prioridade e sem condicao de página. O resultado e a auditoria do PageSpeed Insights apontar ‘Reduzir o impacto do código de terceiros’ e um Total Blocking Time inflado, mesmo com o servidor e as imagens otimizados.

Como identificar

O PageSpeed Insights exibe o aviso ‘Reduzir o impacto do código de terceiros’ (Reduce the impact of third-party code) na aba Diagnostico, listando google-analytics.com e connect.facebook.net com tempo de bloqueio em milissegundos.
O Total Blocking Time (TBT) fica acima de 200 ms no Lighthouse mesmo com cache e otimização de imagens ativos, e o trace mostra long tasks com origem em gtag.js ou fbevents.js.
A aba Network do DevTools mostra requisicoes para googletagmanager.com, google-analytics.com e connect.facebook.net carregando no inicio, antes do conteúdo principal.
O aviso ‘Veicular recursos estáticos com uma politica de cache eficiente’ aponta o analytics.js do Google, que tem cache de apenas 2 horas por ser servido de domínio externo.

Como prevenir

Carregue novos pixels e tags por um único gerenciador (Google Tag Manager) e já inclua o domínio dele na lista de Delay JavaScript do Perfmatters antes de publicar.
Audite os scripts de terceiros a cada trimestre e remova pixels de campanhas encerradas, que continuam carregando e pesando sem retorno.
Prefira hospedar localmente o que der (Google Analytics, Google Fonts) para reduzir conexoes externas e melhorar a politica de cache.
Inclua o TBT e a auditoria de código de terceiros no checklist de QA antes de subir qualquer tag nova de marketing.

Causa

Os scripts de tag (Google Analytics, GTM, Facebook Pixel) são impressos no head sem o atributo de adiamento, entao o parser do navegador para o render até baixar e executar cada um deles.
O arquivo analytics.js (ou gtag.js) e servido pelo domínio do Google com cabeçalho Cache-Control de 2 horas, o que reprova a auditoria de cache eficiente e forca redownloads frequentes.
Os scripts carregam em todas as páginas do site, inclusive em landing pages e no checkout, mesmo quando o evento de rastreamento daquela página não precisa deles no carregamento inicial.
Plugins de tag enfileiram vários pixels e bibliotecas de marketing ao mesmo tempo (Meta, TikTok, Hotjar, LinkedIn), somando dezenas de KB de JavaScript de terceiros que rodam na thread principal antes da interacao do usuário.

Como resolver

Medir o impacto real antes de mexer: Rode a página no PageSpeed Insights e abra a auditoria de código de terceiros para ver quais domínios pesam mais. Anote o TBT atual para comparar depois. Sem essa linha de base você não sabe se a correção funcionou.
Ativar o Delay JavaScript no Perfmatters: No painel, abra o caminho de menu Perfmatters -> Assets -> JavaScript e ligue a opção Delay JavaScript. Ela adia a execução dos scripts até a primeira interacao do usuário (scroll, toque ou movimento do mouse), tirando o terceiro do caminho do render inicial.
```
Perfmatters -> Assets -> JavaScript -> Delay JavaScript: ON
```
Adiar apenas os scripts de terceiros (modo seguro): Em vez de adiar tudo, escolha a opção Only Delay Specified Scripts e liste os identificadores dos terceiros no campo Delay JavaScript. Assim o JavaScript do tema e do builder continua imediato e so o rastreamento espera. Cole um identificador por linha.
```
googletagmanager.com
gtag/js
google-analytics.com
connect.facebook.net
fbevents.js
```
Hospedar o Google Analytics localmente: Abra o caminho de menu Perfmatters -> Analytics e ative Enable Local Analytics. O Perfmatters baixa e serve o script do Google do seu próprio domínio, com cache longo, eliminando o aviso de cache ineficiente e uma conexão externa.
```
Perfmatters -> Analytics -> Enable Local Analytics: ON
Tracking ID: G-XXXXXXXXXX
Script Type: minimal
```
Desligar o terceiro onde ele não e usado: Abra a barra de ferramentas Perfmatters Script Manager na página e desative o pixel ou a tag em páginas onde aquele evento não importa (páginas legais, área de login). Escolha o escopo Current URL para não afetar o site inteiro.
```
Script Manager -> Disable -> Current URL
```
Revalidar e excluir falsos positivos: Limpe o cache, rode o PageSpeed de novo e confirme que o TBT caiu e o aviso sumiu. Se um botão de chat ou um formulário parar de responder, remova so o identificador daquele script da lista de delay para liberar a excecao.

PHP

<?php
// functions.php — adia o Google Analytics e o Facebook Pixel sem plugin.
// Adiciona type="perfmatters-delay" aos scripts de terceiros; um listener
// na primeira interacao do usuario troca para type="text/javascript".
add_filter( 'script_loader_tag', function ( $tag, $handle ) {
	$delay = array( 'google-analytics', 'gtag', 'fbevents', 'facebook-pixel' );
	foreach ( $delay as $needle ) {
		if ( false !== strpos( $handle, $needle ) ) {
			return str_replace(
				' src=',
				' type="perfmatters-delay" data-src=',
				$tag
			);
		}
	}
	return $tag;
}, 10, 2 );

Perguntas frequentes

Adiar o Google Analytics faz perder dados de rastreamento?

Não em uso normal. O Delay JavaScript executa o script na primeira interacao do usuário (scroll, toque ou clique), entao a pageview e os eventos são registrados assim que a pessoa interage. So sessoes em que o usuário sai sem nenhuma interacao podem não contar, o que costuma ser um percentual pequeno do tráfego.

Qual a diferenca entre Delay JavaScript e Local Analytics no Perfmatters?

Delay JavaScript adia a execução de qualquer script de terceiro até a interacao, reduzindo o Total Blocking Time. Local Analytics hospeda o arquivo do Google Analytics no seu próprio domínio, eliminando uma conexão externa e o aviso de cache ineficiente. São complementares: use os dois juntos.

Devo usar Delay All Scripts ou Only Delay Specified Scripts?

Comece com Only Delay Specified Scripts e liste apenas os terceiros de rastreamento. Delay All Scripts e mais agressivo e pode adiar JavaScript acima da dobra, como sliders e menus, quebrando a aparencia inicial. O modo específico e mais seguro para sites com builder e WooCommerce.

O Delay JavaScript quebra o Facebook Pixel ou o rastreamento de conversao?

O disparo da conversao acontece quando a pessoa interage e o script executa, entao compras e leads continuam sendo rastreados. O risco maior e em páginas de obrigado que o usuário fecha rápido sem interagir. Para essas, exclua o identificador do pixel da lista de delay daquela página pelo Script Manager.

Como sei quais scripts de terceiros estão pesando no meu site?

Rode a página no PageSpeed Insights e abra a auditoria Reduzir o impacto do código de terceiros. Ela lista cada domínio externo com o tamanho de transferencia e o tempo de bloqueio da thread principal. A aba Network do DevTools, filtrada por terceiros, confirma a ordem de carregamento.

Hospedar o analytics localmente atualiza o script sozinho?

Sim. O Perfmatters mantem uma copia local do gtag.js ou analytics.js e a atualiza por uma tarefa agendada do WordPress, entao você não fica com uma versão desatualizada do script do Google. O Tracking ID e configurado no próprio painel do plugin.

Preciso do Perfmatters para corrigir scripts de terceiros lentos no WordPress?

Não e a única forma, mas e a mais direta sem editar código. Da para adiar scripts manualmente com um filtro no functions.php, porém exige manutenção. O Perfmatters entrega Delay JavaScript, Local Analytics e Script Manager num painel so, o que reduz erro humano em escala.

Grave

Como corrigir a página de login inacessivel pelo Perfmatters

A página de login inacessivel pelo Perfmatters login url acontece quando o recurso Change Login URL renomeia a entrada do painel e você perde a URL nova, já que o /wp-admin e o /wp-login.php passam a responder com a mensagem This has been disabled. Sem a string personalizada salva, não ha como autenticar pela rota padrão.

Atenção

Como corrigir o erro de Local Google Fonts no Perfmatters

O erro de Local Google Fonts no Perfmatters acontece quando a opção de hospedar fontes localmente não captura as fontes carregadas pelo tema, page builder ou outro plugin, deixando as requisições ainda apontarem para o Google ou quebrando a tipografia do site.

Grave

Como corrigir o cache que não funciona no WP-Optimize

O cache do WP-Optimize não funciona quando o plugin não consegue gravar a página estática na pasta wp-content/wpo-cache, geralmente por cache desativado, permissão de escrita negada ou conflito com outro plugin de cache ativo.

Atenção

Como corrigir o cache do WP-Optimize que quebra os listings do JetEngine no WordPress

O WP-Optimize cache quebra o JetEngine listing quando o cache de página serve uma versão estática e antiga do Listing Grid, ou quando o merge e minify de CSS/JS do WP-Optimize embaralham os scripts que o JetEngine e o JetSmartFilters usam para montar e filtrar o grid via AJAX.

Atenção

Como corrigir a compressão de imagem com qualidade ruim no WP-Optimize no WordPress

A compressão de imagem ruim no WP-Optimize acontece quando o modo lossy com prioridade em economia máxima de espaço, a recompressão de imagens já otimizadas ou um redimensionamento agressivo reduzem a qualidade das fotos. A solução é restaurar o original e recomprimir escolhendo lossless ou um nível lossy de maior qualidade.

Grave

Como corrigir TTFB alto no WordPress (Reduce server response time)

TTFB alto no WordPress é quando o Time to First Byte, o tempo entre o navegador pedir a página e receber o primeiro byte de resposta do servidor, passa de 600ms. Costuma vir de hospedagem lenta, ausência de cache de página, PHP não otimizado ou queries de banco demoradas que atrasam a geração da página.

Setores

Extensões

Integrações

Como corrigir o impacto de scripts de terceiros (Analytics e Pixel) no WordPress

O que é impacto de scripts de terceiros no WordPress?

Como identificar

Como prevenir

Causa

Como resolver

Perguntas frequentes

Itens relacionados

Como corrigir a página de login inacessivel pelo Perfmatters

Como corrigir o erro de Local Google Fonts no Perfmatters

Como corrigir o cache que não funciona no WP-Optimize

Como corrigir o cache do WP-Optimize que quebra os listings do JetEngine no WordPress

Como corrigir a compressão de imagem com qualidade ruim no WP-Optimize no WordPress

Como corrigir TTFB alto no WordPress (Reduce server response time)

Setores

Extensões

Integrações

Extensões

Hero Sections

Seções de CTA

Login

Blog

Cabeçalhos

Seções de FAQ

Cadastro

Blog individual

Rodapés

Seções de contato

Seções de preços

Faixas

Portfólio

Seções de equipe

Números

Logotipos