Horário de Atendimento SEO, 11 de março de 2022

Este é um resumo das perguntas e respostas mais interessantes do Google SEO Office Hours com John Mueller em 11 de março de 2022.

Uma única página pode influenciar todo o domínio?

6:50 “ […] recentemente adicionamos uma página ao nosso site que está gerando consistentemente tráfego e engajamento significativos […]. Minha pergunta para você é: uma única página com engajamento e tráfego extremamente altos pode influenciar o domínio como um todo? […] ”

John respondeu: “ Não acho que usaríamos o engajamento como um fator. Mas acontece que, normalmente, as páginas de um site estão interligadas com o resto do site. E através desses links internos em todo o site, encaminhamos alguns dos sinais. Então, se virmos que uma página é uma página realmente boa e gostaríamos de mostrá-la muito na pesquisa, talvez ela também tenha vários links externos indo para lá, isso nos dará muito contexto adicional sobre essa página. E podemos encaminhar um pouco disso para o resto do site. Então, geralmente, isso é uma coisa boa.

O que eu devo observar é se isso gera engajamento para o tipo de coisa que você gosta. Isso é apenas algo que eu tenho visto algumas vezes, onde uma página pode ser muito visível para certas consultas, mas quando você olha para as consultas, você fica tipo, bem, eu realmente não quero ranquear para isso. Meu tópico é outro. Então, isso pode ser algo apenas para dar uma olhada cautelosa nas métricas.”

A pessoa então perguntou se uma pontuação ruim no Core Web Vitals em uma seção de uma página pode afetar o resto do domínio. Se você não estiver familiarizado com as métricas que ela mencionou: maior pintura de conteúdo (LCP) e deslocamento de layout cumulativo (CLS), recomendo que você leia nossos guias sobre o que é o maior quadro de conteúdo e o que é deslocamento de layout cumulativo.

8:28 “[…] para Core Web Vitals, priorizamos nossas páginas de alta pesquisa para melhorias de produtos, […]. Um subconjunto de páginas com LCP ou CLS ruim, por exemplo, apenas a página de vídeo no site que não são as páginas principais ou secundárias ou mesmo terciárias de direcionamento de tráfego de pesquisa no site, pode afetar o restante do Core Web Vitals geral do site pontuação? […] “

John respondeu: “ Normalmente, isso não seria um problema. Então eu acho que há dois aspectos aí. Por um lado, para os Core Web Vitals, analisamos uma amostra do tráfego para essas páginas, que é feito por meio da funcionalidade Relatório de experiência do usuário do Chrome . Acredito que isso esteja documentado no lado do Chrome em algum lugar. Mas é essencialmente uma parte do tráfego para o seu site. Isso significa que, na maioria das vezes, as coisas que mais veremos são realmente as páginas que recebem mais visitas. Portanto, se você tiver páginas aleatórias ao lado que ninguém vê, e elas forem muito lentas, elas não estariam arrastando seu site para baixo . E o contrário também – se essas páginas aleatórias fossem realmente rápidas, elas não estariam puxando seu site para cima. Mesmo que sejam muitas páginas aleatórias, se, no geral, elas simplesmente não recebem muito tráfego, então não nos importamos com isso. […] as coisas que as pessoas veem devem ter uma boa experiência de usuário. Portanto, se a maioria das pessoas está vendo uma determinada parte do seu site, essa é a parte em que queremos nos concentrar.

A outra coisa é que, com a atualização do Page Experience, dependendo da quantidade de dados que temos para um site, podemos dividi-lo em diferentes seções. E tentamos fazer isso entendendo quais páginas em um site são essencialmente semelhantes. E isso pode ser por tipo de modelo ou algo assim, o que significa que, se pudermos ver isso, digamos, para um site de comércio eletrônico, todas as páginas de produtos são muito rápidas e talvez tenhamos dados suficientes para ver as páginas de produtos separadamente, podemos fazer com que esse grupo de páginas o trate por conta própria. E se houver um tipo diferente de página no site que tenha dados suficientes que sejam meio lentos, diremos, bem, esse tipo de página é mais lento. Essa é a segunda parte, se você tiver um tipo de página muito lenta e tivermos dados suficientes para que esse tipo de página entenda, bem, essa é apenas essa parte do site, então apenas essa parte será ser afetado pelo Core Web Vitals e pela atualização da experiência da página. ”

Muitos links internos podem prejudicar seu site?

12:50 “ Então, no expediente anterior, você disse uma vez que usar muitos links internos na mesma página pode diluir seus valores, e talvez o Google não consiga entender a estrutura do site. Então, na sua opinião, qual é a quantidade ideal de links internos por página para um site de comércio eletrônico, talvez com milhões de páginas? ”

