19 de fevereiro de 2019 – Notas do Hangout da Ajuda do Google

Resposta 13:45 - Você está correto. Então, toda vez que o Google carrega uma página que é vista como uma nova visita pela primeira vez nesse site ou nessa página, geralmente não mantemos nenhum cookie, não é que mantemos o estado da sessão em que diríamos, oh, carregamos isso uma página e estamos seguindo os links aqui, portanto, manteremos esse estado e clicaremos nesses links para acessar essas novas páginas, mas encontraremos esses URLs e buscaremos esses URLs individualmente. Então, em um caso como este, não vejo nenhum efeito positivo ou negativo no Googlebot aqui, parece que é algo que aceleraria significativamente as coisas para os usuários, então isso é uma coisa boa e você provavelmente vê alguns efeitos indiretos lá e isso quando os usuários podem usar seu site muito rapidamente, muitas vezes eles passam mais tempo no site, eles olham um pouco mais e, por sua vez, é mais provável que eles também recomendem esse site para outras pessoas, o que é algo que possamos pegar.

Pergunta 12:52 - Quanto tempo pode levar para restaurar as classificações se eu mover um site do domínio antigo para um completamente novo e garantir que todos os redirecionamentos 301 estejam em vigor?

Resposta 15:02 - Então isso é algo que pode acontecer muito rapidamente se você fizer uma mudança de site limpa de um domínio para outro, onde tudo é essencialmente o mesmo, onde podemos reconhecer que esse URL antigo é redirecionado para o mesmo URL no novo domínio, então geralmente podemos pegar isso rapidamente e geralmente você verá na visão geral da indexação no console de pesquisa, você verá que um desce quando o outro sobe e as coisas mudam com talvez um dia ou mais de uma espécie de solavanco no meio. Por outro lado, se você fizer alterações significativas em seu site para que URLs diferentes criem diferentes tipos de conteúdo, tudo isso pode dificultar muito para nós e realmente precisamos reavaliar o novo site completamente e com base em o novo site descobrir como devemos posicionar este site. Esse é o tipo de diferença lá, mas se é realmente apenas o URL limpo que se move para o mesmo URL em outro tipo de alteração de domínio, isso não é problema.

Pergunta 16:18 - Um novo domínio herdará o SEO juice e também será classificado para novas palavras-chave?

Resposta 16:25 - Então, é essencialmente o que estamos tentando, se realmente podemos transferir tudo de um para um para o novo domínio, então esse novo domínio estará no lugar do domínio antigo. E pode classificar as palavras-chave antigas e pode classificar as novas palavras-chave e, novamente, se você fizer alterações significativas durante esse movimento, é claro que esse novo estado deve ser levado em consideração e não é apenas como se pudéssemos encaminhar tudo para o novo one porque um novo não é apenas uma versão movida do antigo.

Pergunta 16:58 - Uma pergunta sobre URLs de parâmetros com links UTM. Esses links diluirão o valor do link se estiverem fortemente vinculados internamente? Estamos obtendo páginas indexadas com parâmetros em que o canônico está apontando para a versão preferida, como isso afetará a longo prazo se estivermos vinculados ao site com 80% de parâmetros e 20% de URLs limpos.

Resposta 17:33 - Acho que é sempre uma situação um pouco complicada porque você está nos dando sinais essencialmente confusos. Por um lado, você está dizendo que esses são os links que eu quero indexar porque é assim que você cria links internos em seu site. Por outro lado, essas páginas quando as abrimos têm um rel canonical apontando para uma URL diferente. Então você está dizendo Indexar este e daquele você está dizendo bem, na verdade, Indexe um diferente. Então, o que nossos sistemas acabam fazendo é tentar pesar os diferentes tipos de URLs que encontramos para esse conteúdo. Provavelmente, podemos reconhecer que esse conteúdo, esses URLs, levam ao mesmo conteúdo. So we can kind of put them in the same group and then it's a matter of picking which one to actually use for indexing and on the one hand we have the internal links pointing to the UTM versions, on the other hand we have the rel canonical pointing to kind of the cleaner version. The cleaner version is probably also a shorter URL and nicer looking URL that kind of plays in inline with us as well but it's still not guaranteed from our point of view that we would always use the shorter.

