Perguntas frequentes (FAQ) – carregamento lento, rolagem infinita e aplicativos de página única (SPA)

Esta postagem foi atualizada pela última vez em 14 de setembro de 2021

O carregamento lento é quando um artigo ou página tem vários elementos, talvez partes de listas, imagens ou subseções de artigos e, conforme o usuário rola para baixo, os elementos não são realmente baixados até que o usuário esteja próximo da página.

Rolagem infinita é quando o usuário chega perto do final de um artigo e outro artigo ou conteúdo que o usuário possa gostar é imediatamente adicionado à página para que o usuário possa continuar aproveitando o site com o mínimo de esforço.

Aplicativos de página única (SPA) são onde o usuário clica em um elemento da página e, em vez de atualizar a página inteira, apenas as partes da página que mudam (geralmente o conteúdo central) são atualizadas. Isso geralmente resulta em uma experiência de site significativamente mais rápida, mas alguns mecanismos de pesquisa têm problemas para indexar esse conteúdo.

Essas três técnicas geralmente são combinadas para criar experiências na Web contínuas e muito rápidas.

Como sei se Lazy/Infinite/SPA é o ideal para mim?

Em primeiro lugar, você deve ter um desenvolvedor regular em sua equipe para executar essas estratégias adequadamente. Há um punhado de plug-ins do wordpress que podem oferecer essa funcionalidade, mas frequentemente descobrimos que a experiência do usuário é muito ruim. Se você não tiver um desenvolvedor, essas técnicas avançadas serão muito difíceis de implementar adequadamente.

Em segundo lugar, você precisa considerar que os anunciantes compram anúncios em um loop de feedback. Quando você começa a mudar para lento/infinito, a maioria dos editores vê uma queda imediata no RPM da sessão. Isso ocorre porque suas unidades tradicionais, especialmente aquelas mais abaixo na página, têm uma visibilidade muito menor. Esse desempenho do anúncio está sendo imputado ao novo inventário lento/infinito. O ciclo de feedback leva tempo para os anunciantes se ajustarem. Vimos que leva de 4 a 8 semanas até que os editores comecem a empatar. Se você não tem esse tempo em seu ciclo de receita para investir, não deve testar o carregamento lento.

Em terceiro lugar, alguns editores dependem muito da pesquisa orgânica ou do alcance social orgânico. Muitos indexadores dos principais mecanismos de pesquisa e redes sociais têm dificuldade em indexar conteúdo preguiçoso/infinito/SPA. Para alguns editores, isso significa que mudar para lazy/infinite/SPA pode reduzir o tráfego orgânico. Com isso dito, o Google e o Facebook são bastante adeptos da indexação adequada de lazy/infinite/SPA quando implementados de forma limpa com as principais estruturas de javascript. Por outro lado, o Google e o Facebook incluem fortemente a velocidade de carregamento da página em seus algoritmos de alcance orgânico, e acelerar drasticamente sua página pode resultar em um aumento significativo no tráfego orgânico. Portanto, preste atenção - se o seu alcance orgânico der uma guinada após a troca, você deve considerar voltar para as configurações tradicionais.

Preguiçoso/infinito/SPA aumenta a receita?

A ideia geral em lazy/infinite/SPA é que o usuário só obtém anúncios/conteúdo quando está próximo disso. Isso aumenta drasticamente a visibilidade e o engajamento com esses anúncios, mas reduz o número absoluto de impressões de anúncios. A maioria dos anunciantes paga um prêmio desproporcional para maior visibilidade. As estatísticas do setor mostram que dobrar a visibilidade de uma unidade de visibilidade de 35 a 40% para 70 a 80% resulta em um aumento de 2,4 vezes na receita. Esse é outro motivo pelo qual os editores procuram usar lazy/infinite/SPA.

Com o SPA, posso atualizar os anúncios quando o usuário acessa um novo conteúdo?

Obviamente, se os anúncios estiverem no conteúdo e todo o painel de conteúdo estiver sendo carregado, você desejará que os anúncios sejam disparados corretamente. No que diz respeito à página, estes são anúncios completamente novos. Se você tiver anúncios de barra lateral que não mudam com o SPA, atualize-os apenas se já tiverem sido visualizados. Caso contrário, você estará apenas prejudicando suas próprias estatísticas de visibilidade. Você pode entrar em contato com seu especialista em operações de publicidade para obter assistência na configuração dessas atualizações de impressões visualizadas.

Quando devo carregar lento/infinito e quanto conteúdo devo carregar?

Quando a janela de visualização do usuário fica a cerca de uma janela de visualização da parte inferior da página, você deve começar a carregar o conteúdo com rolagem preguiçosa ou infinita. Não espere até que o usuário chegue ao final da página, ou você terá uma experiência de usuário muito ruim, pois eles estão constantemente esperando o carregamento do conteúdo. Em vez de esperar, muitos simplesmente vão embora.

A quantidade de conteúdo que deve ser carregada com rolagem infinita depende da média de visualizações de página por sessão. Se seus usuários têm uma média regular de 10 visualizações de página, considere carregar até 10 artigos no máximo em uma visualização de página (carregando cada um individualmente, é claro). Depois disso, mostre uma lista de opções onde o usuário deve realmente clicar. É importante limitar as partes do conteúdo por página, pois há muitos bots online que consomem toneladas de recursos do servidor apenas rolando até chegar ao final de uma página e, se sua rolagem infinita for realmente infinita, você vai estar desperdiçando muitos recursos em tais cargas.

