Horário de Atendimento SEO, 14 de janeiro de 2022

Este é um resumo das perguntas e respostas mais interessantes do Google SEO Office Hours com John Mueller em 14 de janeiro de 2022.

O tamanho do arquivo robots.txt

00:45 “Existem efeitos negativos de SEO que podem resultar de um enorme robots.txt?”

John respondeu que “não há problemas de SEO negativos diretos com isso. Mas isso torna muito mais difícil de manter. E torna muito mais fácil empurrar acidentalmente algo que causa problemas. Só porque é um arquivo grande não significa que seja um problema, mas torna mais fácil para você criar problemas.” […]

04:35 “Além de encurtar radicalmente [o arquivo robots.txt], existe alguma diretriz para construí-lo?”

John: “Não, depende essencialmente de você. Alguns sites têm arquivos grandes. Alguns sites têm arquivos pequenos. Todos eles devem apenas funcionar. Temos um código-fonte aberto do analisador robots.txt que usamos. Então, o que você também pode fazer é fazer com que seus desenvolvedores executem esse analisador para você ou configure-o para que você possa testá-lo. E então, verifique as URLs em seu site com esse analisador para ver quais URLs seriam bloqueadas e o que isso mudaria. E dessa forma, você pode testar as coisas antes de torná-las vivas.”

Você também pode encontrar mais informações sobre o arquivo robots.txt em nosso Ultimate Guide to Robots.txt para SEO.

Migrando uma categoria de produto para um novo domínio

08:56 “Estamos planejando mover nossa categoria de produto de vários fornecedores para um novo domínio ou subdomínio. […] Como classificar o novo domínio? O domínio atual tem uma boa classificação no Google e em outros mecanismos de pesquisa e nos fornece um tráfego de pesquisa orgânico bom. Quanto tempo levará para que o novo domínio receba a quantidade de tráfego que estamos recebendo agora?”

John respondeu: “Não acho que haja um tempo fixo para essa mudança porque parece que você não está mudando de um domínio para outro. Você está migrando de uma infraestrutura para uma infraestrutura diferente. E muitas vezes, isso significa que o conteúdo será diferente. A estrutura das páginas, talvez até as URLs, serão diferentes. Tudo isso pode mudar. E todas essas coisas são elementos, que levam tempo para serem processados. Depende do site com relação a quanto tempo isso levaria. E não é que você possa ter um cronograma específico para isso.

Acho que a outra parte a ter em mente é que essas mudanças podem ter efeitos gerais positivos ou negativos para um site. Então é possível pegar esse tipo de migração e dizer que também trabalharemos em SEO e melhoraremos a interligação de nossas páginas, a estrutura de URL e o formato HTML de nossas páginas. Tudo isso pode ter efeitos muito positivos em seu site.

Mas, ao mesmo tempo, se você não tomar cuidado com essas coisas e, de repente, tiver uma grande confusão de URLs, e o HTML não for facilmente compreensível pelos mecanismos de pesquisa, isso poderá ter um efeito negativo. Portanto, é algo em que você não deve assumir que, se estiver migrando uma loja de comércio eletrônico de uma plataforma para outra, será o mesmo na outra plataforma após um determinado período de tempo. Pode ser semelhante [ou] muito melhor [mas] também pode ser muito pior. Portanto, você precisa ficar atento a todos esses detalhes e pensar sobre qual é a estrutura final que deseja e quais elementos de SEO você deseja incluir nessa migração.”

11:45 “Que aspectos negativos enfrentaremos quando estivermos movendo essa infraestrutura para um novo domínio?”

De acordo com John, “[…] Normalmente, o que acontece em uma situação em que tudo está muito bem alinhado, você verá algumas flutuações ao longo do tempo em que aprendemos sobre o novo site até quando mudamos tudo. E isso é algo em que eu suponho que você verá menos visibilidade na Pesquisa. Mas depende de todas as mudanças que você fizer lá, onde pode demorar muito mais. Também pode ser algo em que o resultado final seja muito pior ou até muito melhor do que era antes.”

