Atualização da experiência da página do Google e vitais essenciais da Web com Martin Splitt-Ep. 226 via @sejournal, @brentcsutoras

O defensor do desenvolvedor do Google, Martin Splitt, junta-se ao fundador do Search Engine Journal Loren Baker nesta sessão de perguntas e respostas ao vivo sobre o Google Core Web Vitals, o atraso de junho para a experiência da página Atualização e outras necessidades gerais de desempenho e velocidade para que os sites possam competir melhor no Google e converter usuários.

Aqui está a transcrição completa do programa (desculpe quaisquer erros de transcrição):

Loren Baker:

Olá a todos. Esta é Loren Baker, fundadora do Search Engine Journal. E comigo hoje temos um programa especial sobre os principais aspectos vitais da web e a atualização da experiência da página. Comigo hoje, não tenho outro senão Mart Splitt do Google. Ei, Martin, como vai?

Martin Splitt:

HI Loren. Muito bom. Como você está?

Loren Baker:

Muito bem, obrigado. Obrigado por ficar acordado até tão tarde em uma noite de quinta-feira na Suíça. São 11h aqui na Costa Oeste, então realmente agradeço. Farei o mesmo por você no futuro.

Martin Splitt:

Aw. Muito obrigado, Loren.

Loren Baker:

Então, sim, algumas pessoas estão pulando, mas vamos começar por você poderia tomar um segundo apenas para se apresentar Martin, um pouco sobre o que você faz, o que você foca etc., etc.

Martin Splitt:

Claro. Sim. Meu nome é Martin Splitt, sou um defensor do desenvolvedor na equipe de relações de pesquisa do Google. Trabalho com Gary Illyes e John Mueller e Lizzi Harvey e Cherry Prommawin e todas as outras pessoas adoráveis. Embora nossa equipe geralmente se preocupe com a Pesquisa Google, eu na maioria das vezes me especializo em renderização, rastreamento, indexação e, especificamente, JavaScript, que geralmente influencia os principais elementos vitais da web. É por isso que também estou muito feliz em falar sobre esse assunto. Pode haver perguntas superespecíficas para as quais eu não tenho uma resposta. Nesse caso, recomendo você ao nosso maravilhoso fórum para webmasters ou ao horário de expediente ou às sessões de perguntas e respostas que fazemos no YouTube de vez em quando.

Loren Baker:

Excelente. Bem, é um prazer ter você. Pena que não poderíamos ter Gary e John, mas vamos pegar vocês três de uma vez, eu acho, talvez debaixo d’água ou algo assim. Você também é um grande mergulhador, também é um mergulhador, certo?

Martin Splitt:

Sim, correto. Sim, eu mergulho em água quente assim como em água fria.

Loren Baker:

Ok, legal. Bem, sem trocadilhos, mas vamos mergulhar nos principais elementos vitais da web. Ok, tudo bem.

Martin Splitt:

Tudo bem.

Loren Baker:

Então, apenas como um lembrete para todos os você que está assistindo ao vivo no momento, se tiver alguma pergunta para Martin, sinta-se à vontade para perguntar nos comentários, no Facebook ou no YouTube, onde estamos transmitindo ao vivo agora. Martin, antes de chamá-lo, nos certificamos de enviar uma pesquisa a muitos leitores e à comunidade do SEJ. Recebemos muitas perguntas. Algumas são muito, muito específicas, algumas são mais gerais, algumas não têm nada a ver com os principais sinais vitais da web e algumas de tudo o que você faz nos principais sinais vitais da web. Mas antes de começarmos, grande parte da indústria esperava que esta atualização fosse lançada este mês, ela foi adiada, então há uma data específica em que podemos esperar que a atualização da experiência da página seja lançada? E você espera…

Martin Splitt:

Pronto…

Loren Baker:

Ok, vá em frente.

Martin Splitt:

Não, vá em frente.

Loren Baker:

E você espera que isso aconteça de uma vez ou durante o curso de uma semana ou mais nisso?

Martin Splitt:

Portanto, não há uma data específica em que as coisas começarão a acontecer. Atualmente, o anunciante é meados de junho, então pode ser a qualquer momento no que consistiria em meados de junho. Não será um tipo de situação off-on, ele irá gradualmente se desenrolar, irá adicionar coisas gradualmente à mistura de sinais e irá gradualmente começar a ser eficaz. Portanto, não é como uma mudança total do nada para tudo e ainda não há data anunciada.

Loren Baker:

Ótimo. Então, faremos o que pudermos para nos preparar para meados de junho.

Martin Splitt:

Acho que o cronograma está começando em meados de junho e deve estar em vigor em algum momento de agosto

Loren Baker:

Ok, bom. Temos o início do verão ao fim do verão nessa frente. E você disse que as coisas serão implementadas gradualmente. Você vê algum sinal se tornando mais importante nessa implementação ou priorizado?

Martin Splitt:

Não que eu seja ciente de.

Loren Baker:

Ok.

Martin Splitt:

O que eu sei é que no início iremos definitivamente o lançamento para dispositivos móveis primeiro e, eventualmente, o desktop também entrará na mistura.

Loren Baker:

O que foi confirmado, acho que hoje, certo? Portanto, celular e desktop para aqueles de vocês que possivelmente estão se concentrando apenas em um ou no outro, é hora de se concentrar em ambos, certo? O que é interessante porque eu acho, da perspectiva de SEO, muito mais empresas parecem se concentrar em desktops, mesmo que a maior parte de seu tráfego seja móvel. Obrigado por trazer mais conhecimento para a experiência móvel e também para a maior parte da usabilidade móvel.

Loren Baker:

Tudo bem. Então, eu só vou mergulhar, não para usar uma coisa de mergulho novamente, mas um monte de perguntas diferentes sobre os pontos vitais da web e as atualizações, e então podemos continuar a partir daí. Portanto, uma questão que vejo com frequência é: quão relativos são os pontos vitais da web central em relação ao espaço em que alguém compete? Por exemplo, se eles estão competindo tradicionalmente com outros sites que são mais lentos do que eles, e não atualizaram seus vitais essenciais da web e os atualizaram um pouco, mas estão dizendo que estão com uma pontuação medíocre, talvez sua pontuação precisa de melhorias gerais, talvez algumas boas e talvez algumas ruins. Mas quando eles verificam a maior parte da competição, as páginas de competição não estão apresentando uma pontuação muito boa. Ainda é tão importante priorizar todas essas correções se o pessoal em seu espaço competitivo não o for? E que diferença isso fará?

Martin Splitt:

Isso é muito, muito difícil de responder porque é obviamente um de muitos sinais e obviamente ou deveria ser óbvio que a relevância e o bom conteúdo ainda importam mais do que a velocidade, porque o conteúdo entregue rapidamente ainda é esse conteúdo. Então, supondo que todas as outras coisas sejam iguais, eles nunca são. Se todas as outras coisas forem iguais, você poderá ver que os principais sinais vitais da web têm um efeito de desempate, onde você verá uma melhoria na classificação. Obviamente, esse praticamente nunca é o caso, então você pode, dependendo um pouco do seu nicho e das circunstâncias específicas em sua página em comparação com as páginas de seus concorrentes, você pode ver efeitos maiores, então pode ver efeitos menores dependendo novamente da consulta, no intenção, no local em todos os outros fatores que podem estar lá. Portanto, não posso dizer que não será uma grande mudança, porque para algumas pessoas será uma grande mudança. Não posso dizer que será uma pequena mudança porque… Não será uma pequena mudança porque para algumas pessoas será insignificantemente pequeno. Então, isso é algo que ainda precisa ser observado.

Loren Baker:

Você acha que essa mudança vai crescer com o tempo, mesmo que seja pequena no início.

Martin Splitt:

Talvez. Talvez não. Espero que seja mais ou menos semelhante ao https, talvez um pouco mais forte porque o https agora é um componente do sinal de experiência da página assim que o lançamento acontece.

Loren Baker:

Interessante. Certo, https também é um componente da atualização da experiência da página assim que o lançamento acontecer. A próxima pergunta que surgiu, e há muitas delas. Vou começar com o componente que não é do Google e, em seguida, entraremos no componente do Google. Existem muitas plataformas lá fora, o Shopify vem à mente, onde normalmente um desenvolvedor ou uma empresa vai para a plataforma base, mas depois adiciona muitos sinos, assobios e camadas que ajudam com outras formas de marketing, direito? Então, por exemplo, um dos principais aplicativos de comércio eletrônico D2C para gerenciar e segmentar suas listas de e-mail é muito, muito lento e retarda todo o processo de renderização, certo? Existem outros aplicativos que são utilizados por empresas de comércio eletrônico, como aplicativos de revisão, como botões de bate-papo que reduzem a velocidade do carregamento da página ou também bagunçam, e eu sempre pronuncio incorretamente isso, a mudança cumulativa de layout, certo? Assim, a página é carregada, de repente os comentários são carregados na parte inferior e as estrelas são preenchidas na parte superior. De repente, o botão de bate-papo aparece após o carregamento da página. Talvez parte disso seja feito a partir de uma experiência de renderização inicial, talvez parte seja esperada até o final após os principais componentes do site serem carregados, mas ainda assim é prejudicial para a experiência, certo?

Martin Splitt:

Sim.

Loren Baker:

A atualização do núcleo vitals da web vai dar às pessoas uma pausa, por assim dizer, se elas está usando um aplicativo de terceiros que está fazendo com que o site tenha pontuações mais baixas do que se eles não tivessem nenhum aplicativo na página? Que pergunta meio estranha. Quer dizer, muitos desses…

Martin Splitt:

Não, eu entendo de onde você vem. Sim, eu entendo de onde eles vêm e provavelmente irei responder a outra pergunta sobre essa que pode ser, que tal usar certos produtos do Google, como Anúncios, GTM ou Analytics. A resposta para todas essas perguntas é praticamente a mesma. Pense no que estamos tentando fazer com o sinal de experiência da página? O que estamos tentando fazer é quantificar o que faz com que o usuário tenha uma boa experiência com uma página. E não importa quais ferramentas estão sendo usadas, quais bibliotecas, frameworks estão sendo usados, se há JavaScript na lateral, se não há JavaScript na lateral, se há aplicativos no site, se há tudo original no site , se estiver usando o Google Analytics ou o Google Ads ou o Gerenciador de tags do Google, nada disso importa se tornar a página mais lenta, pois é prejudicial para a experiência do usuário. Não importa de onde vem o motivo, se for como um código de primeira parte ruim ou um código de terceiros ruim, tudo é possível fazer com menos impacto nos vitais centrais da web, então provavelmente é feito agora mesmo sem estar ciente disso ser um problema, uma falta de cuidado ou outros motivos técnicos que precisam ser resolvidos em algum momento.

Martin Splitt:

Como desenvolvedores, nós gosto de falar disso como profundidade técnica. E se eles tornam as coisas mais lentas, isso se reflete nos elementos vitais centrais da web e é isso que importa no final. Claro, estou vendo comentários dizendo como, esses aplicativos podem realmente tornar a experiência melhor para os usuários, mas não é? Porque se for como,”Sim, este aplicativo nos dá uma experiência de bate-papo”. Sim, mas um chat pode ser implementado de uma forma que não torne a página mais lenta para todos que não querem interagir com o chat ou mesmo para aqueles que desejam interagir com o chat, não é uma medida de deveríamos ter um chat em nossa página, sim ou não. Sim, se isso melhorar a experiência do usuário, converse. Apenas não crie de uma forma que realmente torne a página pior. É isso.

Martin Splitt:

E podemos discutir se os principais sinais vitais da web estão realmente modelando isso. Eu diria que não, mas é a melhor aproximação que temos agora e realmente medir o desempenho e medir a experiência para você. Isso é muito, muito difícil e veremos um conjunto de métricas em evolução como parte dos principais elementos vitais da web evoluindo ao longo Tempo. Mas de modo geral, a ideia é dar um impulso às páginas que estão proporcionando uma boa experiência aos usuários. E eu não acho que uma boa experiência é se eu estou lendo algo sobre o artigo, eu potencialmente vou comprar, e então tudo o que estou lendo é deslocado para baixo porque há algumas estrelas de revisão aparecendo no topo. Isso significa que você não deve ter estrelas de resenhas, não, ter lojas de resenhas, mas abrir espaço para elas para que, quando aparecerem, nada mais se mova na página. Não é que seja impossível fazer isso.

Martin Splitt:

Eu recebo muito essa pergunta com banners de conteúdo de cookies. Então, é um pacote constante de cookie que eu preciso ter por motivos legais que vai arrastar meu CLS? Provavelmente sim, se for implementado de uma forma que atrapalhe o usuário, pode realmente causar uma mudança cumulativa de layout. Se está causando apenas um pouco disso, não é mesmo um problema, não estamos dizendo que zero é o que você precisa visar, você precisa visar algo que seja razoável que eu acho que é 0,1, que é a porcentagem do efetivo a porta de visualização e a quantidade de mudanças que acontecem, de modo que há uma certa quantidade de mudanças que podem acontecer sem, basicamente, cair no limite do que os compradores da web principal consideram uma boa experiência. Mas se você implementá-lo, vamos chamá-lo de forma preguiçosa e dizer:”Sim, vai ficar tudo bem, sim, vai mover tudo abaixo assim que aparecer”, então essa não é uma ótima maneira de implementá-lo e você pode querer reconsiderar a maneira como você o implementa.

Martin Splitt:

Se você não estiver implementando porque está vindo de um terceiro, informe a eles , diga a eles: “Ei, a propósito, percebemos que sua solução faz isso, realmente gostamos da sua solução, mas realmente não gostamos de como ela trata nossos usuários, então você consideraria consertar isso?” E há maneiras de fazer isso, só precisa ser feito.

Loren Baker:

É um bom ponto em muitos níveis. Primeiro, você pode pensar que algo é bom para o usuário porque pensa: “Ah, ter esta seção de análise ajuda as pessoas a saber que este produto foi bem analisado, portanto, eu deveria tê-lo e o usuário deseja.” Pergunta um, o usuário realmente deseja, certo? Pergunta dois, se o usuário quiser, como vamos implementá-lo para que não mova o resto da página? A mesma coisa com os botões de chat, estou vendo mais e mais, assim como um usuário médio da Internet, especialmente no dispositivo móvel, estou vendo mais e mais botões de chat estáticos sendo usados ​​e me livrando desses botões de chat dinâmicos que irei tente rolar para baixo a página de um produto e irei bater no chat várias vezes porque tenho polegares gigantes, certo, ou algo parecido, certo? E você tem que levar isso em consideração.

Martin Splitt:

Existe um shoo que eu realmente gosto, mas eu não visito no celular e que custou muito vendas, na verdade, porque eles têm um bate-papo que aparece em tudo no celular. Na área de trabalho, não é muito intrusivo, apenas aparece no canto, e eu digo”Sim, tudo bem”, eu ignoro isso. Mas se eu estou tentando comprar um produto e estou procurando o produto e vou para a página do produto e então um grande bate-papo leva tudo embora e eu tenho que rolar desajeitadamente no celular e, em seguida, tocar nele e então na verdade… Não é uma ótima experiência do usuário, sinto muito.

Loren Baker:

Concordo 100%, acontece comigo o tempo todo, na verdade. E também é engraçado porque muitas das empresas de comércio eletrônico com as quais converso sobre bate-papos, eu digo, “As pessoas usam o botão de bate-papo. Isso é importante para você? Converte? ” “Oh, eu não sei. Não tenho certeza. Não sei.”Bem, esse botão de bate-papo está arruinando a experiência do usuário.

Martin Splitt:

Isso é algo que geralmente é um problema, as pessoas às vezes estão olhando para as coisas erradas. Eu ouço muito isso quando as pessoas dizem: “Meu Deus, perdemos impressões, o Google Search Console mostra que perdemos impressões”. Eu fico tipo, “Mas você perdeu cliques?””Não sei, não faço ideia.”Nós vamos. Se você obteve impressões nos resultados de pesquisa e não obteve os cliques de que realmente precisa, então não sei converter, vender o produto, vender o serviço, o que quer que seja, você realmente perdeu muito?

Loren Baker:

Sim, exatamente. A próxima pergunta que surge, à qual você fez alusão, também se aplica ao Google Analytics, Google Ads, Google Tags, qualquer coisa do lado do Google com tecnologia do Google, talvez não seja a mesma divisão do Google em que você trabalha. Isso também afeta o site negativamente?

Martin Splitt:

Sim. Se o tornar mais lento, ele ficará mais lento. Não importa de onde vem, se é do Google ou não. E isso é algo que as pessoas precisam entender que a Pesquisa Google é o mecanismo de pesquisa que você está usando e esse mecanismo de pesquisa com o qual você está trabalhando está muito bem separado do resto do Google e isso é porque seria injusto para favorecer nossos produtos, certo? Eu não ficaria bem se disséssemos”Ah, sim, claro, vamos dar uma chance às análises e aos anúncios”, e todos os outros provedores de anúncios ou qualquer outro provedor de análises têm que lidar com o fato de que precisam realmente otimizar para vitais essenciais da web. Nós não fazemos isso. Todo mundo tem o mesmo campo de jogo e, obviamente, às vezes as pessoas no Google tentam dizer:”Ei, vamos pesquisar, você pode nos ajudar com isso?”E nós pensamos: “Aqui está o fórum para webmasters aqui no horário de expediente, aqui está a documentação que você obtém, canais de suporte público para todos, incluindo Googlers”. É por isso que acho muito arriscado e as pessoas dizem: “Oh, vamos usar o X porque é uma coisa do Google”. Não importa. Se tornar seu site mais lento, ele ficará mais lento.

Loren Baker:

Certo, e a análise também é a implementação de front-end, então há maneiras de mude como ele é implementado neste lado também. E isso ajuda a manter o resto do Google responsável e você está certo, seria um pouco injusto dessa parte. Os subdomínios são avaliados de forma independente ou parte do domínio raiz para pontuação vital da web principal?

Martin Splitt:

Na verdade, não sei esse detalhe específico, é algo que você teria que saber pergunte em outro lugar. É onde provavelmente o fórum para webmasters é um bom lugar para fazer essas perguntas.

Loren Baker:

Ok, ótimo. Outra pergunta que é um pouco semelhante é: nenhuma página de índice está sendo usada para avaliar os principais elementos vitais da web de um site, bem como as páginas de índice? Portanto, páginas que estão bloqueadas para indexação e/ou proibidas de atualizações de conteúdo.

Martin Splitt:

Certo. Quer dizer, no final das contas uma página ganha um impulso, se não está no índice não consegue um impulso no ranking, certo? Você tem que estar no índice para estar no ranking. Portanto, se você quiser ver uma melhoria na classificação em algo que não está indexado, não.

Loren Baker:

Então, deixe-me fazer uma pergunta um pouco diferente com um exemplo do mundo real. então eu tenho um site, lorensenergydrinks.com, certo? E quase tudo fora de lorenenergydrinks.com está aberto à indexação do Google. mas então, por algum motivo, decidi fazer uma campanha de funil de anúncio para dar como uma bebida energética grátis e então as pessoas podem se inscrever e economizar. Então, eu tenho uma subpasta que configurei slash landing pages slash campanha Instagram. E não sei indexar isso a partir do índice porque não quero que apareça, mas está configurado separadamente do que faria em uma de minhas páginas principais, configurado com sinos e assobios e todas essas coisas e isso e aquilo e totalmente, digamos que a maior parte do meu site seja aprovada nos principais testes vitais da web. Mas então eu tenho esses anúncios aqui, essas páginas de anúncios, certo, que eu não quero indexar, certo? Agora, o Google ainda pode acertá-los e se essas páginas falharem totalmente, totalmente no teste, isso afetará o resto do meu site?

Martin Splitt:

Como até onde sei, não estamos misturando essas coisas e, especificamente, a classificação, novamente, é por página. Portanto, para essa página, não teríamos quaisquer dados porque não os colocamos no índice, então não podemos armazenar nenhum resultado vital da web para aquela coisa específica ou procurá-lo em qualquer fonte de dados que estamos procurando em cima. O que não sei é se estamos acumulando e, novamente, não sei a resposta para isso então. O que não sei é se há algum tipo de acúmulo que fazemos no caso de não termos sinais para algo, mas não é como se fosse,”Oh, você tem uma página que não passa os principais sinais vitais da web portanto, não haverá nenhum impulso de botões vitais da web principal aplicado a todo o seu site. ” Não é assim que funciona.

Loren Baker:

Ok, entendi. Bem, de qualquer forma, é uma boa desculpa para as pessoas alinharem suas páginas de anúncios.

Martin Splitt:

Para responder ao comentário de Brenda, acho que nos reunimos as informações e isso provavelmente aparece no relatório vitals da web principal porque os dados são coletados de métricas reais do usuário. Portanto, um usuário que visita essa página envia de volta a telemetria e nós vemos os dados. O que não tenho certeza é como exatamente está sendo usado no ranking, porque não estou familiarizado com os detalhes do ranking e não quero, não costumo responder a perguntas de ranking, é por isso que estou saindo on limb aqui um pouco e é por isso que estou dizendo que não tenho certeza de como exatamente um valor acumulado pode ser usado na classificação. Não acho que façamos isso, mas pode muito bem ser.

Loren Baker:

Mas essas páginas são selecionadas se alguém as acessa via Chrome.

Martin Splitt:

Sim, exatamente. Se as pessoas os visitarem, os dados voltam para a coleta de dados. O que não acontece é que esta página não terá um aumento de classificação dos principais dados vitais da web porque podemos ter a classificação dos principais dados vitais da web, mas ela não pode ser classificada se não estiver sendo indexada e nenhuma indexação significa que não está sendo indexada. Então isso não dá certo, certo?

Loren Baker:

Sim. Ok, a próxima pergunta que vem é… Que interessante. Então, recebo muitos comentários de pessoas que têm aprimorado sua pontuação vital na web principal e, nas últimas semanas, eles têm visto algumas mudanças positivas na classificação, certo? Isso é uma indicação de que a atualização da experiência da página pode estar sendo testada agora, talvez nos fins de semana, ou lentamente lançada antes de oficialmente? Ou é uma coincidência.

Martin Splitt:

Não é nada. Não é nem coincidência. A velocidade da página já foi um fator de classificação antes.

Loren Baker:

Isso é verdade.

Martin Splitt:

Portanto, não tem nada a ver com a experiência da página neste caso, mas apenas coincidentemente, ao tornar o site melhor acidentalmente, você obteve um aumento na classificação de algo que não é a experiência da página.

Loren Baker:

Na verdade, isso faz muito sentido, então parabéns por acelerar sua página antes que a atualização da experiência da página seja lançada. Você pode estar vendo uma melhora na classificação por causa das mudanças que você fez, mas não necessariamente por causa da atualização da experiência da página. Ok, isso faz todo o sentido. Próxima questão. Por que o Google PageSpeed ​​Insights às vezes mostra um resultado completamente diferente dos relatórios de desempenho do farol na mesma página? Então, se alguém está fazendo um relatório de página no Google PageSpeed ​​Insights em comparação com o Lighthouse ou talvez em comparação com o Lighthouse no navegador Chrome, por que eles veriam resultados de teste diferentes nessa frente?

Martin Splitt:

Eu ficaria muito surpreso se você não visse resultados de teste diferentes. Para ser honesto, eu ficaria surpreso se você não visse resultados de teste diferentes com o Lighthouse ao testar vários dias. Isso porque, como eu disse, quantificar o desempenho é realmente muito, muito complicado e há muitos fatores. E então você tem que entender de onde vêm os dados. Portanto, existem basicamente dois baldes gigantescos de dados que você pode observar. Um são as métricas reais do usuário, ou seja, os dados, são os dados de telemetria informados pelos navegadores Chromium para usuários que optaram por enviar dados de telemetria de volta. Isso você pode ver nos relatórios de UX do Chrome, lá você tem os dados de que estamos obtendo um formulário anônimo em termos de quão rápido as páginas têm sido para usuários reais em campo. E isso obviamente já são dados muito, muito instáveis, no sentido de que se um dia eu tiver 100 visitantes no meu site em uma conexão de banda larga fantástica em um MacBook recente, eles provavelmente verão que até mesmo o fato de meu site estar péssimo provavelmente vai fique bem porque a velocidade da rede é rápida, o poder de computação está disponível e isso meio que suaviza isso para eles. E então, no dia seguinte são pessoas em telefones pequenos ou lentos, em conexões móveis instáveis ​​com alta latência, e então tudo parecerá muito diferente disso.

Martin Splitt:

Obviamente, conforme os dados são coletados, garantimos que nosso tamanho de amostra seja grande o suficiente para que 10 pessoas hoje, 10 pessoas amanhã, nos dariam dados completamente inúteis. Mas se o tamanho da amostra for grande o suficiente e o período de tempo que estamos observando não for apenas um dia, mas como uma semana ou um mês, então os dados começam a suavizar e você pode realmente tirar conclusões do sinal que está recebendo lá. Você realmente não pode fazer isso olhando instantâneos. E são dados de campo, é o que estamos usando na experiência da página. Mas não estamos, não usando experiência na página, pelo menos não planejamos fazer isso em breve, são os dados de laboratório. Os dados de laboratório são onde você está executando um programa em algum tipo de forma e, em seguida, realmente tenta reunir os dados e obter os dados que seriam enviados como telemetria, e existem várias ferramentas como essa. Há teste de página da web, há PageSpeed ​​Insights, há Lighthouse há web.dev/test, há uma infinidade de outras ferramentas de terceiros que fazem essas coisas. E a coisa com o Lighthouse, especialmente o Lighthouse que você pode estar executando em sua máquina no Chrome, é que ele faz uma simulação, é executado dentro do Chrome, então é afetado por coisas como outras coisas em execução no seu computador.

Martin Splitt:

Se houver outra coisa que tira a energia da CPU porque você está convertendo seu vídeo em segundo plano ou seu computador está fazendo uma atualização ou algo assim, se você estiver como enviar bittorrent algo para um amigo ou algo assim, então isso pode saturar sua rede, então você pode realmente ficar com muitos tremores, então ruído versus sinal do Farol. E eu sei que quando executo o Lighthouse 10 vezes, obtenho basicamente nove pontuações diferentes e isso é esperado, não são métricas reais do usuário, são dados de laboratório, muitas coisas como LCP, que é uma heurística, então tenta descobrir estatisticamente falando , tenha certeza razoável do que pensamos ser o conteúdo principal, é o maior conteúdo e qual é o maior painel completo de conteúdo, e então paramos o relógio.

Martin Splitt:

Mas às vezes as coisas demoram um pouco mais, às vezes o seu navegador pode demorar um pouco mais para realmente iniciar um processo porque o seu processador está ocupado com outras coisas, e então as coisas demoram mais. E se demorarem mais, isso significa que você pode realmente passar por cima da soleira, certo? Se for como,”Oh, precisamos terminar isso em dois segundos”, e como uma vez que você termina em 1,8 segundos yay, na próxima vez leva 2,2 segundos oh. E às vezes, porque seu computador pode fazer algumas tarefas pesadas de computação em segundo plano, das quais você nem está ciente, pode levar cinco segundos e você obterá uma grande variedade de dados, e é assim que os dados de laboratório infelizmente é. A menos que você tenha um ambiente de laboratório controlado, onde você fica tipo, “Ok, então estamos solicitando o site de um servidor local para que possamos descartar qualquer estranheza da rede e estamos fazendo isso em um computador que não faz praticamente nada mais do que apenas isso tudo de novo, então você obtém mais ou menos as mesmas pontuações e mesmo assim porque é heuristicamente, então pode decidir de forma ligeiramente diferente o que considera ser a maior dor convencional para que você possa realmente, e o mesmo com FID, mesmo com LCP, você também pode obter valores ligeiramente diferentes para eles. Portanto, sempre há algum ruído nesse sinal.

Martin Splitt:

E, com o PageSpeed ​​Insights, o PageSpeed ​​Insights é basicamente executado na nuvem em algum lugar, está aproveitando Lighthouse but it’s not running on your computer, it’s running somewhere else in a different environment. I don’t exactly know what this environment looks like because I haven’t really had any insights into that. I hadn’t had any insights into PageSpeed Insights. So I’m assuming that it’s like some sort of shared server infrastructure and you might see differences in depending on how much it’s leveraged and how much available capacity it has at different points in time, so you might actually see fluctuations within PageSpeed Insights, but it’s definitely going to be different from your website being tested on your computer in Chrome’s Lighthouse. And that is, to begin with, if my server happened… I don’t I don’t know where PageSpeed Insights lives. Let’s say PageSpeed Insights lives in Virginia in the data center.

Martin Splitt:

So if my website is hosted here in Switzerland and I test it on my local machine, network doesn’t really play a role because it’s like milliseconds to go to the other end of Switzerland go to my server and get the website back. It’s going to take a while to go over the ocean to the page speed insight server in Virginia and then actually like have that communication happen, so it’s inherently going to be slower. And I think network is mostly… I do see that in the time to first bite being different, for the core web vitals that doesn’t matter so much, but still this machine that it simulates I think it simulates a Moto G4 phone, is going to have very different specs than a Moto G4 simulation on my MacBook. So we are going to see different scoring across the tools and even within the same tools they will fluctuate.

Loren Baker:

What’s the most accurate tool to utilize as provided by Google that has most field data within it?

