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

Ter uma certa quantidade de texto faz sentido, então talvez mudar esse bloco gigante de texto em uma ou duas frases que você coloca acima da dobra abaixo do título seja uma boa abordagem aqui porque também fornece aos usuários um pouco mais de informações sobre o que eles devem esperar nesta página. Esse é o tipo de direção que eu seguiria para lá. Eu realmente tentaria evitar a situação em que você está meio que falsificando uma página, colocando toneladas de texto na parte inferior da página apenas porque o resto da página está abaixo do ideal. Em vez disso, tente encontrar maneiras de melhorar a página em geral para que você não precise fazer essa solução alternativa.

Pergunta 16:00 - Se o esquema em um site apresentar erros, qual será o impacto na indexação nos resultados da pesquisa? Novos tipos de esquema aprovados pelo Google começaram a gerar erros no site que não apresentavam erros antes. Qual será o impacto?

Resposta 16:22 - Nós olhamos para isso em um nível de recurso, onde dizemos que para apresentar seu site dessa maneira específica, precisamos ter esse tipo de marcação na página e ele precisa seguir essas diretrizes e precisa seguir esses requisitos. Por exemplo, se você quiser ficar visível como um cartão avançado de receita nos resultados da pesquisa, há alguns requisitos que você precisa fazer e verificaremos se esses requisitos são atendidos. Se a marcação para esses requisitos for válida, isso é bom. Se houver outra marcação inválida na página, isso não será um problema para nós. É realmente em um nível de recurso. Queremos mostrar seu site com um resultado aprimorado para receitas, vemos que você tem todos os requisitos, vamos pegar tudo isso e mostrar nos resultados da pesquisa. Apresentaremos o site de uma maneira que realmente incentive os usuários a verificar esses detalhes. Se você tiver outra marcação nessas páginas que talvez corresponda a um dos outros recursos disponíveis, mas ainda não é uma marcação válida, simplesmente ignoramos isso. Desse ponto de vista, não é que você precise ter zero erros para sua marcação. Em vez disso, você precisa pensar em qual recurso gostaria de usar nos resultados da pesquisa e verificar novamente se os requisitos para esse recurso foram atendidos.

Pergunta 18:00 - Quando a equipe faz mudanças no algoritmo, há momentos em que as mudanças são direcionadas apenas a um setor específico ou as alterações são feitas e elas afetam um setor mais do que os outros?

Resposta 18:15 - Esta é uma pergunta interessante em relação à forma como trabalhamos em nossos resultados de pesquisa. Do nosso ponto de vista, geralmente não é o caso de dizermos: “Precisamos fazer algo específico para tornar os resultados da pesquisa para um determinado setor”, mas, em vez disso, olhamos para o outro lado e tentamos pensar sobre como podemos melhorar os resultados da pesquisa em relação aos resultados da pesquisa para tipos específicos de consultas. Não é tanto que nos concentramos na indústria, mas nos concentramos nas pesquisas que as pessoas fazem. Obviamente, eles estão meio relacionados. Se percebermos, por exemplo, que as pessoas estão obtendo informações confusas de consultas médicas, talvez precisemos melhorar a forma como reconhecemos a relevância dos resultados de pesquisa para consultas médicas. Não é tanto que segmentamos o setor médico e dizemos: "Precisamos melhorar a maneira como esses 10 sites específicos são exibidos nos resultados de pesquisa", mas vemos que os usuários estão confusos com esse tipo de consulta e é algo que está confundindo muitas pessoas e precisamos encontrar uma maneira de melhorar a relevância e a qualidade dessas consultas específicas.

Pergunta: 19:35 - Migrei um site do domínio a para o domínio b, todos os 301's estão em vigor de cada URL antigo para a respectiva nova versão desde o primeiro dia, a solicitação de alteração de endereço foi enviada, o domínio a tem um mapa do site antigo atualizado , todos os URLs redirecionam para o domínio b. O domínio b tem apenas uma nova atualização do arquivo de mapa do site e todas as classificações atuais são perdidas.

