5 de março de 2019 – Notas do Hangout da Ajuda do Google

Juntamo-nos a John Mueller em sua casa neste Hangout de ajuda para webmasters. Tivemos algumas ótimas perguntas sobre velocidade de página, hreflang e backlinks. O vídeo e uma transcrição completa podem ser encontrados após o nosso verão. Se você gosta disso, considere se inscrever em nossa newsletter semanal! Resumimos os melhores artigos de SEO da semana em mordidas fáceis de digerir.

Você pode explicar o problema de usar json - ld por meio de um gerenciador de tags?

11:18

Então, acho que falamos sobre isso várias vezes e um monte desses hangouts também e há novos posts escritos sobre isso também de várias pessoas, incluindo Barry também. Mas isso essencialmente volta, para nós podermos extrair conteúdo do gerenciador de tags significa que precisamos ser capazes de renderizar o processo JavaScript dos arquivos de script do gerenciador de tags e produzir a escrita lá e incluir o lado de indexação. Então, isso é algo que sempre dá muito trabalho para nossos sistemas e nem sempre é algo que fazemos para todas as páginas, especialmente quando vemos que a página seria a mesma, então é meio difícil para nossos sistemas justificar isso precisamos também processar todo esse JavaScript. Além disso, muitas ferramentas de teste também não processam o gerenciador de tags e a saída, então é muito difícil para as ferramentas confirmarem que essa marcação está funcionando corretamente. Demora mais para ser processado na pesquisa, pode ser um pouco esquisito e você realmente não sabe exatamente o que está sendo indexado em um determinado momento. Portanto, essas são todas as razões pelas quais, do meu ponto de vista, não há problema em usar o gerenciador de tags para qualquer outra coisa. Não há problema em usá-lo para isso também para JsonLD para dados estruturados em pesquisa, mas vale a pena ter em mente que não é uma ótima abordagem para dados especialmente estruturados em pesquisa. São maneiras muito mais diretas de fornecer os dados da estrutura diretamente na página da Web, facilita a manutenção, facilita o rastreamento para testar tudo isso. Então é isso que eu recomendaria fazer isso, não estou dizendo que você não pode usar o gerenciador de tags aqui para isso, você certamente pode usá-lo e tentaremos o nosso melhor para pegá-lo e usá-lo e tal, mas não é bem o mesmo nível de tipo de velocidade e flexibilidade, segurança quando se trata de realmente fornecer os dados da estrutura diretamente nas páginas.

Resumo: Embora seja possível usar JSON-LD e outros dados estruturados por meio do Google Tag Manager, essa não é a melhor abordagem. Para o Google puxar o formulário de conteúdo do Gerenciador de tags e renderizar o JavaScript. Processe o script do Gerenciador de tags e gere a gravação e, em seguida, o índice. Existem maneiras simples de fornecer dados estruturados diretamente na página que facilitam no Google.

Como o Google escolhe um URL para mostrar na Pesquisa?

15:20

Então, isso meio que entra na questão geral de como o Google escolhe um URL para mostrar na pesquisa e, por um lado, há um aspecto nesse caso, como a página de destino da imagem 1 com um rel canonical definido para a visualização de todas as páginas, seria significa que estas páginas não são equivalentes. Então, é uma questão de acertar ou errar que pegaríamos e usaríamos esse canônico, acho que é um aspecto a ter em mente. A outra coisa a ter em mente é que, mesmo quando entendemos que essas páginas podem ser vistas como equivalentes, é uma questão de usarmos vários fatores para determinar qual dessas páginas é a verdadeira canônica. Então, para isso, usamos um rel canonical, usamos redirecionamentos se tivermos alguma coisa. Usamos links externos internos, usamos coisas como sitemaps, links hreflang, tudo isso nos ajudou a entender qual desses URLs é o que devemos mostrar e se o URL canônico que você especifica é um que você nunca usa no restante do seu site, provavelmente diremos que tornar esse link rel canonical foi um erro porque o webmaster não quis dizer isso, e talvez tenhamos que escolher um URL diferente como canônico. Então, acho que o que vai acontecer aqui é ignorar o rel canonical porque eles não são a mesma coisa ou escolheremos uma das outras páginas existentes, porque essa é uma das páginas que está fortemente vinculada dentro o site. Portanto, não acho que essa configuração específica seja tão útil no seu caso.

Resumo: O Google usa o rel canonical, redirecionamentos, links internos, sitemaps, hreflang para entender com o URL que o Google deve mostrar. Mas se o URL canônico especificado for um que nunca é usado no restante do seu site, o Google pode ignorar o rel canônico e escolher outra página que esteja fortemente vinculada internamente.

É uma boa ideia incluir autores em postagens de blog em vez de um usuário de editor genérico?

17:38

Eu acho que é uma boa jogada, especialmente se você sabe quem escreveu o artigo originalmente e pode tratá-lo como uma página de destino do autor, acho que é uma boa jogada. Mesmo do ponto de vista puro do usuário, se alguém for ao seu site e de repente vir que esses artigos foram escritos por Barry em vez de apenas editor e você tem uma página de destino para esse autor, isso pode ser um sinal de que é melhor para o usuário que poderia ser algo que os usuários pegam ou eles vão para a página de destino do autor e veem oh esse autor é realmente um especialista neste campo e está ativo lá há alguns anos, acho que sempre é útil ter em um site em geral, e com relação aos rankings do Google é complicado dizer se isso teria algum efeito direto. Mas pelo menos os efeitos indiretos são que os usuários podem confiar em seu conteúdo mais como recomendado ou acho que isso é algo que seria esperado.