So rel canonical is obviously a strong sign internal linking is also kind of a stronger signal, in that that's something that's under your control. So if you explicitly linked to those URLs and we think maybe you want them indexed like that. So in practice what what would probably happen here is we would index a mix of URLs some of them we would index the shorter version because maybe we find other signals pointing at the shorter version as well. Some of them we probably index with the UTM version and we would try to rank them normally as the UTM version.

In practice in search you wouldn't see any difference in ranking you would just see that these URLs might be shown in the search results. So they would rank exactly the same with UTM or without UTM and they would just be listed individually in the search results. And from a practical point of view that just means that in search console you might see a mix of these URLs. In the the performance report you might see kind of this mix. In the indexing report you might see a mix in some of the other reports. Maybe around the AMP or structured data if you use anything like that you might also see this mix. You might also see in some cases situation where it swaps between the URLs so it might be that we index it with UTM parameters at one point and then a couple weeks later if we switch to the cleaner version and we say, well probably this cleaner version is better, and then at some point later on or algorithm to look at it again and say well actually more signals point to the UTM version we'll switch back, that could theoretically happen as well.

So what I would recommend doing there is if you have a preference with regards to your urls make sure that you're being as clear as possible within your website about what version you want to have indexed. With UTM parameters you're also creating the situation that we'd have to crawl both of those versions so it's a little bit more overhead if it's just one extra version that's probably not such a big deal. If you have multiple UTM parameters that you're using across the website then we would try to crawl all of the different variations which would in turn mean that maybe we crawl, I don't know, a couple times as many URLs as your website actually has to be able to keep up with indexing. So that's probably something you'd want to avoid. So my recommendation would be really to try to clean that up as much as possible, so that we can stick to the clean URLs. To the URLs that you want to have indexed instead of ending up in this state where maybe we'll pick them up like this, maybe we'll pick them up like this, and in your reporting it could be like this, it could be like this. You have to watch out for that all the time. So keep it as simple as possible.

Question 21:56 - Will there be any ability to test and view desktop renders with screenshots in the URL inspection tool in search console?

Answer 22:05 - I get these kind of questions all the time. It's like will you do this in search console or will you do that. And in general we try not to pre-announce things so I don't really have any insight that I can give you there with regards to what will happen in the future. It does seem like something that is kind of a missing aspect of the tool in that it's focusing on mobile at the moment but it might be nice to actually test the desktop version as well. So I'll definitely pass that on to your team to make sure that that's on their radar somewhere.

Question 22:41 - On one website with a couple million pages we have a sidebar which has internal links in it and next to each there's a number which represents how many sub pages that link leads to. Sort of as an information informative visual aid and generating those numbers takes a lot of time is it okay to remove those numbers for the front page when Googlebot is detected?

Answer 23:08 - So Googlebot should be seeing the equivalent version of the page as users would be seeing. So if this is something that's useful for users I'd recommend showing it to Googlebot as well. It's something where if you're talking about the speed that it takes to to render these pages it's worth keeping in mind that we look at speed on kind of a holistic way we don't just look at the speed of a page as Googlebot is fetching that page when it comes to speed with regards to using speed as a ranking factor. For crawling of course having the pages that are available very quickly that helps us quite a bit so that makes sense to kind of make things fast for Google for crawling at least. One thing I'd recommend here though is try to avoid special casing Googlebot if if at all possible because it does mean that maintenance is a lot harder. If you're doing special for Googlebot then it's a lot harder to tell if Googlebot is seeing errors on the page and users are seeing normal content and Googlebot starts dropping those pages from search because of those errors. So ideally treat them a lot the same as users. One way you could do that here is to use some kind of JavaScript to just asynchronously load that extra information. So that's usually pretty easily doable probably less effort than cloaking to Googlebot in a case like this.