Resposta 20:04 - Parece que você tem tudo configurado, mas talvez algo tenha dado errado ao longo do caminho. O que eu faria é postar no fórum de ajuda para webmasters para que alguém realmente analisasse essa situação específica e verificasse se havia algo que você negligenciou. Existem algumas situações em que a mudança de um domínio para outro leva a problemas, especificamente se o domínio para o qual você está mudando tiver um histórico antigo estranho associado a ele, que pode levar um pouco de tempo para ser limpo, para que reconheçamos isso este site não está relacionado ao antigo, e devemos tratar isso como uma situação nova e não levar em consideração a situação antiga.

Pergunta 21:30 - Como o Google plus está sendo encerrado, é possível que o G possa fornecer uma maneira de o editor transferir seus seguidores e usuários para o youtube.

Resposta 21:40 - Acho que não. Existem maneiras de exportar seus dados do Google+ usando o recurso de retirada... mas não estou ciente de nada que levaria alguém que está seguindo você até lá e o faria seguir você no Youtube. Acho que seria meio que alongando...

Pergunta 22:22 - Pergunta sobre a classificação no carrossel das principais notícias. Nos últimos meses, notamos um comportamento estranho em nosso site de notícias internacionais. Para a mesma consulta, classificamos muito bem nas SERPs da guia de notícias, mas para a mesma consulta não aparecemos no carrossel de histórias principais e para a mesma consulta do outro lado, classificamos muito bem para o carrossel de vídeos. Então, minha pergunta é: há dados estruturados específicos que podemos implementar para aparecer no carrossel de histórias principais. Implementamos corretamente as páginas AMP, dados estruturados, então estamos nos perguntando se há uma implementação específica que precisamos fazer para aparecer no carrossel de notícias principais.

Resposta 23:37 - Geralmente não, se você implementa AMP, acho que para dispositivos móveis é algo necessário e acho que para Desktop você não precisa ter AMP para o carrossel de histórias principais, não tenho 100% de certeza sobre isso. Mas se você tiver isso implementado, estará coberto de qualquer maneira. Caso contrário, o recurso de notícias principais é um recurso de pesquisa orgânica, não é que você precise fazer algo específico para ser visível, mas tentamos pegar isso organicamente e mostrar isso quando achamos que faz sentido.

Perguntas 27:35 - Como garantir que um GEO TLD tenha destinos geográficos que não são. Então, se eu digitar hotéis em Nova York na Índia, isso mostra sites indianos. Portanto, a questão é como posso verificar novamente que tipo de missões direcionadas geograficamente se parecem.

Answer 27:55 - The thing that I usually do to check is on the one hand, go to that local Google version and other hand there's an advanced search setting that allows you to see the results for a specific country. You can get there fairly quickly by just adding or changing the Url query “ &gl= country code”. You can also you HL= and specific language code, if you want the search results in a different language. Both of those you can set in the advanced search setting in the result too. This won't help with the sort of local search results, however. So if you're looking for a pizzeria in one city then that's not something we have as a parameter.

Question 29:30 - We have two chairs, one in leather, one in fabric, both with separate URLs and different model numbers. Is this a problem or would they be filtered out for duplicate content?

Answer 30:00 - Thats a really common question that we get a lot for E-commerce sites. Unfortunately the answer is, it depends. By default I would prefer to have fewer pages and the advantage is its less to crawl so it's easier to update and on the other hand, fewer pages means we can concentrate the value on fewer URLs, we don't have to dilute it across different versions… Chances are that one product page will be more relevant in the search results in general because we are able to concentrate those signals, all of that value into that product page. The thing that I would call out as an exception here is if people are explicitly looking for something different, so one of these variations is very different the other one and it doesn't make sense to combine them.

Question 32:00 - If you have an e-commerce website and you get a lot of links to product pages which due to their nature expire, what can you do to those pages so that the link equity to those pages won't be lost? Would you create a redirect rule that automatically redirects this page to a subcategory?