Resumo: Sim! Ter uma landing page do autor é uma forma de mostrar o EAT dos seus autores. Também melhorará a experiência do usuário em geral, em vez de ter um “Editor” ou “Admin” genérico

Qual é a recomendação se sua interface do usuário puder ser traduzida para outros idiomas, mas o conteúdo complementar, como conteúdo gerado pelo usuário, permanecer em outro idioma?

21:48

Então isso é algo que acontece um pouco especialmente para conteúdo gerado pelo usuário. Então, se você tem um fórum ou um blog ou algo assim e as pessoas estão comentando em um idioma, mas você tem a configuração para que a interface do usuário possa mudar para outros idiomas. Então você rapidamente tem uma situação em que a interface do usuário pode estar em francês ou em alemão, mas o conteúdo ainda pode estar em espanhol, por exemplo, porque todo mundo está comentando em espanhol e isso é essencialmente algo que você pode lidar de várias maneiras. Então você pode dizer que minha versão canônica é a versão em espanhol e tudo é como a versão em espanhol que é uma opção que você pode fazer. Você pode usar as anotações hreflang entre essas versões para dizer que esta é a versão mais francesa do meu conteúdo que posso fornecer o conteúdo principal não está em francês, mas a interface do usuário está em francês, então o usuário que acessa a página poderá navegar meu site que é algo que você poderia fazer. E essencialmente essas são as diferentes variações que você pode fornecer lá para nos informar um pouco mais sobre quais seriam suas preferências. De um ponto de vista prático, isso depende mais de você em relação a como você deseja ser exibido na pesquisa. Portanto, se você acha que é útil para um usuário francês acessar seu site e acessar a página com o conteúdo em espanhol e a interface do usuário em francês e, então, usar as anotações hreflang entre essas versões. Se você acha que um usuário na França teria problemas para navegar em seu site se o conteúdo principal estiver em espanhol, mesmo que a interface do usuário esteja em francês, talvez faça sentido apenas manter a versão em espanhol com a interface do usuário em espanhol indexada. Então, em última análise, depende de você. Acho que nenhuma dessas soluções é perfeita. Às vezes, depende um pouco da uniformidade do seu conteúdo, da clareza com que você entende quais versões de idioma deseja indexar e quais versões os usuários esperam ver nos resultados da pesquisa. Então, por exemplo, se você é um fórum muito internacional e as pessoas postam em todos os tipos de idiomas diferentes, provavelmente é complicado dizer que você só quer essa versão da interface do usuário indexada, talvez faça sentido ter todas as versões da interface do usuário indexadas. A desvantagem, é claro, de ter todas as versões de interface do usuário indexadas é que isso multiplica o número de seus URLs que seu site possui de repente. Isso significa que temos que rastrear muito mais e, se for um site grande de conteúdo gerado pelo usuário, isso significa que temos que rastrear, por um lado, todo o conteúdo gerado pelo usuário e, em seguida, temos que rastrear todos os múltiplos para cada versão do idioma, que não sei se isso é útil, se isso for muito rastreamento para o seu site, se isso impedir que conteúdo mais recente apareça rapidamente nos resultados da pesquisa. Isso é outra coisa para pesar lá. Se você está falando apenas de alguns milhares de artigos, talvez isso seja um problema menor.

Resumo: você pode escolher uma versão de idioma como a versão canônica ou adicionar anotações hreflang entre essas versões de idioma.

Devo rejeitar um grande número de URLs aleatórios com links para o meu site?

27:58

Não, esse é essencialmente o movimento certo a fazer e especialmente se for algo com o qual você está realmente preocupado. Então eu acho que para a maioria dos sites não faz sentido sair por aí e repudiar coisas que são duvidosas e estranhas porque na maioria das vezes nós simplesmente as ignoramos. Então, em particular no que diz respeito aos links, se é algo que quando você olha para ele você diz bem, isso pode ser visto como esses links sendo comprados por nós, como naturalmente colocados lá por nós, se alguém da equipe do site tomasse uma olhar para isso manualmente e eles assumiriam que, somos nós fazendo algo estúpido, esse é o tipo de coisa em que eu diria que provavelmente rejeitá-los ou removê-los seria o movimento certo, mas caso contrário, se for apenas um link duvidoso e parece que há milhões de outros links lá, alguém executou uma ferramenta e colocou toneladas de links neste fórum, então isso é algo que nossos algoritmos já descobriram. Então isso não é algo que eu não me preocuparia.

Resumo: O Google é bom em descobrir quais links ignorar. Mas é melhor estar seguro do que arrependido quando se trata de repudiar.

Qual a importância da velocidade da página para o Google?

42:30