Question 24:47 - Does link equity pass through links on canonical pages or is it just ignored and everything flows to the canonical? So I think the question is more that you have one page it has a rel canonical pointing to a different page and the question is will those links on that original page kind of work pass PageRank or will only that pay the links on the specified canonical page pass PageRank?

Answer 25:18 - So from our point of view there are multiple things I've come into play here. I think first of all those pages should be equivalent if you're saying that there's a canonical for that page it should be equivalent to the final page as well. So it shouldn't matter which of these pages is used for forwarding links because you're essentially telling us these pages are the same we can treat them the same. So it shouldn't matter for our algorithms like if we pick up those links on that page or we pick up the links on the other page. So II would also assume there that not always kind of like in the other question with UTM parameters we would pick the URL that is specified as canonical as the one that we actually index. So if those links are different across versions of pages then that's something where we might not pass PageRank in the way that you're expecting. So all of that kind of comes together and from my point of view what I'd recommend there is just really making sure that those pages are equivalent. So that you don't have to worry about from where, which links are passing PageRank. But rather assume that it could be this page, it could be the other page, the rel canonical is a strong signal for us but it's not a directive that prevents us from using that page completely.

Question 26:50 - Is it a good idea to create a website for every country in the world?

Answer 26:58 - So the short answer there is no that's a terrible idea. Especially if you don't really have content that's unique to every country in the world. In particular if you're using hreflang between the different country and language versions. You need to keep in mind that hreflang does not make those pages rank higher in those countries it just swaps out those URLs. So you still have to be able to rank in those individual locations. Which means if you have one piece of content and you split it up across every country in the world and multiply it by every language then you'll have diluted your contents significantly across a large number of URLs. Which means that any piece of content there will have a lot more trouble being shown in the search results. Because instead of one strong page that we could show potentially worldwide, we have a ton of different pages that all show more or less the same content and none of them are particularly strong. So that's something where when it comes to an internationalization strategy I would strongly recommend getting help from people who have done this successfully for other websites. So that you can really weigh kind of the pros and the cons there. On the one hand you have the advantage of being able to target individual countries and languages with content that's really uniquely kind of specialized for them and on the other hand you have to weigh that if you're diluting the content too much then all of those versions will have a lot harder time to be visible in search. So on the one hand targeting well on the other hand kind of making sure that the versions that you do have available are strong enough to actually be be visible in search and my general thought there is to err on the side of using fewer versions rather than using more versions. So unless you have a really strong use case for having content specifically targeted for individual countries and I err on the side of well maybe one global website is better rather than splitting things up.

Question 29:25 - Can we use both rating schema and question-and-answer schema for question answers

Answer - 29:33 - Sure I don't see offhand why not. The main thing to keep in mind is that the structured data should be focused on the primary content of the page. So I don't know how exactly you would kind of combine the rating and the QA schema on a page but maybe it's something like you have questions and answers to a product and you have ratings at that product as well. That might be an option there but in general it's not that these types of markups are exclusive and you can only use one type you can combine multiple types of markup.

Question 30:41 - So our site had maybe like 5,000 Google visitors per day for several months now we're down to under 500. This was due to a sudden, just happened in one day, we think it's due to an automatic security penalty that we got removed within one business day and we just haven't seen any change within three weeks. So I'm wondering how long was something like that it might take to recover from and if there's anything else that would cause just a sudden one day drop like that?

We got a message in search console that social engineering content was detected. It turns out that was due to our email service provider there click track my software was was automatically flagged because I guess another clients was using it so we were we got a manual review and within a business day and they said it was ok but you know.

Answer 31:48 - Ok so if there was a manual review then that would be resolved. So it's not that there is kind of a hold back after manual review that says, oh we have to be careful with this website, but that should be resolved there. I know It's kind of hard to say just in a general case with regards to a site like that there there are sometimes algorithmic changes that happen that roll out we're bigger change happens with within a day or so. So that might also be playing a role here it might also be that there's something else kind of playing in with the site there. So what what I generally recommend doing is maybe starting a thread in the webmaster help forum with the URL of your site and some of the queries where you're seeing changes. So not just like we had this many queries and now it's like down to this but rather like people are searching for our company name they're still finding our company name but for this particular kind of query we're no longer visible anymore. So that that kind of thing is it's really useful to post in the webmaster help forum and usual also when when people can't find an answer for that, the experts there are able to escalate that on to us so that we can take a look at that as well.