Answer 32:55 - In general people see this as more of problem then it actually is, for the most part if the content is so temporary that it expires regularly. Then usually that's not something that people will link to and maybes thats some you can encourage people to link to in different ways. For example if you know that this product is only going to last a couple of months then it's not going to be available ever again and maybe it makes more sense to encourage users to link to the category of products instead or to your business instead of linking to this one specific product because in the long run, those links to the product that no longer exists maybe that's something that doesn't really make sense for other people as we. So what I'd recommend doing there is, on the one hand if you have products that change over time maybe that new product is a replacement of the old one and you can redirect from one old product to a new version. On the other hand if this is a informational landing page that is useful regardless of whether or not you sell that product, some of the information on that page might still be relevant to users. What I would expect from a search point of view, is to see a sort of soft 404 page. So you're saying this product doesn't exist anymore but you're still showing some content instead… There are lots of subtle edge cases here so I'm hesitant to say that everyone should do it like this or everyone should do it in another way. There's some really neat write-ups on how to handle expired content out there, so I'd look around to see what options are available and =what options makes sense in your specific case and maybe there are mixes that you can do as well where you say in the first month or so when the product is not available, you do this and then after a year I do something completely different or I just return a 404 because it's really gone and nobody should care about this. But in general, I wouldn't care too much about those links especially if they're to products that are really temporary by nature because if you're building your whole users experience up around kind of how Google uses those specific links then the chances are you're taking a bigger hit by having a bad UX then you would ever gain by tricking google into thinking that those two links that went to one expired product are now relevant to a different thing.

Question 38:00 - Lets say I have big 10,000 word piece of content, for example a guide divided into 10 chapters. From an SEO perspective is it better to publish it as a single page or to split each chapter on different dedicated page?

Answer 38:22 - Unfortunately, the answer here is also, it depends, in that sometimes people are looking one big comprehensive piece of content and sometimes people are looking for individual pieces of content. So I don't know if it would make sense to always go into the combined or always go in to the split route. What I've noticed from working with out tech writers is that sometimes content performs in ways that you don't expect and it's worth testing to see how it works well for users. Kind of trying to figure out, are people actually going through that content and getting something useful out of it, are they converting in a way that's useful for you? And based on that then making a decision, for example if you split an article up and they all start on page 5 instead of page 1 from the search results, is that still as useful to you and to users as if they landed on a big article where they had all of the comprehensive information. I don't know, maybe there are ways that you can kind of make both of those work. So I'd really recommend testing this and not kind of blindly saying from 8, 000 I need to split it up into two chunks. Instead try to figure out that makes sense for your particular piece of content and what makes sense for your ultimate goal. Your putting this content out there because you want to achieve something specific so measure what that effect is based on those different variations that you're thinking about.

Question 40:00 - I noticed a few big publications listed in Google News are back dating some of the news articles to fool Google search users into believing that they're the first source of that news can Google detect this? How does google act on this? Where can when you report such findings?

Answer 49:18 - We use multiple methods to figure out what the right date is for a page. So sometimes people put a date on the page and we say well this is not correct and we'll treat it as something else. So that's something where I don't know if I would assume that just by backdating something you would have any kind of kind of preferential visibility in the search results. So I kind of questioned that that part of the question there. One of the things I have noticed though is that a lot of publications have trouble specifying dates in a way that are kind of reasonable for Google and in a way that are hard to misunderstand. So sometimes it's something as simple as the date format where we can't recognize that this is actually a date. Sometimes it's something kind of tricky in that sometimes there's a time zone specified, sometimes there isn't, sometimes they're using structured data to specify a date and a time and then on the page that information is not available. All of these things can make it really hard for us to pick the right day sometimes it's not so much a matter of publisher trying to mislead Google but rather Google kind of being confused by what a publisher is providing and those situations are always interesting for us. So you're welcome to pass those on to me so that we can take a look to see what what is actually happening here? How did we get confused? What could we do to make it so that webmasters and publishers understand better how to provide dates that work well for Google as well?

Question 42:10 - When it comes to categorizing content Adsense is classifying some of our pages as adult and after a manual review lifting this restriction this Adsense feed into or is it linked to the search categorization or the do the two platforms use the same algorithms or talk to each other?

Answer 42:30 - So as far as I know Adsense does a lot of these classifications completely differently from search they use their own systems for this part of that kind of makes sense because they have different policies so when it comes to search we might choose to show things in one way but Adsense because they're focused more on the advertising part of the kind of set up there, they they might have more restrictive policies where they say well this type of content is not something we'd like to place ads on or they just might have different different policies then we would have in search overall. So just because you're seeing something happening from the ad side doesn't necessarily mean that the same thing would be applying from the search side.

Question 43:22 - When will structured data testing tools start showing schema injected through tag manager in JSON-LD?