Qual é a política atual? Então, a velocidade é algo que importa bastante para nós e tem um grande efeito sobre os usuários, então isso é algo que eu pessoalmente levaria muito a sério e acho que a parte legal da velocidade é que existem várias ferramentas que fornecem medidas bastante objetivas. que você pode realmente trabalhar. No que diz respeito a muitos de nós ou outros problemas em torno de SEO, eu não sei a qualidade de seu conteúdo, coisas como essa velocidade é algo bastante mensurável e algo em que você pode trabalhar, e também deve ser algo que usamos é um efeito direto do comportamento de seus usuários em seu site. Portanto, não é apenas algo que, do ponto de vista do Google, como dizemos que a velocidade é importante, é um rastreador de classificação, mas é algo que você verá diretamente quando os usuários acessarem seu site e seu site de repente demorar alguns segundos a mais para carregar esses usuários reagirá de maneira bastante diferente em seu site e você terá mais problemas para convertê-los em clientes, independentemente da definição de clientes em seu site.

Resumo: A velocidade é extremamente importante quando se trata do Google. É uma métrica que é facilmente rastreável e facilmente acionável. Existem ótimas ferramentas que fornecem ótimas informações sobre o desempenho do seu site e o que você pode fazer para ajudar a aumentar a velocidade da página.

Se eu pagar pelo Google Ads, minha classificação será melhor ou pior?

47:24

Então, recebemos essa pergunta de vez em quando e a pergunta aqui é: minha classificação será afetada, mas a melhor ou pior parte é algo que também ouvimos algumas pessoas dizerem, que sua classificação não melhorará se você usar o Google Ads algumas pessoas dizem que sua classificação ficará mais baixa se você usar anúncios do Google porque queremos que você compre mais anúncios e nenhuma das duas é verdadeira. Portanto, nossos resultados de pesquisa são totalmente independentes de você usar ou não o Google Ads. Eles são totalmente independentes das tecnologias que você usa em seu site. Então, se você usar algo como análise ou outra ferramenta de rastreamento, isso depende totalmente de você. Se você monetizar com o Adsense ou qualquer uma dessas outras redes de anúncios, tudo depende de você. Portanto, se você usa ou não os produtos do Google em seu site, o uso de outros serviços do Google para seu site depende totalmente de você. Isso é algo que preferimos que esses serviços se mantenham por conta própria e, se você disser que esse serviço do Google não é ótimo, não quero usá-lo, sinta-se à vontade para usar outra coisa. Não queremos colocá-lo nessa caixa em que você fica preso entre se concentrar em seu site e fazer o que acha certo para seus usuários e ter que usar esse produto específico. Então, é realmente o caso de não unirmos isso e fazemos isso explicitamente e trabalhamos duro para garantir que essas coisas funcionem bem.

Resumo: o Google Ads não afeta as classificações orgânicas.

Se você gosta de coisas assim, vai adorar minha newsletter!

Minha equipe e eu relatamos todas as semanas as últimas atualizações de algoritmos do Google, notícias e dicas de SEO.

Vídeo completo e transcrição

Pergunta 1:14 - Há duas semanas, nosso site perdeu 94% do tráfego do Google da noite para o dia. Com tráfego de pesquisa consistente nos últimos 20 anos e sem grandes mudanças, assumimos que algo técnico poderia compartilhar IPS ou SSL por meio de um CDN como cloudfare causar uma grande queda no tráfego algorítmico. Nós cavamos mais fundo e encontramos alguns sites com conteúdo extremamente arriscado no mesmo IP. Podemos mudar nosso tema e ter um certificado dedicado, mas ainda ficaremos com pouco tráfego, o que pode estar acontecendo aqui?

Resposta 2:01 - Mas, em geral, apenas porque outros sites estão hospedados no mesmo endereço IP geralmente não é motivo de preocupação. Assim, em particular com hosters maiores, compartilhar endereços IP é bastante comum com CDNs, o endereço IP compartilhado é extremamente comum. E é algo que muda porque muitos CDNs têm terminais em diferentes países e meio que compartilham esses terminais com os diferentes sites ativos lá. Então, essencialmente, o usuário e a Alemanha podem ver endereços IP diferentes em relação a um usuário nos EUA, por exemplo, mas em geral essa é uma prática extremamente comum, compartilhar endereços IP e não é algo que será problemático. No começo isso era algo que às vezes era muito útil para reconhecer datas e anfitriões. Onde, se víssemos um endereço IP e 9.000 sites que tinham endereços estáticos e todos eles são spam e se houvesse dois outros sites no mesmo host, isso poderia ser complicado para nós percebermos, esses dois sites realmente chegam completamente sites separados em comparação com esses 9.000 outros sites. Essa é uma situação complicada para algoritmos. Mas na maioria dos casos como este veremos uma mistura de todos os tipos de sites diferentes, então sites diferentes em idiomas diferentes para países diferentes com usuários-alvo diferentes alguns sites com spam alguns sites sem spam no mesmo endereço IP e tudo isso está perfeitamente bem . Então isso não seria uma razão para dizermos, oh, porque há um site com spam neste endereço IP que isso seria um problema. Então, eu não sei especificamente o que aconteceu aqui com este site. Eu dou uma olhada em que, em geral, também o aspecto do nosso site estava indo bem na pesquisa por tantos anos antes de eu dizer que é bom no seu site, mas isso não é necessariamente algo que sempre manteríamos assim.