Question 33:24 - So they have multiple sites in German for different countries and they have the a hreflang setup. It sounds like instead of properly. So this is just what the example URLs, it's hard to say but they're saying that they're not seeing a lot of indexing of these URLs across the different country versions so what what could be happening here?

Resposta 33:54 - Geralmente, quando vejo perguntas como essa, tudo se resume a nossos algoritmos olhando para essas páginas e dizendo que essas páginas são essencialmente duplicatas umas das outras. Assim, podemos indexar uma dessas versões e mostrá-la aos usuários porque é tudo a mesma coisa. Então, em particular em alemão, isso é algo que vejo bastante, imagino que em alguns outros idiomas seja semelhante provavelmente em espanhol, onde há vários países de língua espanhola ou inglês, é claro, onde o conteúdo é essencialmente o mesmo e é direcionado apenas para países diferentes. Então, o que acontece aqui é que, do ponto de vista da indexação, provavelmente, pelo menos potencialmente, juntaremos esses URLs para que as várias versões em alemão escolhamos uma versão em alemão e digamos que esta é a canônica para a versão em alemão com a marcação hreflang que ' d ainda poderá mostrar os outros URLs. Portanto, podemos indexar talvez a versão suíço-alemã e, se um usuário na Alemanha estiver pesquisando, poderemos trocar esse URL pela versão alemã nos resultados da pesquisa. Mas no relatório de indexação no console de pesquisa, você verá apenas esse URL sendo indexado para a versão suíça, que é a que escolhemos a canônica. Então você não veria isso para a versão alemã, na prática isso pode ser bom se essas páginas forem exatamente as mesmas porque estamos trocando o URL que os usuários estão obtendo para a versão correta, o que está bem e a dificuldade pode ser que se você tiver algo no título ou se tiver preços ou outros dados estruturados nessas páginas, isso pode confundir os usuários, pois um usuário na Alemanha pode estar pesquisando, mostramos o URL alemão, mas no snippet tem suíço moeda como um preço em algum lugar. Então, isso pode ser confuso para as pessoas, então geralmente há duas abordagens para isso, por um lado, você pode usar a abordagem e dizer bem, dobrar esses URLs juntos é bom, isso torna esses euros um pouco mais fortes para mim, tudo bem. Então você pode entrar lá e dizer bem, vou me certificar de que essas páginas sejam genéricas e cruzem todas as versões alemãs, de modo que não importa para mim qual URL está sendo indexada. A outra abordagem é garantir que esses URLs sejam claramente vistos como URLs separados principais. Portanto, certifique-se de que o conteúdo seja realmente significativamente diferente nas diferentes versões de idioma, para que nossos sistemas, ao olharem para essas páginas, digam, bem, esta é uma página alemã e esta é uma página alemã diferente, há um link hreflang entre essas duas para que possamos trocar esses URLs, mas são páginas exclusivas e precisam ser indexadas individualmente por conta própria. Então, essas são as duas abordagens, por um lado, você pode juntar as coisas, por outro lado, você pode dizer, bem, eu quero isso explicitamente separado.

Pergunta 37:00 - O que você aconselharia se uma marca tem presença internacional e depois de fechar para determinadas regiões. O que você faz com os sites direcionados a outros países, caso eles redirecionem o site principal?