Redirecionamento de aplicativo

20:38 “ Você sabe quais são os riscos de redirecionar usuários de uma ferramenta de página de site como um aplicativo? Isso tem um impacto negativo no tráfego de uma perspectiva de SEO? […] Nosso aplicativo tem uma taxa de conversão maior [do que nossa versão móvel], então estamos pensando que talvez possamos redirecionar alguns usuários quando eles entrarem em algumas páginas de produtos ou páginas de categorias […] para o aplicativo ou loja de aplicativos. Talvez [isso possa] contribuir para uma conversão mais alta?”

A resposta de John foi: “Acho que no geral você pode fazer isso. O aspecto que eu geralmente tomo cuidado é que você faz isso de uma maneira que permite que os usuários acessem o aplicativo se quiserem. Não conheço todos os detalhes no momento com relação à conexão entre os aplicativos e as páginas da web, mas acredito que exista uma maneira de fazer um banner inteligente, onde se você reconhecer que o usuário tem o aplicativo instalado , é muito fácil para eles migrarem para a experiência do aplicativo a partir daí. Mas eu não sei os detalhes específicos para Android e iPhone. […]

Em geral, do ponto de vista da Pesquisa, se pudermos indexar as páginas móveis individuais, as páginas da área de trabalho também ou o que você tiver disponível lá, tudo bem. E se as pessoas de suas páginas acabarem acessando o aplicativo, também está perfeitamente bem do nosso ponto de vista.”

22:57 “Você está falando de um banner superior na página do site. Talvez se os forçarmos a redirecionar, isso será ruim para o SEO ou para o site?”

John declarou: “Acho que provavelmente isso seria bom. Há duas coisas que tenho na parte de trás da minha cabeça, que podem ser algo a ser observado.

Como o Googlebot também usa um agente de usuário do Android, você precisa se certificar de não redirecionar o Googlebot para a loja de aplicativos ou o aplicativo porque não instalaremos o aplicativo. Então isso é uma coisa. A outra coisa é com relação, especificamente, às métricas em torno do Core Web Vitals. Se você sempre redireciona os usuários móveis diretamente pelo aplicativo, não terá muitos dados para os Core Web Vitals. E dependendo do seu site, […] também é algo para se ter em mente lá. Mas acho que […] não há nada de negativo do ponto de vista de SEO se você redirecionar os usuários para um aplicativo. Do ponto de vista da usabilidade, torná-lo opcional é muito mais agradável. Mas, em última análise, isso é entre você e seus usuários.”

O Google pode avaliar a semelhança das páginas?

26:28 “Como o Google mede a similaridade das páginas?”

John disse: “Acho que não. Acho que usamos o hreflang para entender quais desses URLs são equivalentes do seu ponto de vista. E vamos trocá-los. […]

Só faríamos isso para coisas como o rel=”canonical” para entender o que é o URL canônico. Mas para hreflang, acho impossível entendermos que esse conteúdo específico seja equivalente para outro país ou outro idioma. Há tantas diferenças locais que são sempre possíveis.”

Verificando backlinks de spam

27:22 “Somos um grande site de comércio eletrônico e existem milhões de backlinks. Temos um procedimento padrão para verificar alguns backlinks de spam todos os meses ou vários meses. Acabamos de notar que o limite superior da lista Google Disavow é de apenas 2 MB. Gostaria de saber se nosso arquivo excedeu o limite, então como lidar com esses backlinks de spam. […] Atualmente, a maioria dos links de spam que encontramos [são] direcionados ao nosso site em nossas páginas de pesquisa, o que é super estranho para mim.”

John respondeu: “Geralmente, eu recomendaria, por um lado, tentar usar a diretiva de domínio o máximo possível ‒ que economiza várias entradas do mesmo site e também não se concentrar muito em tentar limpar todos os links porque isso é sempre impossível. Eu me concentraria em usar o Disavow para links, onde você olha para eles, você pensa, se alguém da equipe do site olhasse para isso, eles teriam 100% de certeza de que você os comprou ou que houve alguma troca acontecendo aqui. Mas para todos esses tipos de links aleatórios que um site recebe, e mesmo de páginas com spam ou cópias ou postagens aleatórias no fórum, essas não são coisas que você precisa colocar no arquivo Disavow. […]