Então, só porque o site estava indo bem no passado e a pesquisa não significa que ele continuará indo bem na pesquisa, por um lado, sim, as expectativas do usuário mudam, por outro lado, os algoritmos do Google mudam. Portanto, essas coisas sempre podem mudar e pode acontecer que as coisas às vezes mudem significativamente e nosso objetivo é menos dizer que esse site em particular é um algoritmo ruim, mas dizer que reconhecemos que talvez não atendemos às expectativas do usuário ou temos feito coisas de maneiras que não correspondem mais ao que os usuários esperam, então nossos algoritmos mudam para tentar trazer resultados, digamos, usuários relevantes hoje em dia de volta aos resultados da pesquisa. Então isso é algo que sempre pode funcionar dependendo do tipo de site.

Pergunta 5:49 - Há algum tempo atrás, sobre o site que parecia nos superar basicamente roubando nosso conteúdo e depois modificando-o para não violar direitos autorais e depois nos superando. Percebemos o padrão quando olhamos para trás e fizemos algumas pesquisas que parecem que irá redesenhar nosso site, melhorar nossa qualidade, melhorar os rankings, então eles o copiarão e, em algum momento, no próximo mês ou dois, eles começarão a classificar nós e parece-nos que de alguma forma os algoritmos estão confusos e estão dando crédito a esse site por ser o originador do conteúdo em vez de nós e, em seguida, nos suprimindo nos rankings como resultado.

Resposta 6:37 - Não sei, teria que dar uma olhada nos sites para ver o que exatamente está acontecendo lá. Então, do ponto de vista algorítmico, é meio complicado dizer isso, como se nossos algoritmos sempre estivessem escolhendo esse site em vez do seu site para essas consultas. Mas o que eu geralmente pretendo fazer é se esses sites estiverem copiando seu conteúdo, então tente encontrar maneiras de lidar com isso na raiz para encorajá-los a não copiar seu conteúdo. Então, talvez analise coisas como uma reclamação de DMCA, não sei se isso é relevante no seu caso ou não, mas qualquer coisa para tentar lidar com isso de uma maneira que a pesquisa não precise adivinhar qual dessas versões do o conteúdo deve ser classificado para essas consultas.

Pergunta 11:18 - Você pode explicar o problema de usar json-ld por meio de um gerenciador de tags? O gerenciador de tags é usado para verificar o console de pesquisa e provavelmente a análise, então certamente é bastante estável.

Resposta 11:33 - Então, acho que falamos sobre isso várias vezes e vários desses hangouts também e há novos posts escritos sobre isso também de várias pessoas, incluindo Barry também. Mas isso essencialmente volta, para nós podermos extrair conteúdo do gerenciador de tags significa que precisamos ser capazes de renderizar o processo JavaScript dos arquivos de script do gerenciador de tags e produzir a escrita lá e incluir o lado de indexação. Então, isso é algo que sempre dá muito trabalho para nossos sistemas e nem sempre é algo que fazemos para todas as páginas, especialmente quando vemos que a página seria a mesma, então é meio difícil para nossos sistemas justificar isso precisamos também processar todo esse JavaScript. Além disso, muitas ferramentas de teste também não processam o gerenciador de tags e a saída, então é muito difícil para as ferramentas confirmarem que essa marcação está funcionando corretamente. Demora mais para ser processado na pesquisa, pode ser um pouco esquisito e você realmente não sabe exatamente o que está sendo indexado em um determinado momento. Portanto, essas são todas as razões pelas quais, do meu ponto de vista, não há problema em usar o gerenciador de tags para qualquer outra coisa. Não há problema em usá-lo para isso também para JsonLD para dados estruturados em pesquisa, mas vale a pena ter em mente que não é uma ótima abordagem para dados especialmente estruturados em pesquisa. São maneiras muito mais diretas de fornecer os dados da estrutura diretamente na página da Web, facilita a manutenção, facilita o rastreamento para testar tudo isso. Então é isso que eu recomendaria fazer isso, não estou dizendo que você não pode usar o gerenciador de tags aqui para isso, você certamente pode usá-lo e tentaremos o nosso melhor para pegá-lo e usá-lo e tal, mas não é praticamente o mesmo nível de velocidade e flexibilidade, segurança quando se trata de fornecer os dados da estrutura diretamente nas páginas.

Pergunta 14:00 - Um cliente fez uma migração HTTPs movendo usando 302 em vez de 301, eles precisam mudar isso para 301? Quanto tempo levará para o Google entender que este é um redirecionamento permanente?

Resposta 14:14 - Então, provavelmente, estaremos pegando isso também, muitas pessoas usam a tag errada de redirecionamento para mudanças de site e ainda trabalhamos para tentar descobrir isso corretamente. Uma maneira rápida de ver o que está acontecendo é verificar no console de pesquisa se as coisas estão sendo indexadas corretamente. Portanto, se o novo domínio estiver funcionando bem, provavelmente já está tudo bem. Dito isso, se você reconheceu problemas como esse ou quaisquer outros problemas técnicos em um site que sejam fáceis de corrigir e sintam que podem ter um grande impacto, vamos em frente e corrigi-los. Especialmente o tipo de redirecionamento errado, que é como uma mudança de uma linha no arquivo htaccess na maioria dos sites. Então isso é algo que é realmente fácil de consertar. Para que você não precise se preocupar com os mecanismos de pesquisa interpretando isso de maneira errada.