Answer 43:30 - I don't know. I have seen that question pop up again on Twitter so I'll definitely bring that up with the team as well to see what we can do to make that a little bit easier. In general using the the tag manager to inject things like structured data or to inject other kind of search related functionality into the page is something that you can do. It's something that we often pick up but it's something that's a lot harder to diagnose and it's a little bit fragile. So that's something where I would recommend if if at all possible to make sure that you can inject the structured data directly on the page. That way you can use all of the testing tools out there to determine that it's working correctly and you can be sure that Google search is always taking that into account. Whereas if you use tag manager for some of these things we can pick that up when we render the page it takes a little bit longer to get there and if anything happens to kind of subtly break along the way towards rendering that page then it might happen that we don't make it and it probably will happen that other search engines won't be able to pick that structure data up either. So I'm I'm okay with using tag manager it kind of has a stopgap solution where until you can actually change those pages but I would really recommend it in the long run to make sure to put that structured data directly on the page so that you don't have this kind of unclear situation.

Question 45:15 - When website rolls out a new tech stack progressively and Googlebot sees some sections of the site and an old stack and some on a new site stack. Is this scenario something crawlers and users will be routed to what should be monitored to ensure that all go smoothly and organic search isn't impacted?

Resposta 45:40 - Então, acho que essa última parte é algo que você precisa estar ciente de que é essencialmente impossível garantir que, se você fizer alterações maiores em seu site, a pesquisa orgânica não será afetada por isso. Existem aspectos positivos e negativos, por um lado, você pode estar fazendo mudanças maiores em seu site, especialmente porque deseja que a pesquisa orgânica seja impactada porque deseja classificar melhor, então é algo que devemos ser capazes de entender. Por outro lado, é muito possível que você lance uma nova pilha de tecnologia que quebre muitas coisas que costumavam funcionar bem para pesquisa. Então, eu diria que sempre que você estiver fazendo uma reformulação maior de um site, você deve assumir que isso pode afetar a pesquisa e vale a pena obter ajuda de SEOs, obter ajuda de desenvolvedores de outras pessoas para verificar as coisas antes tempo em vez de tentar entrar depois e dizer, bem, isso não funcionou nosso site desapareceu da pesquisa o que fazemos agora, porque se você está tentando corrigi-lo depois, sempre será uma luta muito maior. Vai levar muito mais tempo e pode ser que você realmente quebre as coisas de uma maneira que tenha um impacto de longo prazo que demore muito mais para realmente consertar do que se você tivesse a ajuda certa e o conselho certo desde o início antes de serem lançados. Obviamente, às vezes os horários funcionam de maneira ruim e às vezes as pessoas certas não estão envolvidas nas etapas certas, como se as coisas acontecessem. Então você nem sempre pode se preparar para tudo. Com relação aos lançamentos graduais, acho que é uma boa abordagem e é algo em que você pode ver como os mecanismos de pesquisa começam a rastrear a nova pilha que você fornece se você não alterar os URLs, o que geralmente é uma situação ideal. Então você pode ver como esses URLs alteram seu desempenho na pesquisa. Você pode ver isso no console de pesquisa fazendo cliques e impressões para esses URLs e, se você der um pouco de tempo para se acalmar durante o lançamento, geralmente poderá ter certeza de que tudo bem, isso está funcionando, posso fazer o mesmo tipo de configuração e aplicá-lo a uma parte maior do site e realmente implementá-lo progressivamente.

Pergunta 48:26 - Um blog muito ruim pode fazer com que um site inteiro caia no ranking?

Resposta 48:50 - Em geral, tentamos analisar um site em geral e, se houver partes significativas do site que são realmente ruins, isso pode afetar bem o restante do ranking do site. Normalmente, quando se trata de uma situação em que você tem um blog e um site de comércio eletrônico, o site de comércio eletrônico é o que todo mundo está focando e o blog apenas fornece um pouco de informação extra e se o blog é meio que ruim, então isso realmente não afeta o tipo de pedaço maior do site de comércio eletrônico. O único tipo de situação em que ele pode desempenhar um papel e acho que essa pergunta vai nessa direção é se o blog estiver configurado de maneira tecnicamente ruim e o Googlebot tiver muitos problemas para rastreá-lo. Talvez o acesso às URLs seja realmente muito lento ou retorne muitos erros do servidor, o que nesse caso é meio mencionado aqui, então o que acontecerá é reduziremos o rastreamento desse site em geral. Então, o que não é necessariamente o caso de cairmos no ranking. Páginas ruins em um site, como do ponto de vista técnico, se elas simplesmente não funcionarem, tentaremos descartar essas páginas, mas se, do ponto de vista do rastreamento, tivermos problemas para rastrear uma parte significativa desse site, diminuiremos o rastreamento porque queremos ter certeza de que nosso rastreamento não é o motivo pelo qual este site está apresentando um desempenho ruim.