Martin Splitt:

I guess the best way of doing it is PageSpeed Insights right now because at least you’re getting roughly the same instance and roughly the same configuration. And it also shows you field data as well from CrUX if that’s available, so you get lab data and field data and PageSpeed Insights, which I think is great.

Loren Baker:

Great. We have some really good questions coming in. I encourage any viewers right now if you have any questions to ask them. Before I get into the one that just popped up from Gabriel, I do have a question that came up during a webinar in the past with Keith Goode, who I also see is on from IBM. So the question that was asked previously was, “Hey, I work on multiple different sites, one I’ve optimized and I see everything is passing and search console reported the changes almost instantly. Another site that I’m working on everything is passing according to the tool sets that we utilize, same exact thing, we’re not seeing any data yet in search console after three, four weeks what’s the difference…

Martin Splitt:

Not enough field data.

Loren Baker:

Not in the field data. Not enough visitors, not enough field data.

Martin Splitt:

And even… It can be enough if these visitors are not generating telemetry data then we are still not having the telemetry data. And even if we have some data it might not be enough to for us to… oh damn, the word has to slip me. Ah confidently say this is the data that we think represents the actual signal, so we might decide to actually not have a signal for that if the data source is too flaky or if the data is too noisy.

Loren Baker:

So it may take time.

Martin Splitt:

It may take time.

Loren Baker:

No difference whether it’s more traffic, less traffic, just it takes time to put together.

Martin Splitt:

Yeah. I mean, more traffic is more likely to actually generate data quickly but it’s not a guarantee.

Loren Baker:

Okay. Peguei vocês. So don’t freak out if you fixed everything and you still don’t see the reporting there. If you feel confident and then once Google feels confident with all the data that they’re able to compile, it should update in time. Next question from Gabriel, “Hey Martin, does Google calculate core vitals looking only at the last 28 days of RUM data?

Martin Splitt:

I don’t know.

Loren Baker:

And does this range impact the rankings?

Martin Splitt:

I don’t know. That’s a really good question. I can try to follow up with the team to figure that one out but I don’t know at this point.

Loren Baker:

Excellent. Thank you for the question Gabriel. Hopefully we’ll have a follow-up soon. Okay, can you confirm or deny if visits from a Google search result from an amp site will use the data from the cache page load to determine core web vital metrics. If that is how it is factored then won’t all amp search visits get perfect LCP and FID scores?

Martin Splitt:

I don’t think it works like that.

Loren Baker:

Okay good. I think that would also determine on how the template was set up as well. Are there any CMS platforms that you think will be most impacted by this update and why?

Martin Splitt:

Don’t know.

Loren Baker:

Okay, it could possibly be CMS platforms that have a lot of additions and layers that are added to them as well on that site, but not sure. Is there going to be any kind of leniency for companies that are having a hard time getting their developers to implement these fixes on this front?

Martin Splitt:

We have announced it last year, we have pushed it back from May to June. At some point, it’s going to happen.

Loren Baker:

It’s a pretty, pretty early announcement so we’ve had a lot of time to prepare for that, right? So really good on that front. And again, is it mandatory? Like you said, it can be a tie breaker, it’s a very small component in the overall algorithm. A lot of questions are coming in like, “Should we do this for Google?” But to your point earlier you’re not just making these fixes for Google you’re making these fixes for the user experience at the end of the day. So I’ll go ahead and answer this one. It is mandatory because you do not… It’s personatory because you do not want to have people visiting your site that can’t load anything, they can’t click on anything, that everything’s moving around. Don’t just think of this as being in a technical SEO, think of this like go into your different usability tools out there that are taking videos of how people are utilizing the site and see how your users are experiencing your site at the end of the day?

Loren Baker:

Especially as you’re elevating this internally to your devs to make these changes, which are critical, and the Google team, to Martin’s point, has given us enough time to get ready for this. You’ve been able to get these fixes in, you’ve been able to build a case for it. At the same time, don’t just fix these issues if it’s showing up negatively on a Google score in webmaster tools. If you’re able to identify usability issues, chances are they’re going to haunt you further down the line from a ranking perspective as this becomes more important. But secondly, you might uncover something that’s keeping people from converting, that’s keeping people from sharing, that’s keeping people from experiencing all the content that they should be experiencing.

Loren Baker:

Can they scroll down? Do your jump links work? What’s happening when they’re trying to load a large infographic image on a small phone? All of that is a component of this really at the end of the day, so don’t just optimize your user experience for a score that Google gives you. There’s plenty of different services out there that will give you feedback from real users as they’re trying to scroll through your site. So sorry about that. Next question, Martin, what happened to your unicorn hair?

Martin Splitt:

Diving and cold temperature has happened. Over the winter, it was really cold, I continued diving and long hair and diving don’t go too well together when it’s cold. And it was not convenient so I just cut my hair short.

Loren Baker:

There you go. That explains quite a bit, that explains quite a bit on that side. Let me go through the rest of these questions that are coming in here. Okay, so this is interesting. I’m not sure if you can answer this or not but, if someone is in a situation where they’re using various different tools and add-ons and apps and plug-ins to be able to make their user experience “better” or upsell the user or whatever it is, and those tools aren’t making the changes at the end of the day and they can’t implement them differently, should they be looking at different solutions.

Martin Splitt:

I guess looking at different solutions is definitely a good idea. I mean, if you had, I don’t know, if you had something that would, let’s say you own a car you drive a lot and you have something that somehow reduces your fuel consumption but it makes you crash into a wall every third day. I mean the lowering and fuel consumption is amazing but there’s like this annoying side effect that you crash your car every couple of days, maybe only every couple of months, maybe only like every six months you crash once.

Loren Baker:

Tesla analogy?

Martin Splitt:

No, but okay, but that would be the case, I would say that the issue with it outweighs the benefit of it and there might be other ways of reducing your fuel usage that you might want to look into, like a different style of driving, a different kind of car. Similar here, if it gives you more stuff that potentially is great but then it has these implications you have to judge for your specific case if you’re okay with the implications that it has or if you’re like, “Nah, I’ll try to see if we have something else that does that without the problems.”