John respondeu: “ Não acho que exista um número ideal. A parte que eu tomaria cuidado é que, quando você rastreia o site, ainda pode reconhecer que há uma estrutura. Então, especialmente com um site de comércio eletrônico que você ainda pode reconhecer: aqui está a página inicial principal, aqui estão as categorias de nível superior, categorias de segundo nível, você ainda pode reconhecer essa estrutura para que fique claro como é o contexto de páginas individuais . […] é mais difícil reconhecer a estrutura se cada página estiver vinculada a todas as outras páginas. E se você tiver milhões de páginas em seu site, não será o caso de você ter milhões de links em cada página. Então, desse ponto de vista, geralmente não vejo nenhum problema com sites de comércio eletrônico, só porque, não sei, o CMS de comércio eletrônico tende a ser configurado dessa maneira, que você tem diferentes níveis de categorias e, em algum momento, a página do produto individual. “

Diagnosticando problemas de rastreamento para sites pequenos

25:47 " Analisamos os relatórios de estatísticas de rastreamento no Search Console e tentamos identificar se pode haver algum problema no lado técnico com o rastreamento do Google em nosso site. Quais são alguns dos sinais ou coisas a identificar que nos indicarão se o Google estiver com dificuldades para rastrear algo ou se o Googlebot estiver distraído com arquivos irrelevantes […]? ”

John garantiu que a pessoa que fez a pergunta está gerenciando um site relativamente pequeno e, em seguida, respondeu: Relatório de estatísticas, você está realmente olhando para uma visão agregada do rastreamento do seu site. E geralmente, isso faz mais sentido se você tiver algo como, sei lá, algumas centenas de milhares de páginas. Então você pode olhar para isso e dizer, oh, bem, em média, o rastreamento é lento. Considerando que se você tem um site que tem, não sei, talvez cerca de 100 páginas ou algo assim, então essencialmente, mesmo que o rastreamento seja muito, muito lento, então essas 100 páginas, ainda podemos obter isso, tipo, uma vez por dia, na pior das hipóteses, talvez uma vez por semana. Não será um problema técnico em relação ao rastreamento.

É essencialmente mais uma questão de entender que o site realmente oferece algo único e valioso que precisamos ter indexado. Portanto, menos um problema sobre o lado do rastreamento e mais sobre o lado da indexação. A exceção aqui seria se realmente houvesse um grande problema técnico com seu site. Mas isso é algo que você veria imediatamente, porque provavelmente verificaria um desses URLs e perceberia, oh, o Google não pode rastreá-los. Há um erro que é retornado ou há um noindex [tag] que é retornado. E isso seria muito óbvio. Então, minha suposição, especialmente para um site menor, é que é realmente uma questão de garantir que o Google entenda o valor do site e que saiba que faz sentido indexar o máximo possível. Porque o lado rastejante não será o fator limitante. É mais como, bem, você tem que convencer o Google primeiro de que ele deveria tentar rastrear. ”

Por que sinônimos fazem a diferença na classificação

39:34 “Por que pode haver pequenas diferenças nos sinônimos […] que fazem uma diferença tão grande na posição no ranking?”

A pessoa apresentou os seguintes exemplos de sinônimos: “editar vídeo” e “editor de vídeo”.

John respondeu: “Então, do nosso ponto de vista, isso pode ser completamente normal, e isso é algo em que, por um lado, tentamos entender coisas como sinônimos em uma consulta, mas também tentamos olhar para o contexto completo de A pergunta. E especialmente quando se trata de sinônimos, podemos supor que algo é principalmente um sinônimo, mas isso não significa que seja completamente um sinônimo. E especialmente quando você está olhando para algo como “editar vídeo” versus “editor de vídeo”, as expectativas do lado do usuário são um pouco diferentes. Por um lado, você deseja editar um vídeo. Por outro lado, você pode querer baixar um editor de vídeo. E parece muito semelhante, mas as coisas que os usuários querem são um pouco diferentes. Então, do meu ponto de vista, faz sentido mostrarmos classificações diferentes lá. E temos o mesmo com grafias ligeiramente diferentes das palavras. Por exemplo, se você tem a versão britânica ou americana de uma palavra em inglês, se você tem uma palavra ou letra com sotaque e não tem sotaque, entendemos que elas são basicamente as mesmas, mas também entendemos que elas é um pouco diferente. E tentamos mostrar resultados de pesquisa que levam isso em consideração.”

Combinando vários tipos de pesquisa aprimorada em uma página

42:06 “ Vimos que a maioria dos sites de receitas não está fornecendo informações muito úteis no meu país, e tentamos mudar isso fornecendo informações mais úteis e chegando ao ponto de adicionar perguntas frequentes a todas as receitas. Qual é a melhor maneira de adicionar essas perguntas frequentes? ”

John respondeu: “[…] do meu ponto de vista, depende totalmente de você. A única coisa que devo observar em casos como este, em que você tem vários tipos de pesquisa aprimorada potencialmente relevantes para suas páginas, é que alguns desses tipos podem ser combinados e outros não podem ser combinados Nós vamos. Não sei especificamente quando se trata de receitas, se podemos combiná-las, ou se essencialmente temos que escolher uma ou outra. E se você perceber que nenhum outro site de receitas tem o rich snippet de receita mais a seção de perguntas frequentes na parte inferior, provavelmente não podemos combiná-los. E então provavelmente é melhor para você escolher qual tipo de pesquisa aprimorada você realmente deseja que seja exibido e se concentrar apenas nesse tipo. ”