Pergunta 15:20 - Nossas galerias de imagens têm um URL exclusivo para imagem como /gallery/image1 ou /image2 ou /image 3 e queremos adicionar galeria /view all e usar isso como o URL canônico, mas não temos esse link em qualquer lugar do site podemos fazer isso? A visualização precisa estar visível para o leitor?

Resposta 15:46 - Então, esse tipo de questão entra na questão geral de como o Google escolhe um URL para mostrar na pesquisa e, por um lado, há um aspecto neste caso, como a página de destino da imagem 1, com um rel canonical definido como a visualização de todas as páginas, significaria que essas páginas não são equivalentes. Então, é uma questão de acertar ou errar que pegaríamos e usaríamos esse canônico, acho que é um aspecto a ter em mente. A outra coisa a ter em mente é que, mesmo quando entendemos que essas páginas podem ser vistas como equivalentes, é uma questão de usarmos vários fatores para determinar qual dessas páginas é a verdadeira canônica. Então para isso usamos um rel canonical, usamos redirecionamentos se tivermos alguma coisa. Usamos links externos internos, usamos coisas como sitemaps, links hreflang, tudo isso nos ajudou a entender qual desses URLs é o que devemos mostrar e se o URL canônico que você especifica é um que você nunca usa no restante do seu site, provavelmente diremos que tornar esse link rel canonical foi um erro porque o webmaster não quis dizer isso, e talvez tenhamos que escolher um URL diferente como canônico. Então, acho que o que vai acontecer aqui é ignorar o rel canonical porque eles não são a mesma coisa ou escolheremos uma das outras páginas existentes, porque essa é uma das páginas que está fortemente vinculada dentro o site. Portanto, não acho que essa configuração específica seja tão útil no seu caso.

Pergunta 17:38 - Qual é a sua recomendação para sites que têm muito conteúdo que eles querem fornecer para outros idiomas e países, mas eles só traduziram a interface até agora, então não o conteúdo principal.

Resposta 17:55 - Então isso é algo que acontece bastante especialmente para conteúdo gerado pelo usuário. Então, se você tem um fórum ou um blog ou algo assim e as pessoas estão comentando em um idioma, mas você tem a configuração para que a interface do usuário possa mudar para outros idiomas. Então você rapidamente tem uma situação em que a interface do usuário pode estar em francês ou em alemão, mas o conteúdo ainda pode estar em espanhol, por exemplo, porque todo mundo está comentando em espanhol e isso é essencialmente algo que você pode lidar de várias maneiras. Então você pode dizer que minha versão canônica é a versão em espanhol e tudo é como a versão em espanhol que é uma opção que você pode fazer. Você pode usar as anotações hreflang entre essas versões para dizer que esta é a versão mais francesa do meu conteúdo que posso fornecer o conteúdo principal não está em francês, mas a interface do usuário está em francês, então o usuário que acessa a página poderá navegar meu site que é algo que você poderia fazer. E essencialmente essas são as diferentes variações que você pode fornecer lá para nos informar um pouco mais sobre quais seriam suas preferências. De um ponto de vista prático, isso depende mais de você em relação a como você deseja ser exibido na pesquisa. Portanto, se você acha que é útil para um usuário francês acessar seu site e acessar a página com o conteúdo em espanhol e a interface do usuário em francês e, então, usar as anotações hreflang entre essas versões. Se você acha que um usuário na França teria problemas para navegar em seu site se o conteúdo principal estiver em espanhol, mesmo que a interface do usuário esteja em francês, talvez faça sentido apenas manter a versão em espanhol com a interface do usuário em espanhol indexada. Então, em última análise, depende de você. Acho que nenhuma dessas soluções é perfeita. Às vezes, depende um pouco da uniformidade do seu conteúdo, da clareza com que você entende quais versões de idioma deseja indexar e quais versões os usuários esperam ver nos resultados da pesquisa. Então, por exemplo, se você é um fórum muito internacional e as pessoas postam em todos os tipos de idiomas diferentes, provavelmente é complicado dizer que você só quer essa versão da interface do usuário indexada, talvez faça sentido ter todas as versões da interface do usuário indexadas. A desvantagem, é claro, de ter todas as versões de interface do usuário indexadas é que isso multiplica o número de seus URLs que seu site possui de repente. Isso significa que temos que rastrear muito mais e, se for um site grande de conteúdo gerado pelo usuário, isso significa que temos que rastrear, por um lado, todo o conteúdo gerado pelo usuário e, em seguida, temos que rastrear todos os múltiplos para cada versão do idioma, que não sei se isso é útil, se isso for muito rastreamento para o seu site, se isso impedir que conteúdo mais recente apareça rapidamente nos resultados da pesquisa. Isso é outra coisa para pesar lá. Se você está falando apenas de alguns milhares de artigos, talvez isso seja um problema menor.

Pergunta 21:25 - Temos um blog rodando ao lado do nosso site de e-commerce desde o início as postagens do blog foram marcadas como escritas pelo usuário do editor genérico. Observando as diretrizes de qualidade e o EAT, gostaríamos de substituir o editor pelo nome real do autor da postagem, esse tipo de operação é positivo ou pode estar ocorrendo spam?

