Melhore A Velocidade Do Seu Site Com Auditorias De Anúncios Do Publisher Para O Lighthouse

This post was most recently updated on January 13th, 2021

Houve um aumento nas solicitações dos publishers em relação à velocidade de carregamento da página e ao comportamento geral de seus sites. No post de hoje, examinaremos algumas das perguntas que os publishers levantaram e, posteriormente, mostraremos como fazer seus próprios relatórios e avaliaremos melhor a situação de carregamento da página.

# 1 – O Site Carrega Devagar E Tem Baixa Pontuação Nas Ferramentas De Análise

É importante entender que o comportamento final de um site é o resultado de vários fatores: tecnologia usada para criar a página, quantos elementos são mostrados no site, como esses elementos são armazenados, cálculos feitos em tempo de execução, etc. Ferramentas de relatório (como a LightHouse, que discutiremos mais adiante), identificará esses problemas. Observe que esses problemas não estão relacionados ao nosso código, pois são uma consequência de como o site é criado.

# 2 – O Código De MonetizeMore Tornou O Site Lento

Quanto maior o número de blocos de anúncios em uma página, mais elementos precisam ser carregados; portanto, sempre há uma troca entre a velocidade da página e a receita que precisam ser consideradas. Os publishers precisam estar cientes disso o tempo todo.

Nosso código não afeta significativamente o desempenho do site. O script de anúncio MonetizeMore é executado de forma assíncrona, o que significa que, enquanto o processo de lance de cabeçalho estiver em execução, o restante do site continuará carregando como faria sem o nosso código.

Ao executar header bidding, é inevitável que o script de carregamento do anúncio adie a renderização do anúncio até que o tempo limite dos lances seja atingido, outra desvantagem que precisa ser resolvida. O tempo limite recomendado padrão é 2000ms para encontrar um equilíbrio saudável entre a velocidade de carregamento da página e as boas taxas de preenchimento de leilão.

Reduzir esse tempo limite pode ajudar a reduzir o tempo de carregamento, apenas se a página estiver carregando mais rápido que o tempo limite definido. A redução do tempo limite dos lances aumenta as chances de o leilão terminar antes que todos os licitantes configurados retornem seus lances finais.

Lighthouse

Usaremos as auditorias de anúncios do editor para o Lighthouse de agora em adiante e você pode encontrá-lo aqui: https://developers.google.com/publisher-ads-audits

Embora nosso script possa não ser o principal culpado no desempenho da página, o desempenho da página afeta o tráfego, portanto, torna-se um problema importante para nós. Faça sua própria avaliação do site e tente abordar as sugestões / avisos.

Com o Chrome:

1 – Abra a página de destino

2 – Clique com o botão direito e selecione “Inspecionar”

3 – Entre as ferramentas de desenvolvimento, procure a última, chamada “Auditorias”

4 – Selecione as categorias relevantes e clique em “Gerar relatório”. Após várias atualizações do site, um relatório será gerado e mostrado.

Você verá várias categorias nas quais a página foi avaliada:

• Desempenho: execução técnica da página, que inclui interatividade, velocidade e codificação.
• Acessibilidade: elementos de design que permitem que pessoas com deficiência específica se envolvam com o conteúdo, de maneira mais confortável.
• Melhores práticas: recomendações gerais, principalmente para melhorar a navegação e a segurança
• SEO: otimizações para os mecanismos de pesquisa se envolverem com o site.
• Aplicativo Web progressivo: o PWA é um tipo específico de site que se assemelha bastante a um aplicativo móvel, em apresentação e sob o capô. Aqui estão sugestões de otimização para esse tipo de site.

A maioria dessas informações são bastante diretas. Um que devemos prestar muita atenção é o desempenho -> Diagnóstico, onde podemos ver o desempenho dos códigos js e, em particular, o nosso.

Na figura acima (Diagnóstico -> Reduzir o impacto do código de terceiros), vemos que nosso código bloqueia menos de um terço de segundo no encadeamento principal (o encadeamento responsável pelo carregamento da página).

Nenhum desses códigos está bloqueando muito o encadeamento principal, mas todo o grupo de códigos de terceiros usa um segundo inteiro do encadeamento principal, que é basicamente o que os usuários experimentam.

Na figura acima (Diagnóstico -> Reduzir o tempo de execução do JavaScript), vemos que nosso código se alinha com o restante dos códigos no tempo de execução. Mesmo se o tempo de execução for maior, isso está sendo feito em outro encadeamento de forma assíncrona, para não afetar o desempenho.

Considerações

• Você pode executar um teste simples, executando este relatório sem nossas tags e, em seguida, adicione nossas tags e execute o relatório novamente. Como mencionado, as compensações reduzirão a pontuação total, mas isso é esperado.
• A maioria dos testes / pontuações de velocidade da página não leva em consideração o atraso necessário ao executar os lances de cabeçalho e foi projetada para avaliar tags de anúncio codificadas. Portanto, ao exibir uma página com o lance de cabeçalho ativo, eles não consideram a funcionalidade personalizada e diminuem a pontuação.
• Seus próprios plug-ins do Chrome podem alterar bastante o desempenho do relatório.
• Você pode tentar testar a página em um ambiente mais limpo:
  • Vá para a seguinte página: https://developers.google.com/publisher-ads-audits
  • Cole o endereço do site
  • Em Configurações Avançadas, ative Executar auditorias adicionais do Lighthouse.
  • Clique em Gerar relatório
  • * Este relatório também fornece o relatório de anúncios do editor. Se o site estiver configurado corretamente, a pontuação deverá ser alta, para que possa ser uma boa maneira de mostrar aos publishers que qualquer problema de desempenho provavelmente está em outro lugar

• Se é necessário melhorar o desempenho, considere:
  • Reduzindo o número de blocos de anúncios em uma página
  • Movendo a chamada de script MonetizeMore para o final da página ou superior, com base na implementação de outros heavy JS/resource calls.
  • Reduza o tempo limite dos lances de cabeçalho para um valor em que não haja perda significativa de lances recebidos (pode ser testado via PGAI: Na guia lances, codificação por cores dos lances recebidos).
  • Lazy loads todas as posições de anúncio em todas as páginas. (Ative o SPA no dbAdmin e alterne os DIVs para o formato lento).

Outras sugestões mais técnicas podem ser:

• Melhorar a carga do JavaScript: uma única chamada para um script pesado ou muitas chamadas para scripts pequenos afetarão negativamente o desempenho. Encontre um equilíbrio entre tarefas e chamadas em JS. Isso só pode ser feito com arquivos JS que o pub pode manipular (não nosso script wrapper, GA ou facebook, por exemplo).
• Verifique se qualquer script que pode ser executado de forma assíncrona. Nosso script já faz isso.
• Verifique se os recursos (imagens, vídeos) estão codificados com as tecnologias mais recentes. Isso permite que os elementos sejam compactados enquanto viajam e descompactados quando carregados na página.

Kean Graham

Kean Graham is the CEO and founder of MonetizeMore & a pioneer in the Adtech Industry. He is the resident expert in Ad Optimization, covering areas like Adsense Optimization,GAM Management, and third-party ad network partnerships. Kean believes in the supremacy of direct publisher deals and holistic optimization as keys to effective and consistent ad revenue increases.