Como garantir que um paywall não acione uma penalidade de camuflagem

43:43 “ O Google explica, em suas diretrizes de assinatura e conteúdo pago, que um esquema específico deve ser adicionado a uma página para compartilhar conteúdo pago no índice e não acionar uma penalidade de camuflagem. Depois de implementar isso, no entanto, o Rich Results Test não parece identificar isso, e não estamos arriscando inadvertidamente uma penalidade de camuflagem?”

John disse: “Assim, suponho que o Teste de pesquisa aprimorada mostrará isso, mas na verdade não o verifiquei porque o Teste de pesquisa aprimorada, na maioria das vezes, se concentra no que o Google realmente mostraria nos resultados de pesquisa como um tipo de pesquisa aprimorada . E, essencialmente, o conteúdo do paywall provavelmente não é uma das coisas que mostraríamos como um tipo específico de pesquisa aprimorada. Portanto, é possível que não mostremos isso nesse teste. Uma maneira simples de fazer isso é criar uma página de teste muito simples e apenas testar essa página individualmente. O outro teste que você pode fazer para ter certeza de que o Google está realmente vendo o conteúdo completo com a marcação é o teste normal de inspeção de URL, onde você pode fazer um esboço ao vivo da página e ver o HTML gerado para isso página. E você pode copiar isso em um editor e verificar novamente para garantir que os dados estruturados que você deseja ter visíveis sejam realmente mostrados lá. Então essa é a direção que eu seguiria para lá.”

Os links em determinadas seções de uma página são mais importantes para o Google?

45:11 “ […] os links dentro de certas seções de um site são vistos de forma diferente? Por exemplo, se uma página estiver vinculada a um cabeçalho ou rodapé e, portanto, estiver incluída em todas as páginas de um site, o Google visualiza esses links de maneira diferente dos links no corpo da página? ”

John respondeu: “ Nós realmente não diferenciamos lá. Portanto, se as coisas [páginas] estiverem vinculadas no rodapé da página e estiverem vinculadas em todo o site, então, do nosso ponto de vista, você terá esses links em todo o site. Não é o caso de dizermos, ah, links em um rodapé têm menos peso ou não são tão úteis, vamos ignorá-los, ou algo assim. Então, desse ponto de vista, quando se trata de links, nós os vemos essencialmente como links em uma página.

É um pouco diferente quando se trata de texto, pois tentamos entender qual é o conteúdo principal da página. E quando se trata de classificação em relação a outros conteúdos em seu site, tentaremos nos concentrar na seção de conteúdo principal da página. Mas os links, do nosso ponto de vista, apenas nos ajudam a entender melhor a estrutura de um site. E se eles estão no cabeçalho, no rodapé, na barra lateral ou no conteúdo principal, isso não muda nada para nós. ”

A indexação mobile-first ajuda você a ter uma classificação mais alta?

46:33 “ A indexação mobile-first ajuda nas classificações de busca? Nosso site ainda está sendo rastreado pela área de trabalho do Googlebot. E não conseguimos descobrir por que não está mudando para mobile-first. Analisamos a documentação e a solução de problemas do Google, mas nada salta à vista. Mudar para um Progressive Web App e suporte offline ajudaria? ”

John respondeu: “ Então, antes de tudo, a indexação mobile-first não muda nada na classificação. Portanto, não é o caso de você precisar forçar qualquer tipo de mudança para a indexação mobile-first. É puramente uma questão de indexar e escolher o conteúdo que usaríamos em um site. Então, desse ponto de vista, eu não me preocuparia com isso. Se o seu site funcionar bem no celular, em algum momento ele será trocado. Acredito que ainda restam alguns sites que ainda não trocamos. Mas, na maioria das vezes, trocamos, eu acho, a maioria dos sites. E os restantes, continuamos a verificá-los. Quando eles estiverem prontos e quando acharmos que estão prontos, nós os trocaremos.

Mas não é o caso de você notar qualquer mudança de classificação lá, a menos que a versão móvel seja significativamente diferente da versão desktop. E isso também seria um motivo para não mudarmos para a indexação mobile-first. E se a versão para celular for significativamente diferente e usarmos a indexação mobile-first para seu site, basicamente indexaríamos seu conteúdo com base na versão para celular. E se houver mais conteúdo em uma versão para desktop, ignoraremos isso. Então, desse ponto de vista, eu não tentaria forçar isso. Mudar para um Progressive Web App é algo que você pode fazer, mas não acho que isso afetaria a forma como a indexação mobile-first aparece em seu site. E geralmente, quando se trata de Progressive Web Apps, eles são sites de estrutura JavaScript. E isso traz um conjunto de outros desafios que vêm com isso, pois você precisa ter certeza de que o Google pode realmente ver seu conteúdo, porque JavaScript é algo que geralmente podemos renderizar e lidar bem, mas nem sempre é tão fácil quanto uma estática pura página HTML. ”