Não sei se esse é o caso na sua situação, mas já vi que antes disso [esses links] segmentam páginas de resultados de pesquisa com uma consulta específica que inclui coisas como um número de telefone ou um URL na esperança de que esse telefone número aparece nos resultados da pesquisa. E se você não indexar suas páginas de resultados de pesquisa ou páginas de resultados de pesquisa que talvez tenham uma consulta mais longa, elas não serão indexadas automaticamente.”

Queda de tráfego x remoção de páginas AMP

30:43 "Devemos esperar uma queda no tráfego se removermos o AMP?"

John: “Eu suponho que esta é uma configuração, onde você tem páginas HTML tradicionais e páginas AMP, e você vincula entre elas. Acho que há três coisas que se juntam quando você remove páginas AMP como esta.

Por um lado, existem alguns recursos de pesquisa limitados a páginas somente AMP. […] Eu teria que verificar novamente, mas não acho que existam recursos de pesquisa no momento que estejam disponíveis apenas para páginas AMP. Então, desse ponto de vista, você não estaria perdendo nada lá.

A outra coisa é que as páginas AMP tendem a ser muito rápidas, ou é mais fácil criar páginas AMP muito rápidas. E como usamos a velocidade e a experiência da página como um fator de classificação, é algo em que, se você tiver muitas páginas muito rápidas em AMP e alternar para páginas mais lentas que não são AMP, poderá ver um efeito nisso. Você também pode criar páginas muito rápidas que não sejam AMP. Não se limita a AMP. Então, isso é algo que eu verificaria novamente para ver como as coisas em relação à velocidade se aplicam lá.

E acho que a terceira é […] essa suposição de que as páginas AMP de alguma forma têm uma classificação melhor. E esse não é o caso. AMP não é um fator de classificação. Portanto, não deve ser algo em que você veja uma mudança na classificação apenas porque tem páginas AMP ou não tem páginas AMP. […]

Se você puder garantir que suas páginas normais sejam rápidas e equivalentes e tenha todos os dados estruturados necessários nessas páginas normais, provavelmente poderá desativar o AMP. E será essencialmente muito semelhante. O que você provavelmente verá é um período de transição de algumas páginas AMP ainda no cache AMP e demorando um pouco para sair. Mas, em geral, é possível desativá-los. Temos um artigo da Central de Ajuda sobre como desativar as páginas AMP, então eu verificaria isso também.”

Painéis de conhecimento

35:17 “Nos últimos meses, notei que o Google pesquisava os Painéis de Conhecimento para determinadas pesquisas de nome de forma muito consistente em dispositivos móveis e não em computadores para a mesma consulta. […] É possível entender por que um Painel de Conhecimento é considerado adequado para atender usuários mobile, mas não usuários desktop nesta situação? E a Wikipedia é o fator crítico para o Google ao decidir se deve ou não mostrar um Painel de Conhecimento?”

John disse: “Não estou ciente de coisas específicas que fazemos de forma diferente em dispositivos móveis e computadores em relação a um Painel de conhecimento. Mas é muito comum nos diferentes recursos de pesquisa que, dependendo do tipo de dispositivo do imóvel que temos disponível, ativemos e desativemos alguns recursos para tentar ter certeza de que estamos mostrando algo que é útil para o usuário com base na consulta que ele estava usando. Desse ponto de vista, não ficaria surpreso se você visse diferentes Painéis de Conhecimento no desktop e no celular. Mas também acho que não há nenhum fator específico que diríamos, é por isso que você está vendo este Painel de conhecimento neste momento e não em outro momento.