Resposta 37:14 - Essencialmente, este é um tipo de situação de migração de site. Acho que se você tiver um site de um país e estiver dizendo que esse site não está mais disponível, vou redirecioná-lo para outra versão de mim mesmo. Isso é algo que você pode fazer. O que você realmente não pode fazer é especificar na pesquisa para nos dizer que não devemos mostrar este site em determinados países. Então você pode dobrar suas versões alemãs juntas e dizer como Alemanha Áustria Suíça todos deveriam ser apenas o único site alemão que está bem, mas eu não quero mostrar meu site para usuários na Suíça talvez, mas você não pode. Não há meta tag onde você possa dizer ao Google que não mostra meu site na Suíça. Então, no máximo, o que você pode fazer é impedir que os usuários desse país acessem o site, mas não pode dizer ao Google para não mostrá-lo nos resultados de pesquisa desse país.

Pergunta 38:18 - Essa foi a minha pergunta. Nosso site está em inglês e temos conteúdo exclusivo com diferentes países. Então, por causa de decisões de negócios, eles estão fechando certas regiões. Então, se fizermos algum redirecionamento para o site, isso afetará meu site principal, será um efeito negativo ou positivo? Quero dizer, atualmente temos este hreflang em todos os subconjuntos que têm páginas comuns onde podemos ver como quero dizer, estamos oferecendo um produto em um país específico e o único produto em outro país com conteúdo diferente e todo o conteúdo local da região. Então eu estou querendo saber o que vai acontecer com essas páginas? se eu redirecionar essas páginas para meu site principal, minhas páginas principais serão classificadas para essas regiões específicas?

Resposta 39:19 - Isso poderia acontecer, mas, novamente, isso não é algo que você possa realmente controlar. Portanto, se você estiver redirecionando essas páginas, se essas páginas ainda existirem, elas também poderão ser classificadas nesses locais, você não pode dizer que não há metatag ou pode dizer que meu site deve ser indexado, mas não mostrado neste particular. país.

Perguntas 39:50 - O Google tem este manual de UX para as melhores práticas para encantar os usuários de diferentes nichos. Eles são considerados parte do ranking ou você pode dar algumas dicas sobre isso?

Resposta 40:02 - Então, esses manuais de UX, como eu sei, são publicados pela equipe de anúncios e é mais uma questão de, bem, essas são as melhores práticas de UX e boas coisas para fazer em um site, e não necessariamente algo que nós ' Eu diria, bem, isso contribui para a classificação, mas obviamente, se você fizer um bom site que funcione bem para os usuários, indiretamente, certamente poderá ver um efeito na classificação. Mas não é que diríamos olhar para esses playbooks de UX e usá-los especificamente como fatores de classificação.

Pergunta 40:38 - Qual é o impacto dos links de afiliados quando misturados com conteúdo direcionado a tópicos sensíveis. Sabemos que a monetização agressiva pode ser problemática, especialmente quando os links de afiliados não são divulgados aos usuários e quando o foco na monetização é mais importante do que fornecer um ótimo conteúdo aos usuários, mas gostaria de saber como isso funcionaria para tópicos como saúde, medicina, finanças etc?

Resposta 41:05 - Então, em geral, isso não é tanto quanto eu sei que não entramos explicitamente no site e dizemos, bem, existem links que parecem links afiliados, portanto, trataremos este site como sendo de qualidade inferior. Em geral, os principais problemas que vejo em relação aos sites afiliados é que eles tendem a ser apenas sites de qualidade inferior. Portanto, não é tanto uma questão de onde está o fluxo de check-out, mas sim que, em geral, o conteúdo geralmente é de baixa qualidade e, por causa do conteúdo de baixa qualidade, é algo que nossos algoritmos podem perceber e dizer, bem, isso provavelmente não é o resultado mais relevante para mostrar nos resultados da pesquisa, e também pode haver sites afiliados de alta qualidade que são bons. Portanto, não é tanto uma questão de haver um link de afiliado ou não, mas como o resto do site? Isso é algo que seria relevante para mostrar aos usuários ou há algo talvez problemático lá? Eu acho que, pelo menos até onde eu sei, isso se aplicaria a todos, então não importaria qual é a área de tópico específica do site, mas em geral existem alguns sites afiliados muito bons e alguns realmente terríveis sites afiliados. Então é mais uma questão de um site ser bom ou ruim?