Loren Baker:

It’s a good chance to look through all of these legacy tools that people have utilized over the years and put together a nice SWOT analysis, right? Or what are the pros and cons? Such and such ups conversion rates or whatever by X percent but it takes longer to lower… Yeah thanks, are you laughing at that comment too? So Mr. Goode says that if you’re crashing your car every month or so it’s time to adopt mass transit. So put together that analysis, right? There are some tools out there that are I guess alternative players in their spaces that are really marketing the fact that they’re fast, they don’t mess up anything with the page loads, and they don’t move things around et cetera, et cetera, et cetera on that front.

Loren Baker:

So just look into that because it might just be a better user experience at the end of the day and it might improve the strengths that you’re seeing as well, right? So maybe it’s time to get a new car that’s not crashing all the time and gets better gas mileage or is a little bit more carbon neutral. Okay, next question has come in, which is kind of interesting is, if my core web vital scores are really good from a mobile experience perspective and then two different scenarios, they’re either really good from a desktop experience perspective or they’re really bad from a desktop experience perspective. Will I then rank better in mobile first or for mobile users if my core web vital score is better on the mobile side than it is a desktop side or is there some kind of aggregate score looking at both experiences that are being utilized to weigh a site because you don’t necessarily know how people are going to access from one device to another in the future.

Martin Splitt:

I am not aware of any aggregates at the moment, that doesn’t mean that there won’t be in the future. As far as I’m aware right now, mobile is being used for mobile and desktop is going to be used for desktop.

Loren Baker:

Okay. Mobile score, desktop score, no one really knows what the future holds. So make sure it’s both. Hi Crystal. So another question I’m just going to add on to that a little bit, if a site is seeing 80 to 90% mobile users, right, 10 to 20% desktops, say most of your B2C oriented sites, shopping sites, things like that, should they really be worried about desktop at the end of the day and if they don’t address their desktop experience will that negatively affect them on the mobile side?

Martin Splitt:

I don’t think so.

Loren Baker:

Or just not bother?

Martin Splitt:

I don’t think you need to worry about that too much then.

Loren Baker:

Okay. All right, good. Certo, ótimo. Does loading a page without images, ads, pixels, and then rendering them on user activity over time trick the Google page experience tool or measurement system. So let’s say lazy load or back ending loading of things, let’s not use the word trick. How does that affect the page experience?

Martin Splitt:

I mean, the core there would be then, if you implemented it in a way to trick the system, it wouldn’t necessarily work because especially CLS is calculated over the lifetime of the page so you would still see shifts if they would appear after user activity. The other thing is if content only pops in after user activity Googlebot probably wouldn’t see it, except you use lazy loading and again that’s like if you try to trick, you’re easily inviting more trouble than it’s worth. And I’m also not sure how well that would work and if it would work now, we would definitely have an incentive on figuring that out in the future. If you are using techniques such as like infinite scroll and lazy loading and you implement them correctly, it might actually have a positive effect on user experience and thus on the core web vitals as well.

Loren Baker:

Excellent, very cool. So lazy load can be lazy loading images correctly upon the user action scroll or whatever can have a positive effect on the experience in core web vitals, right, because it just makes sense. It almost reminds me of the rules around pop-ups and ads, if they’re action-oriented as opposed to whatever, forcing, it’s less of a negative impact. Okay, got a couple more and then we’ll head out. When it comes to browser caching, are there any sort of SEO guidelines, best practices to communicate with your dev team regarding the max age you would set for certain file types?

Martin Splitt:

We do have a little bit of a guideline for that. I think in general, try to cache as long as possible for pretty much everything. If you can use immutable assets then definitely that is a fantastic way of cutting down the need for network interactions and that’s just generally a win for everyone. There is this additional layer where you can use service workers, that unfortunately does not bring much benefit in terms of Googlebot’s usage of your site but it will still potentially help if you have lots of returning visitors and with the service worker you can do more granular decisions on when to refresh cache, but there’s no hard and fast rule or guideline in terms of what you want to do with your developers. My general advice is cache as long as it’s reasonable. And that might be shorter than you like and shorter than you think depending a little bit on your site, the content, and the way that you work with the content.

Loren Baker:

Excellent. Another interesting question that comes up is with Google Chrome DevTools and testing the page load, testing and documenting the page load experience within DevTools and pulling out CLS information specifically, do you recommend that storage is cleared within Google Chrome or, like you had said earlier, any apps or tools that may be running on the back end that affect overall usability, loading, timing, et cetera, et cetera, on that. And what’s the best way to prepare Google Chrome to be able to accurately pull these experience numbers if someone’s trying to say visualize on the timeline all of these issues with their development teams?

Martin Splitt:

I would probably try to basically either launch a completely separate Chrome instance and then that be probably the incognito window of that instance so that I’m not having any extensions or stuff available there. Or just really use something like Puppet which also launches an entirely independent Chrome instance and I would do that on a machine where I have as few applications running as possible. Maybe I run like a virtual machine somewhere in the cloud that does nothing else but run my Chrome instance and then give me the data back. Because, as far as I’m aware, I’m not sure how to get that through Puppet but then puppeteer, but there must be a way of getting the profiles out and then you can import the profiles file into your browser and actually investigate it with your DevTools in your browser, so that’s definitely a possibility.

Loren Baker:

So that was Puppeteer?

Martin Splitt:

Puppeteer yeah.

Loren Baker:

Pptr.dev

Martin Splitt:

Yes.

Loren Baker:

I’ll drop a link in here, in the stream yard right now. Up tier. Go and check that out afterwards. I had a lot of questions about Google being able to actually identify what the issues are if Google can identify UX issues and core web vitals within Chrome on a page by page level, can we get that from a reporting perspective within search console?

Martin Splitt:

Good question. I guess that’s not always going to be easy especially because we have to make sure that we are not leaking too much information because that might make things less private than you want. But I don’t know if there’s anything planned to give you more insights into that. You can get a lot of insights about that already if you’re testing in your local DevTools, but I don’t think there’s anything planned on the roadmap for search console.