Quantos anúncios podemos carregar em uma única página com lazy/infinite/SPA?

Descobrimos que alguns editores são muito agressivos com o número de anúncios carregados por página. O carregamento lento e a rolagem infinita não são uma desculpa para exibir anúncios ilimitados em uma página. Os editores que ultrapassam determinados limites veem o alcance social e do mecanismo de pesquisa reduzido. Confirmamos que carregar 75 unidades em uma página viola as diretrizes das redes sociais populares, reduzindo drasticamente o alcance social do editor.

Para celular, deve haver apenas uma única unidade na tela; nunca dois blocos de anúncios em um determinado momento. As unidades âncora são a exceção a isso, embora algumas plataformas sociais reduzam o alcance do uso de âncoras. Em outras palavras, inclua um anúncio e, em seguida, preencha uma altura de tela cheia de conteúdo e, em seguida, você pode incluir outro anúncio.

Posso usar as mesmas tags, blocos de anúncios ou PIDs de lances de cabeçalho para dividir o teste lento/infinito/SPA em comparação com as configurações tradicionais?

Não. Se você fizer isso, os anunciantes não poderão diferenciar entre os dois segmentos de inventário. As impressões de anúncios em uma experiência de anúncio preguiçosa/infinita normalmente têm visibilidade e CTR significativamente mais altas porque têm muito mais probabilidade de serem vistas (elas não são carregadas até que o usuário esteja próximo). Sem dar aos anunciantes a capacidade de diferenciar o inventário, os editores verão ganhos limitados ou insignificantes na receita. É por isso que você deve ter diferentes tags de anúncio, diferentes blocos de anúncios e diferentes PIDs de lances de cabeçalho se estiver testando ou fazendo a transição para lazy/infinite/SPA.

Por que minhas exibições de página diminuíram com lazy/infinite/SPA?

A maioria das plataformas de análise não conta carregamentos lentos/infinitos/SPA como uma nova exibição de página, a menos que você tenha desenvolvido o código para acionar especificamente esse evento. O resultado é que suas visualizações de página despencam. Em vez disso, você deve prestar atenção às sessões e ao RPM da sessão como seu KPI principal.

Com que rapidez os leilões de lances de cabeçalho podem ser acionados e reativados com lento/infinito/SPA?

Alguns licitantes não oferecem suporte a solicitações simultâneas, portanto, os leilões geralmente não são acionados simultaneamente. Além disso, solicitações excessivas resultam em limitação de taxa interna pelos licitantes. Eles basicamente pararão de enviar solicitações de lances para seus DSPs e outros parceiros de anúncios. Além disso, fazer várias solicitações de lances de cabeçalho repetidamente aumenta a latência e piora a experiência do usuário. Por esses motivos, temos um mínimo rígido de 10 segundos entre os leilões e raramente o movemos para menos de 30 segundos.

Também deve ser observado que algumas origens de demanda são simplesmente incompatíveis com várias solicitações de lance disparadas na mesma exibição de página. Se o código não gerar um erro, ele responderá com um lance nulo ou zero. Fazemos a solicitação inicial e não fazemos solicitações subsequentes para esses licitantes.

Por esses motivos, configurações preguiçosas/infinitas/SPA geralmente têm de 2 a 6 conjuntos de PIDs de lances de cabeçalho para exatamente o mesmo bloco de anúncios, para que possam ser usados ​​em unidades comparativas e análogas na página sem a necessidade de reativar um leilão novamente.

Como implemento anúncios com lazy/infinite/SPA e PubGuru/MonetizeMore?

Primeiro, incorpore sua configuração na página normalmente:

 <script src="https://m2d.m2.ai/path-to-config.js" type="text/javascript" async></script>

Então, seus divs de anúncios devem referenciar corretamente não por ID de div, mas por data-gpt-parent.

 <div class="pg-lazy" data-gpt-parent="leaderboard"></div>

<div class="pg-lazy" data-gpt-parent="right-rail"></div>

<div class="pg-lazy" data-gpt-parent="in-content"></div>

O data-gpt-parent deve corresponder a qualquer uma das unidades na configuração por espaço ou código do bloco de anúncios (com ou sem o código de rede GAM). Isso significa que, se você tiver uma unidade de “/1234567890/atf-leaderboard” e o id div (slot) for “atf-lb” na configuração, poderá usar qualquer um dos seguintes valores para seu data-gpt-parent:

• /1234567890/atf-leaderboard
• tabela de classificação atf
• atf-lb

Apenas certifique-se de que os códigos de unidade ou div ids (slots) sejam exclusivos na configuração. À medida que o usuário rola ou muda de página com lazy/infinite/SPA, você pode continuar referenciando os mesmos divs de unidade, e nosso código cuidará do resto. No código de exemplo acima, se o editor tiver 5 cópias da unidade "in-content", nosso código herdará as configurações dessa unidade para cada uma dessas cópias.

Para obter mais suporte em relação ao carregamento lento do PubGuru Header Bidding e às configurações de rolagem infinita, inscreva-se para uma conta profissional na MonetizeMore hoje!

Última atualização: 24 de outubro de 2019