Pergunta 42:35 - Com o uso de busca e renderização sendo suspenso do antigo console de pesquisa e substituído pela ferramenta de inspeção de URL, a ferramenta de inspeção UL será atualizada para incluir comparação visual lado a lado de como o Googlebot vê uma página e como o usuário veria vê-los?

Resposta 42:53 - Eu não sei como com a outra pergunta nós tentamos não pré-anunciar as coisas, então não é algo que eu possa dizer algo especificamente sobre o que vai acontecer no futuro. Também estou feliz em passar isso para a equipe para dar uma olhada para ver em relação à priorização. Do ponto de vista prático, sempre senti que essa comparação é algo menos útil hoje em dia, porque a maioria dos sites é muito boa em garantir que uma página possa ser renderizada para os mecanismos de pesquisa. Pelo menos os sites que eu olhei tendem a ser do lado bom. Então, em particular no início, quando os sites não estavam tão acostumados com os mecanismos de pesquisa tentando renderizar uma página, isso era uma grande coisa, mas hoje em dia não sei se isso é realmente um problema tão grande, como se o javascript for bloqueado por um robots.txt, acho que esse tipo de coisa mudou significativamente ao longo dos anos, mas fico feliz em pagá-lo e repassa para a equipe e eles provavelmente verificarão se realmente há problemas que precisamos.

Pergunta 44:12 - A rejeição de links pode aumentar os rankings?

Resposta 44:17 - Oh meu Deus, essa é uma pergunta tão grande. Então, em teoria, se o seu site for rebaixado com uma ação manual em relação aos links que você comprou ou que outra pessoa foi comprada para o seu site ao longo do tempo. Talvez um SEO anterior, talvez algo que foi configurado antes do seu tempo com essa empresa e então você pode usar a ferramenta de rejeição para remover esses links de nossos sistemas e depois usar o formulário de solicitação de reconsideração para nos informar sobre essa alteração e, em seguida, a equipe de spam da Web manual dará uma olhada e verificará se o status atual está correto. E se o status atual for limpo, eles resolverão essa ação manual e, em geral, seu site poderá classificar naturalmente novamente. Então, isso é algo em que, em muitos casos, o site pode subir um pouco e, em alguns casos, a classificação também pode ser que esses links não naturais estivessem apoiando o site de maneira não natural no início. Então, ao remover esses links, pode ser que esse suporte tenha desaparecido, o que é meio que o estado natural. Então, acho que a resposta mais curta é que não há sim ou não aqui, pois a rejeição de links altera o que vemos como links para seu site e isso pode afetar seu site positiva ou negativamente. Então, minha recomendação geral com a ferramenta de rejeição é usar isso se você tiver uma ação manual em relação aos links e não conseguir remover esses links ou se você, ao olhar para seus links, perceber, ah, houve essa coisa louca que nós fez talvez dois anos atrás e a equipe de spam da web não percebeu, mas talvez seja hora de limpar nosso ato e limpar isso, então isso é algo em que faz sentido usar uma ferramenta de rejeição. Eu não seria apenas aleatório para usar isso e dizer bem, esses são links estranhos e eu não quero ser associado a eles, espero que o Google possa classificar meu site melhor quando eu remover aqueles como, então é improvável que isso aconteça.

Pergunta 46:27 - John, posso fazer uma pergunta baseada em rejeições aqui. Então, às vezes vemos, acho que talvez concorrentes, veremos literalmente um lugar enviado 1.1 ou 1.2 links para nossa página inicial. Totalmente off-topic, site de reparo de instrumentos fora da Irlanda, nada a ver com o que fazemos, obviamente. Não tenho as ferramentas ou a capacidade de rejeitar todos os links, é melhor rejeitar o site?