Por exemplo, se rastrearmos o blog e virmos muitos erros de servidor que poderíamos dizer, bem, talvez estejamos rastreando muito, não queremos causar nenhum problema, reduziremos nossa velocidade de rastreamento e se o e-commerce site estiver na mesma configuração que o blog, também reduziremos nosso rastreamento para o site de comércio eletrônico. Portanto, rastreamos a quantidade de rastreamento que fazemos em um nível de host. Se essas duas partes estiverem no mesmo host, provavelmente tentaremos rastreá-las na mesma taxa e, se uma delas for muito ruim e não pudermos rastreá-lo sem muitos erros de servidor, reduziremos o rastreamento geral.

E para muitos sites que realmente não importam, ainda podemos acompanhar a maioria das alterações em nosso site, mesmo que não rastreiemos com tanta frequência um grande site de comércio eletrônico que possa desempenhar um papel. Em particular, se você tiver produtos que vêm e vão e não podemos acompanhar o rastreamento desses produtos à medida que eles vêm e vão, os resultados da pesquisa para o site de comércio eletrônico acabarão ficando um pouco obsoletos e isso é algo que talvez os usuários verão nos resultados da pesquisa.

Portanto, se eles estiverem procurando um novo telefone, não sei, um novo telefone e seu site de comércio eletrônico tiver esse novo telefone, mas ainda não conseguirmos rastrear essas páginas, não poderemos mostrar seu site nos resultados de pesquisa desse novo telefone. Então, isso é algo em que eu daria uma olhada nisso e veria o que você pode fazer para melhorá-lo, então, do ponto de vista da qualidade, novamente, é menos um problema se uma parte do site não for realmente tão boa, obviamente isso pode afetar isso também. Mas especialmente do ponto de vista técnico, se tivermos problemas significativos com o rastreamento de uma parte do site, rastrearemos menos muito bem e não é uma penalidade. Não é algo que estamos dizendo, oh este site é ruim não vamos passar tanto tempo lá, é mais uma questão de nossos algoritmos tentando ser bons cidadãos da web e dizendo bem queremos ter certeza de que estamos não é a razão pela qual este site está tendo tantos problemas.

Pergunta 52:36 - O Googlebot segue o comando sitemap no arquivo robots.txt?

Resposta 52:41 - Nós pegamos o arquivo de mapa do site lá, mas o Googlebot não o rastreia como um link nós processamos arquivos de mapa do site individualmente lá arquivos XML eles não são páginas com links lá. Portanto, o Googlebot não o seguiria como uma página HTML, mas o solicitaria como um arquivo de mapa do site e o processaria com processamento XML normal.

Pergunta 53:08 - Em um site de mídia tenho uma versão responsiva das seções da página inicial notícias e as notícias também têm versões AMP você recomenda ter a versão AMP da página inicial e a seção alternativa para que o Google encontre a versão tia do novidades primeiro. Isso tem algum efeito na velocidade de indexação?

Resposta 53:30 - Então, do ponto de vista da indexação, não vejo nenhuma razão pela qual você precise fazer isso, pegamos as tia pages quando elas estão conectadas às páginas normais, rastreando a página normal primeiro e depois nós veja o link para o AMP que seguimos e que também acessa a página AMP. Mas principalmente nós rastreamos, o tipo de versão normal ou legada da página ou versão responsiva, não sei como você chamaria, nós rastreamos com a versão não AMP. A exceção é, claro, se todo o seu site for AMP, obviamente, rastrearemos isso. No que diz respeito a ter versões AMP da página inicial e das seções, isso é com você. Então, isso é algo em que, se você estiver vendo os usuários acessarem artigos de notícias individuais e clicarem no botão home lá e você os enviar para sua versão inicial responsiva, talvez tudo bem, talvez seja confuso para os usuários. Em última análise, isso é com você. Normalmente, essas páginas não seriam mostradas em uma nova seção onde pegamos o material AMP. Então, provavelmente, isso é menos um problema direto, mais algo indireto e de longo prazo.