Resposta 21:48 - Acho que é uma boa jogada, especialmente se você sabe quem escreveu o artigo originalmente e pode tratá-lo como uma página de destino do autor, acho que é uma boa jogada. Mesmo do ponto de vista puro do usuário, se alguém for ao seu site e de repente vir que esses artigos foram escritos por Barry em vez de apenas editor e você tem uma página de destino para esse autor, isso pode ser um sinal de que é melhor para o usuário que poderia ser algo que os usuários pegam ou eles vão para a página de destino do autor e veem oh esse autor é realmente um especialista neste campo e está ativo lá há alguns anos, acho que sempre é útil ter em um site em geral, e com relação aos rankings do Google é complicado dizer se isso teria algum efeito direto. Mas pelo menos os efeitos indiretos são que os usuários podem confiar em seu conteúdo mais como recomendado ou acho que isso é algo que seria esperado.

Pergunta 22:58 - Marcação de esquema com uma versão desktop e amp, tudo bem se a versão desktop for implementada usando microdados, mas a versão amp estiver usando json-ld?

Resposta 23:09 - Claro que está perfeitamente bem. Com relação ao formato ou ao que é usado lá, não vejo problema em que a única coisa a ter em mente é que, pelo que sei, alguns tipos de dados estruturados estão disponíveis apenas em json-ld. Então, isso pode ser algo em que você precisa verificar novamente os tipos de dados estruturados que está usando, mas ter uma versão do seu site usando um tipo de dados de estrutura na outra versão usando um tipo diferente, mesmo dentro do mesmo celular de desktop variação de aplicativo, isso certamente é possível, por exemplo, se você tiver um blog, talvez um, não sei, diretório de produtos em seu site e site de comércio eletrônico e o site de comércio eletrônico tiver comentários que usam json-ld e seu blog usa marcação de artigo que está usando microdados, não sei se essa é a maneira correta de fazer isso, mas isso seria perfeitamente bom.

Pergunta 24:19 - Em relação à exibição de conteúdo oculto: nenhuma, o suporte do Google está correto e mencionou que a fonte branca de fundo branco ou o tamanho da fonte zero será contra as diretrizes, mas e a exibição: nenhuma?

Resposta 24:32 - O conteúdo oculto geralmente não é algo que apreciamos. Em particular, aparece como o site tentando empurrar palavras-chave no índice do Google que não são realmente visíveis na própria página. Então isso é algo que eu realmente evitaria. Você mencionou o design responsivo e o resto da sua pergunta, acho que esse é o único aspecto que entra em jogo aqui. Portanto, se você estiver usando um design responsivo para tornar esse conteúdo visível para usuários móveis ou para usuários de desktop, tudo bem. Mas se este conteúdo é essencialmente sempre invisível como fontes por zero ou fonte branca sobre fundo branco ou fonte preta sobre fundo preto, então esses são os tipos de coisas que nossos sistemas vão pegar e dizer bem, talvez este texto aqui não seja tão relevante como de outra forma poderia ser e de um ponto de vista prático você provavelmente não obterá uma ação manual para algo assim. Mas, além de tentar descobrir isso, eles tentarão desvalorizar esse conteúdo quando se trata de pesquisa. Portanto, é menos provável que seja mostrado no snippet menos provável de ser tratado como realmente importante nessas páginas.

Pergunta 25:55 - Após a ação manual dos links, por quanto tempo o Google trata o domínio depois que o pedido de reconsideração foi aceito, mas não recuperou suas classificações potenciais no tráfego?

Resposta 26:08 - Então, acho que são dois aspectos aqui, por um lado, se a ação manual for resolvida, então praticamente diretamente esse site ficará visível na pesquisa sem essa ação manual. Portanto, há uma exceção aqui em que, se um site for removido por motivos de spam puro, ele será essencialmente removido do nosso índice completamente. Portanto, não é que possamos simplesmente ligá-lo novamente e mostrá-lo novamente, isso exigirá que realmente rastreiemos novamente e processemos esse site às vezes, o que leva algumas semanas, mas para todas as outras ações manuais, isso ocorre quando essa ação manual é resolvida e as coisas estão de volta ao estado anterior, não é que o Google guarde rancor e diga que houve uma ação manual aqui ou então preciso ter cuidado extra, está realmente resolvido, está resolvido. Com relação aos links, é claro, se seu site foi classificado artificialmente nos resultados de pesquisa devido a links não naturais e você obteve uma ação manual e corrigiu isso removendo esses links não naturais, é claro que seu site não será classificado artificialmente mais alto por causa de esses links não naturais desapareceram agora. Então, isso é algo em que seria completamente normal ver uma mudança na visibilidade depois de resolver algo assim, da mesma forma, se um site estivesse anormalmente visível devido a outras coisas em seu site e você resolvesse isso removendo essas outras coisas, obviamente seu site ser visível naturalmente novamente, mas não será anormalmente visível devido às coisas que você removeu, então é algo a ter em mente.

Question 27:59 - In looking at some of our backlink profile we had found, I don't even know how our links ended up on these pages, like on pages that have just like 7,000 links and things like that. We disavowed them when we found them. Is there anything we need to be concerned about other than doing that with when we find stuff like that?