Resposta 47:01 - Claro que você pode fazer isso. Sim, é para isso que serve a entrada de domínio no arquivo de rejeição, dessa forma, é como todos esses milhões ou milhares de links, você pode simplesmente dizer tudo deste site, eu simplesmente não tenho nada a ver com isso. Normalmente, o que acontece em casos como esse em que você vê esse link de site completamente aleatório é que o site provavelmente foi invadido e, por qualquer motivo, alguém decidiu deixar todos esses links lá ao invadir o site e geralmente somos muito bons em pegar isso e tentando manter o estado antes que eles invadam nossos sistemas. Então provavelmente já estamos ignorando esses links, é possível que talvez ou até indexe o site de antes e não com o conteúdo hackeado. Então, isso é algo em que normalmente eu não me preocuparia muito com isso, porque esses tipos de hacks são muito comuns e temos um pouco de prática tentando lidar com isso. Mas se você está preocupado com isso, você sabe como oh, isso é muito louco e eu acho que links de reparo de instrumentos provavelmente não são algo que você está dizendo, oh, isso vai matar meu site se eu estiver associado a violinos, talvez o conteúdo adulto seja algo sobre o qual você seria mais cauteloso, então eu apenas usaria um arquivo de rejeição e você tem certeza de que eles não são levados em consideração.

Pergunta 48:44 - Duas perguntas rápidas sobre esta URL é uma URL de categoria para um site de e-commerce que tem uma espécie de parâmetro view-all basicamente nosso problema é que a URL tem uma canônica para a versão sem o parâmetro. Está vinculado à versão sem o parâmetro em todo o site está no mapa do site sem o parâmetro, mas de alguma forma o Google decide que não, esta é a versão canônica e todos os nossos sinais estão apontando para a outra versão e acho que não atua tanto, mas Não entendo por que o Google não escolhe nossa versão quando todos os nossos sinais estão apontando na mesma direção?

Pergunta 48:24 - Não sei, difícil dizer à primeira vista. Então, acho que uma coisa a ter em mente é que está na indexação móvel primeiro. Então, talvez a versão móvel seja um pouco diferente, talvez haja um rel canonical, talvez haja algo com JavaScript que esteja mudando o rel canonical, eu não sei, mas isso é sempre algo para se manter em mente. Então, quando você está testando no navegador e certifique-se de verificar a visualização móvel, mas como as outras perguntas anteriores, também é possível que, por quaisquer outros motivos, estejamos decidindo bem, na verdade, este é o mais limpo versão.

Pergunta 50:33 - Se não estiver linkado de nenhum lugar e você souber que os links internos não estão apontando para ele. Não será o mapa do site e, com a inspeção de URL para o Google, verá o direito canônico correto que dissemos, apenas o canônico selecionado pelo Google, ainda é este, e não o que marcamos. Então, não sei se isso teria algum efeito, só estou preocupado que possa haver algo que esteja faltando que possa afetar outras páginas também.

Resposta 51:11 - Sim, não sei, teria que dar uma olhada. Em geral, se for o mesmo conteúdo, a classificação será a mesma. Então não é que alguma coisa vai mudar lá. Não sei se me subornar com produtos capilares seria particularmente útil, mas não sei. Então, quero dizer, é uma situação em que você tem uma página de visualização de tudo e a outra versão da página em que pode ser que estejamos captando alguns sinais dizendo bem, esta é a versão de visualização de todas que devemos manter aquele em vez do outro porque pode ser paginado ou algo assim, mas sim, eu não sei se e eu teria que me aprofundar nisso. A outra coisa que talvez valha a pena mencionar é que gostaríamos de reunir alguns documentos sobre as melhores práticas em torno de sites de comércio eletrônico em geral. Então, se você se deparar com coisas estranhas como essa que estamos usando bem com sites de comércio eletrônico, você geralmente tem essas páginas de categoria que têm muito conteúdo e a paginação e a filtragem e a visualização de todas as coisas são meio complicadas, então é algo em que eu adoraria receber feedback. Então, talvez exemplos, talvez apenas perguntas gerais sobre sites de comércio eletrônico, tudo isso seria realmente útil. Idealmente, talvez enviá-los via Twitter para que eu possa coletá-los. Comecei um tweet sobre isso e espero que possamos juntar algo com alguns, acho que as práticas recomendadas em relação a sites de comércio eletrônico sobre como você pode garantir que a indexação e o rastreamento funciona idealmente.