Pergunta 54:52 - Você recomenda ter um arquivo de sitemap para URLs na versão AMP?

Resposta 54:56 - Você não precisa fazer isso. Novamente, a exceção é se todo o seu site for apenas AMP, obviamente, essas são suas páginas.

Pergunta 55:53 - Eu tenho alguns clientes e eles têm um texto na linha inferior desta página e hoje está bem classificado, você sabe, nós temos tráfego, vendas. Mas você sabe que esse texto não é bom porque foi escrito para robôs, sabe, não para pessoas e hoje não sabemos o que fazer se excluirmos esse texto podemos perder nossos rankings e segundo não sabemos como pode integrar este texto. O que você propõe?

Resposta 56:26 - Sim, eu olharia para isso mais como um projeto de médio ou longo prazo para pensar em maneiras de integrar melhor parte desse texto na parte normal da página. Portanto, não é o caso, pelo menos no momento, de olharmos para essas páginas e dizer, oh, isso é terrível, deveríamos rebaixar o site por fazer isso, mas tentamos pegar conteúdo adicional lá e, até certo ponto, eu acho que o conteúdo adicional é útil, mas se você não pode simplesmente espremê-lo no resto da página, tente pensar em maneiras de fazer isso a longo prazo. Especialmente o que eu recomendaria fazer é tentar encontrar maneiras de reduzir a quantidade de texto que você está fornecendo assim. Então, em vez deste grande artigo da Wikipedia na parte inferior, reduza-o talvez a algumas frases para que ainda seja útil para os usuários quando eles o olharem e ainda forneça o contexto certo para os mecanismos de pesquisa quando eles olharem para a página como um todo.

Então, não é algo que eu diria que é como um problema crítico que você precisa resolver imediatamente, mas sim algo em que talvez as pessoas estejam usando isso como uma maneira de, não sei, resolver outras deficiências nessa página em no começo e talvez seja melhor apenas corrigir essas deficiências a longo prazo do que continuar construindo esses longos textos que ninguém lê.

Pergunta 58:03 - O problema que temos hoje é que temos algumas palavras-chave neste texto e está ligado a 50 palavras o que obtemos classificação do Google e achamos que se escrevermos algum texto interessante para os clientes, para os clientes e podemos' t usar as mesmas palavras-chave seria melhor reescrevê-lo?

Resposta 58:32 - Eu não sei, vou tentar encontrar maneiras de fazer o texto funcionar para ambos, mas novamente eu olharia para isso como algo mais a longo prazo e não diria, ah, eu preciso reescrever tudo hoje, senão o Google vai me penalizar, mas acho que muitas vezes as pessoas colocam muito texto nessas páginas especificamente para mecanismos de busca e não percebem que os mecanismos de busca já ignoram muito desse texto. Então, se você pode reduzi-lo para que haja menos preenchimento de palavras-chave, talvez até funcione melhor, mas é algo que às vezes exige um pouco de prática e encontrar a abordagem certa para garantir que você cubra o conteúdo que as pessoas estão pesquisando e também fornecer o contexto que as pessoas precisam quando olham para essa página individualmente.

Pergunta 59:24 - Eu costumo escrever as postagens do meu blog russo e preciso usar muito texto alternativo em qualquer imagem, mas se eu escrever guias passo a passo, informações como essa, você sabe, eu uso muito das capturas de tela preciso colocar tudo isso lá porque não tenho certeza de que elas precisam ser classificadas para esta captura de tela da imagem do Google.

Resposta 59:52 - Isso é com você. Isso depende totalmente de você. Então, eu olharia para isso mais como as pessoas que pesquisam visualmente chegariam ao meu site, em vez de como posso obter o maior número possível de imagens nas imagens do Google. Então, desse ponto de vista, se você está dizendo que essas capturas de tela ajudam essas páginas, mas ninguém vai procurar por essa captura de tela, por que se incomodar? Não há necessidade de entrar em muitos detalhes, obviamente, para os leitores de tela, ter o texto alternativo é útil, então uma certa quantidade de texto alternativo é útil, mas se você souber que as pessoas não estão acessando o seu site com imagens do Google para essas imagens então você pode escrever seu texto de uma maneira ligeiramente diferente. Você não precisa se preocupar com o tipo de segmentação da pesquisa de imagens em parte disso.