Answer 28:20 - No that's that's essentially the right move to do and especially if it's something that you're really worried about. So I think for most websites it doesn't make sense to go out there and disavow things that are just like iffy and weird because for the most part we just ignore those. So in particular with regards to links, if it's something that when you look at it you say well this could be seen as these links be being bought by us, like naturally placed there by us, if someone from the website team were to take a look at this manually and they would assume that, this is us doing something stupid, that's the kind of thing where I'd say probably disavowing them or getting them removed would be the right move there but otherwise if it's just an iffy link and it looks like it's something like there are millions of other links on there someone ran a tool and dropped tons of links into this forum then that's something our algorithms have figured out already. So that's not something I wouldn't worry about.

Question 30:06 - What do you suggest to tackle a low traffic, low quality pages on a site? There lots of suggestions regarding content pruning what recommendations do you have regarding that?

Answer 30:20 - So I think first off the assumption that a page that has low traffic is also low quality is something that I would question and sometimes pages just have low traffic because a lot of people search for them but they're still a really good truck pages. So II would question kind of the assumption that you can just go into analytics and sort of your pages by a number of page views and delete all of the lowest pages there because I don't think that necessarily picks up like that these pages are really low quality or not. So that's kind of a first assumption there, if you know your website then obviously you can combine different metrics to try to figure out where the low quality pages are but I would still recommend making sure that these are really low quality pages before you take any kind of harsh action on those pages. And then as a next step if you do know that these are low quality pages when whenever I talk to our engineers from the quality team they tell us not to tell web masters to just go off and delete those pages but instead to going to improve them. So if you know that they're low quality pages that probably means you know what is missing and that probably means you know there are ways to kind of make these higher quality pages. So that's kind of the direction I would take there and not just delete things that are low quality but figure out a way to make them more high quality instead. So that could be by combining pages maybe it's something where you see this one-page, its kind of thin but it matches this your page and you have otherwise on your website maybe combining them makes sense. So 301 redirecting them to kind of one shared URL instead that might be an option. Rewriting them to be higher quality is obviously a good idea obviously takes work so it's not this one simple magic trick to make number one. Then finally if it's really something that you can't resolve at all or that is such a big mass of pages that are low quality that you can't really fix then maybe deleting them is it right. So those are kind of the different variations there that are available but again I would strongly question the the assumption that low traffic equals low quality. So if you're looking even looking at a larger site don't just assume that because something has low traffic is sign that it's not important for your website or for the rest of the web.

Answered Cont' 34:03 - Yeah so I think one way you could look at this is to say given this state of content that you have what would be your preferred new website look like? So kind of saying like assuming I had all of this content and I had to create a new website out of it what would it look like and then to try to find a way to migrate your existing content into this new structure that you have in mind and like I said it could improve include combining pages, combining maybe tens of different pages together into one stronger page, it could be deleting pages where you say, well these don't make any sense for my website anymore maybe it was something that users cared about a couple years ago but now, I don't know, nobody is playing ingress anymore so all of those ingress pages on my website I have to make a hard decision and delete them. I can see the shocked faces everywhere in here now. But these kind of things happen over time and it makes sense to clean things up over time and sometimes it means deleting, sometimes that means combining, sometimes that just means rewriting and cleaning up. So it's it's hard to have one one answer that works for every side in every situation.

Question 36:36 - How to fix the crawl frequency of low priority pages within a website? Will Google crawl more of such pages because the quantity of these pages is more compared to the important pages?

Answer 36:49 - So I think this was your question as well in general you don't need things the the crawl rate of pages unless these are pages that are being changed more frequently than the crawl rate. So if you have an article that you wrote and it's being crawled once every three months and you're never changing this article that's that's perfectly fine we don't need to crawl it more often. There is no ranking bonus for being crawled more often. So crawling from our site is more of a technical thing where we say, this page has changed we should find a way to pick up this change as quickly as possible. It's not that we would say well the stage has been crawled twice in the last week therefore we will rank it higher those are completely separate parts of our algorithms.

Question 37:48 - I was checking the log files and 90% of our crawl budget is going to those specific URLs only and only 10% is crawling my product pages. So I was wondering I could make them crawl less frequently for those specific sections and maybe Google can start crawling or kind of giving more importance to my other sections of a set?

Answer 38:18 - Okay so you actually want to do the opposite which is I think a good move too. To have those pages crawled less frequently. So from from our point of view there's really no way to do that. So it's something that you would need to almost attack from the other way around to say, that I think these are other pages that are important on my website and therefore I'll link them prominently within my website. I'll make sure that all of my other pages refer to those pages, that they're specifying the sitemap file with the last modification page that we can confirm. So all of those signals to help us understand we need to be able to crawl these pages more frequently because there are changes on these pages. On the other hand if there are no changes on these pages we don't really to recall them for more free company so that's kind of be the other aspect there. If these are pages that are important for you but they are not changing frequently then there's no need to artificially force them to be crawled more often.

Question 40:11 - Can you tell if with redirection only link penalty passes or link penalty and content penalties both pass for example at website with pure spam manual action is redirected to another site so technically the URLs will be a soft 404, will it affect the redirected website?