Loren Baker:

Excellent. So let’s see what day is today, it’s May 20th I believe. You had said we have… the clock is ticking, actually…

Martin Splitt:

The clock is ticking, tick tock.

Loren Baker:

… if we were on the original timeline, we’d probably all be freaking out right now. But we’ve been given an additional month, more or less, right? You would say it’s probably going to be, we’re looking at a mid-June rollout, lasting until mid, late August or lasting until August so a slow rollout, some things changing over time. For those that are currently viewing or listening right now, what tips do you have for if folks have not been able to get these fixes in, if they’re currently working on it. If it doesn’t look like they’re going to be able to get them in before mid-June, any tips or anything that you can add to this discussion that you’d like to that give people maybe a better piece of mind and/or kind of it’s time to put the pedal to the metal?

Martin Splitt:

So I think, first things first, don’t panic, don’t completely freak out. Because as I said, it’s a tiebreaker. For some it will be quite substantial, for some it will not be very substantial, so you don’t know which bucket you’ll be in basically because, again, depends a lot on context and industry and niche, so I wouldn’t worry too much about it. I think generally making your website faster for users should be an important goal and it should not just be completely ignored, which is the situation in many companies today that they’re just like, “Yeah whatever.” I think when you can get your company to shift from, “Ah whatever,” to, “Oh yeah, we need to get that done but we can’t get it done until June,” that’s the milestone, that’s the improvement that you want to have, you want to have a commitment to make things better and you want to be the one who said, “Hey, this is going to be a factor in rankings so don’t be surprised if we are seeing some changes in ranking.”

Martin Splitt:

I wouldn’t oversell it as, “Oh my God, we need to stop everything else and we need to just focus on core web vitals right now,” because that might backfire in the end as well. So you want to take a reasonable approach about this, you want to be like, “Hey, be sensitive when we’re making new changes,” especially if you start new projects. So for instance, I recently created a new website for a site project of mine and I did that with Hugo, which is a static site generator, and I had to pick a theme. So I clicked on the first theme that I liked and I liked it a lot and then I ran a few tests on it and I noticed that their sample site is already having really, really bad performance.

Martin Splitt:

So I kept looking and I found a theme that I really liked that had really good performance out of the box. So then I chose that over the other because it gives me a better performance out of the box. That’s an approach that I would take for new projects definitely advise them to look into core web vitals from the get-go for projects that are already in maintenance mode or are basically already actively being deployed. I would look into making some sort of plan for the mid-term future saying like the next six months, eight months, 10 months, 12 months, to actually work on the core web vitals and to improve performance not just for an SEO perspective but also literally for your users.

Loren Baker:

Yeah. Not to sound like a broken record, but for the users and for conversion is, I mean for me, from a consulting perspective, that’s always really helped. I’m going to drop a link in here right now, it’s basically a cloud flare study that looked at page performance, speed performance and conversion rates, right? So it’s very easy for folks in SEO to stick within our little SEO bubble and think that this is only something that helps with Google ranking or it’s a tiebreaker at the end of the day or whatever. But the fact is that all of us within SEO, whether we like it or not, we’re in charge of one of many sales and lead generation tools, right? So if we can make the case to make this change, whether it’s by June, or like whether Martin said, six-month plan, 12-month plan, whatever, don’t freak out, but let’s let’s make this plan, we can improve things across the board, right? So one good way to sell this internally is not necessarily to say, “You need to make this because if you don’t we’re not going to increase rankings 100%.” But it’s to pile on all the other all the other benefits, sorry.

Martin Splitt:

This keeps reminding me of this cartoon where there is a climate scientist on the stage and this is how we can improve nature and ecology and the air quality and reduce pollution and reduce our reliance on non-renewable energies, and someone in the audience gets up and says, “But professor, what if we make all these improvements and then the world wouldn’t end otherwise anyway?” It’s like, “Ah.” Yeah, why accidentally make the world a better place, it’s kind of like a weird question right? It’s like you’re making things better for your users, that’s never not going to pay off in some form.

Loren Baker:

Yeah, so there’s going to be benefits even outside of SEO.

Martin Splitt:

Yeah.

Loren Baker:

So once you make the case and get this implemented internally with the developers, and the PPC team shows up to a meeting and starts bragging about how conversions have increased, make sure that you plant that seed to let everyone know that there’s going to be better PPC conversions, if they’re utilizing the main site for the landing pages, there’s going to be better social media conversions, better email conversions, better direct traffic conversions, which mostly is a search anyway, and better conversions across the board, right? So definitely get that in from an internal selling perspective.

Martin Splitt:

Exactly.

Loren Baker:

Because promising a ranking change as a result of this is not necessarily going to be guaranteed, but promising a user a better user experience and then the ability to actually convert better and especially if that chat button’s not taking up someone’s entire phone. Who really wants to chat with the company anyway when they’re making a purchase decision? I find that most of the time that just slows down the entire process. So when I walk into the Apple Store, I don’t want to have a conversation with somebody that’s working there, I just want to buy and get out of there. So anyway, Martin it’s getting late where you are, thank you so much for jumping on. I hope you really enjoy your day of diving tomorrow and this is going to be cold water diving, right?

Martin Splitt:

Yes, correct. I think the water is 11 degrees celsius.

Loren Baker:

All right, so watch out for the catfish and let us know if find anything cool there on the bottom.

Martin Splitt:

Will do.

Loren Baker:

It’s been a pleasure everybody, we’re going to be following up probably in a couple of different SEJ posts with everything, so we’re about to sign off but thanks so much and looking forward to seeing all this roll out in mid-June.

Martin Splitt:

Awesome, looking forward to seeing all of your wonderful faces and smiles again soon and thanks a lot for having me Loren.

Loren Baker:

You’re welcome Martin, thanks for everybody for tuning in. This is Loren Baker and Martin Splitt with SEJ Show, signing off. Cheers.