Às vezes, com relação a esse tipo de consulta, onde você está vendo essa mudança, pode ser que esteja apenas na fronteira, vamos mostrar um Painel de conhecimento ou não. E então talvez o tipo de dispositivo mude e seja tipo, digamos, sim ou não no final. Mas isso é algo em que não acho que haja um fator específico envolvido em mostrar ou não mostrar isso. Usamos uma variedade de fontes diferentes para Painéis de Conhecimento. E parte disso você verá diretamente no Painel de conhecimento. Então isso é uma coisa que você pode acompanhar um pouco.

Outra dica que eu daria em relação a essas coisas é que existem algumas pessoas externas do Google que passaram muito tempo olhando os Painéis de Conhecimento e como as coisas são mostradas quando o Google pega as coisas. […] Jason Barnard é uma das pessoas que conheço que faz isso bem. Ele está postando no Twitter o tempo todo em Painéis de Conhecimento. E talvez isso também lhe dê algumas ideias do que você poderia estar vendo lá.”

O número de perguntas a serem incluídas em uma lista de perguntas frequentes

40:41 “Tenho de 15 a 20 perguntas frequentes na minha página da web. Devo incluir todas as perguntas no esquema de perguntas frequentes ou apenas as perguntas que considero importantes?”

De acordo com John, “Quando se trata de dados estruturados, queremos ver os dados estruturados visíveis na página, mas nem todo conteúdo visível precisa ser marcado com dados estruturados. Se você tiver partes individuais de conteúdo em sua página para as quais deseja fornecer dados estruturados, vá em frente e faça isso. Você não precisa fazer isso para cada parte do conteúdo da sua página. Portanto, se você tiver 20 perguntas frequentes e marcar cinco delas, isso depende totalmente de você. Você pode até usar o data-nosnippet para bloquear completamente alguns desses outros itens de aparecer em um snippet, se isso for algo que você gostaria de fazer.”

Os problemas de cobertura do índice

52:00 “Um [problema] é Rastreado ‒ atualmente não indexado e [o último] é Descoberto ‒ atualmente não indexado. E em ambos os casos, as páginas não são indexadas. […] Eu sei que o Google não indexa todo o conteúdo. […] O que devo fazer para tornar essas páginas pelo menos [indexadas] mais rápidas, como links das páginas iniciais ou links das páginas, que já estão classificadas para algumas das consultas do meu site específico? […] Poderia estar trazendo mais backlinks?”

John disse: “Acho que todas essas coisas ajudam. E parece que você está no caminho certo e sabe um pouco o que esperar.

Do nosso ponto de vista, é o caso de não indexarmos o conteúdo em todos os sites, e isso é esperado da nossa parte. Então, se você está vendo uma grande parte do seu conteúdo já indexado, acho que está na abordagem certa. Mas isso não significa que tudo é perfeito. E coisas como links internos, garantindo que a qualidade geral do site seja realmente boa – isso ajuda muito.

Às vezes, também pode fazer sentido olhar para o site como um todo e dizer, bem, eu enviei 500 páginas no meu segundo arquivo. E 200 deles estão sendo indexados. Qual é o valor dessas 300 páginas que não estão sendo indexadas? E há algo que talvez eu possa fazer para deixar de ter 500 páginas aleatórias em um site? Talvez [está] reduzindo para 300 páginas realmente boas em um site para concentrar o valor em menos páginas? Assim, pelo menos, à medida que essas poucas páginas são indexadas, você obtém muito do valor dessas páginas de volta, o que pode ser que elas sejam classificadas para palavras-chave diferentes ou funcionem para os usuários mais importantes para você como uma forma de priorizar seu lado antes de entregar tudo para o Google fazer.

Então, essa seria minha abordagem – por um lado, garantir que você tenha tudo alinhado corretamente com os links internos e a qualidade geral do site. Por outro lado, se você estiver vendo que muitas de suas páginas não estão sendo indexadas, tente encontrar uma maneira de deixar claro para o Google quais páginas eles devem priorizar, o que pode ser remover algumas páginas que você não se preocupam ou que não são críticos para o seu site.”