Question 40:37 - So I'm not quite sure with which part of this question you're you're kind of focusing on. On the one hand if a random spammy website redirects to your website that's usually something we can recognize and just ignore. On the other hand if yours is that spammy website and you're redirecting to another website to try to escape that penalty then probably we will be able to follow that site migration and apply that manual action or algorithmic action to the new website as well. So my recommendation there would be instead of trying to get away by doing fancy redirects or other types of site moves. I would recommend just cleaning up the issues so that you don't have to worry about those anymore. So if there are link actions with regards to that website then clean up those those links so that you're in a clean state again. The reconsideration process is great for that because someone from the web spam team will take a manual look at your website and they'll say, this looks good this is fine like. You did good work and clean things up it's clear that you understand what you should be doing now so we can remove them. So I think that's really useful to have there from a practical point of view. So that would be kind of my recommendation if you're the website that has this problem. On the other hand if like I mentioned some random website redirects to your website and that's usually something that we can recognize, this is not a normal site move this is just the read website redirecting to you to another website and we can get that.

Question 42:30 - John two quick general questions one related to site load speed, we've read and heard various things including recently people saying that like every microsecond counts and things like that, what is the current policy I know in the past you said as long as it's not ridiculously long to load you're fine?

Answer 42:53 - What is the current policy? So speed is something that does matter quite a bit to us and it has a big effect on users so that's something that I would personally take quite seriously and I think the the nice part about speed is there various tools that gives you pretty objective measures there that you can actually work on. With regards to a lot of us or other issues around SEO like, I don't know the quality of their content things like that speed is something that that is quite measurable and something that you can kind of work on, and it should also be something we're used a direct effect from your users behavior within your website. So it's not just something that from from Google's point of view like we say speed is important it is rank tracker but it's something that you will see directly when users come to your website and your website is suddenly taking a couple seconds longer to load those users will react quite differently on your website and you'll have more trouble converting them into customers however you define customers on your website.

Question 44:08 - From the standpoint of like if it's 1.1 seconds versus 1.2 second that kind of thing would would you say that that's very important to try to really optimize those?

Answer 44:21 - I think the tricky part with speed is there's so many different measures in the meantime that it's hard for me to say like, load time is the only thing you should be thinking about, but there ways to to kind of determine how quickly the page is is generally accessible. How quickly they the content is visible on the page, even kind of ignoring the aspect that maybe the rest of the page below the fold is still rendering and still takes a bit of time to actually be ready, maybe the part that users care about is actually visible fairly quickly. So from from that point of view usually small differences are less of a thing but kind of like I mentioned speed is something where you can use these different tools who could come up with a different metrics and you can focus on those metrics and try to improve those and you can measure that yourself and you can kind of work on that without having to go through various Google tools and waiting for things to update in the index in these tools.

Question 45:47 - Can I use Google official videos in my blog or can I only link to them for example Matt Cutts videos about SEO. I will use Adsense on the blog when I have enough adsense my blog will be complete in 6 months.

Answer 46:03 - I don't think there are any restrictions with regards to embedding videos for a channel but if there were no restrictions then I think the embed option YouTube wouldn't be available there. So if the embed option is there then then go for it. I think in in general I'd be cautious about using just a video as the primary piece of content on a web page and you should really work to kind of use the video in a way that supports your primary content but not that it replaces your primary. So for example I wouldn't take any of these videos and just put them on a blog post and add a title to them and expect them to show up highly in search. But if you have specific content around that video if you have a transcription of that many don't you have some comments to that transcription to the content that are shown in the video or you're using that video as kind of a point of reference with regards to your content and I think that's a perfectly fine approach. But just purely using a video on a page is something that atleast in a web search point view makes it really hard for us to determine what is actually useful on this page and why should we show it in the search results.

Question 47:27 - If I pay for Google Ads will my ranking be better or worse?

Resposta 47:34 - Então, recebemos essa pergunta de vez em quando e a pergunta aqui é: minha classificação será afetada, mas a melhor ou a pior parte é algo que também ouvimos algumas pessoas dizerem, que sua classificação não será melhor se você usar o Google Ads, algumas pessoas dizem que sua classificação ficará mais baixa se você usar o Google Ads, porque queremos que você compre mais anúncios e nenhum deles é verdade. Portanto, nossos resultados de pesquisa são totalmente independentes de você usar ou não o Google Ads. Eles são totalmente independentes das tecnologias que você usa em seu site. Então, se você usar algo como análise ou outra ferramenta de rastreamento, isso depende totalmente de você. Se você monetizar com o Adsense ou qualquer uma dessas outras redes de anúncios, tudo depende de você. Portanto, se você usa ou não os produtos do Google em seu site, o uso de outros serviços do Google para seu site depende totalmente de você. Isso é algo que preferimos que esses serviços se mantenham por conta própria e, se você disser que esse serviço do Google não é ótimo, não quero usá-lo, sinta-se à vontade para usar outra coisa. Nós não queremos colocá-lo nessa caixa onde você fica preso entre se concentrar em seu site e fazer o que você acha que é certo para seus usuários e ter que usar este produto específico. Então, é realmente o caso de não unirmos isso e fazemos isso explicitamente e trabalhamos duro para garantir que essas coisas funcionem bem.