![\"Image\"](\"https:\/\/www.artefact.com\/wp-content\/uploads\/2021\/02\/Olivier-Perbet-.png\")
![](\"https:\/\/www.artefact.com\/\/wp-content\/uploads\/2021\/08\/jdn-LOGO.png\" "\\"jdn-LOGO\\""){kind=logo}
<\/span><\/div>1 - O Google est\u00e1 bem com a p\u00e1gina da Web completa?<\/h2><\/div>H\u00e1 mais de 10 anos, os sites da Web s\u00e3o muito dependentes do JavaScript para a gera\u00e7\u00e3o de suas p\u00e1ginas. O Google tem a capacidade de criar uma p\u00e1gina com todos os seus recursos, e quanto mais uma p\u00e1gina for grande, mais chances ela ter\u00e1 de ser carregada por inteiro. Ao contr\u00e1rio, o risco \u00e9 que o usu\u00e1rio passe por cima de elementos essenciais da p\u00e1gina se ela for muito extensa (zonas de conte\u00fado, links).<\/p>\n<\/div>
A ferramenta de inspe\u00e7\u00e3o do URL do Search Console permite verificar como o Google visualizou a p\u00e1gina: o c\u00f3digo HTML gerado \u00e9 o mesmo que o do navegador, os recursos \u00fateis (CSS e JS essenciais) est\u00e3o bem carregados?<\/p>\n
O instrumento de inspe\u00e7\u00e3o do URL prop\u00f5e, na realidade, duas fun\u00e7\u00f5es:<\/p>\n<\/div>
- <\/i><\/span>\n
\u00cdndice Google<\/strong> : mostra a p\u00e1gina que o Google indexou.<\/p>\n<\/div><\/li>- <\/i><\/span>\n
Teste direto<\/strong> O senhor pode ver como o Google v\u00ea a p\u00e1gina em condi\u00e7\u00f5es ideais, carregando o m\u00e1ximo de recursos.<\/p>\n<\/div><\/li><\/ul>Aten\u00e7\u00e3o, portanto, ao estudar suas p\u00e1ginas por meio da vers\u00e3o adaptada \u00e0 sua an\u00e1lise.<\/p>\n<\/div>
![](\"https:\/\/www.artefact.com\/\/wp-content\/uploads\/2022\/01\/seo-technique1.jpeg\" "\\"seo-technique1\\"")
<\/span><\/div>2 - O Google n\u00e3o v\u00ea mais do que as p\u00e1ginas \u00fateis do site?<\/h2><\/div>Temos o mau h\u00e1bito de considerar que um URL em HTTP 200 \u00e9 uma boa escolha e um URL em HTTP 404 \u00e9 um problema. Como geralmente acontece em SEO, n\u00e3o h\u00e1 uma resposta bin\u00e1ria, e \u00e9 necess\u00e1rio fazer uma reflex\u00e3o.<\/p>\n
Veja o exemplo de um site de com\u00e9rcio eletr\u00f4nico: ele \u00e9 composto principalmente de p\u00e1ginas de listagens (categorias) e de fichas de produtos.<\/p>\n
Uma p\u00e1gina de listagem (Cat\u00e9gories, Sous-cat\u00e9gories) \u00e9 capaz de propor op\u00e7\u00f5es de UX para o internauta, como filtros (cor) e pre\u00e7os (pre\u00e7o).<\/p>\n
Essas op\u00e7\u00f5es geram, muitas vezes, URLs com par\u00e2metros quase infinitos, devido \u00e0s combina\u00e7\u00f5es de op\u00e7\u00f5es (o que faz com que o exemple.com\/chemises?couleur=Bleu&taille=XS<\/i>). O risco \u00e9 deixar acess\u00edvel ao Google um n\u00famero incont\u00e1vel de p\u00e1ginas in\u00fateis para SEO, como as mais fracas (muitos filtros e poucos produtos) ou as duplicadas (produtos id\u00eanticos ordenados de forma diferente).<\/p>\n
Veja no Search Console o n\u00famero de p\u00e1ginas \u201cValides\u201d (vertes). Al\u00e9m disso, se seus sitemaps estiverem configurados adequadamente para n\u00e3o conter apenas as p\u00e1ginas \u00fateis e conhecidas de seu site, voc\u00ea poder\u00e1 distinguir :<\/p>\n<\/div>
- <\/i><\/span>\n
Enviado e indexado<\/b> - As p\u00e1ginas do mapa do site<\/p>\n<\/div><\/li>- <\/i><\/span>\n
Indexado, mas n\u00e3o enviado por meio de um mapa do site<\/b> - as p\u00e1ginas n\u00e3o inclu\u00eddas no mapa do site e indexadas<\/p>\n<\/div><\/li><\/ul>O perigo est\u00e1, portanto, nessa segunda categoria, apesar de sua cor verde tranquilizadora.<\/p>\n<\/div>
![](\"https:\/\/www.artefact.com\/\/wp-content\/uploads\/2022\/01\/seo-technique2.jpeg\" "\\"seo-technique2\\"")
<\/span><\/div>Por outro lado, um produto tem um ciclo de vida que implica sua retirada do site a termo. A p\u00e1gina \u00e9 naturalmente passada para HTTP 404, que se junta a outros produtos que foram retirados recentemente, como o relat\u00f3rio Couverture de la Search Console sur les URLs Exclues - Introuvable (404). A mesma coisa que as folhas mortas que se acumulam em um galho de \u00e1rvore no outono, \u00e9 um comportamento normal para um site. E, de um modo geral, qual \u00e9 o risco para o seu site de que o Google veja os URLs em 404? Nenhum.<\/p>\n<\/div>
3 - O Google considera o site como compat\u00edvel com dispositivos m\u00f3veis?<\/h2><\/div>A fixa\u00e7\u00e3o do Google em SEO sobre a quest\u00e3o do celular levou \u00e0 cria\u00e7\u00e3o do seu \u00edndice m\u00f3vel: a qualidade de um site em SEO \u00e9 avaliada de acordo com sua vers\u00e3o m\u00f3vel. \u00c9 necess\u00e1rio, principalmente, garantir que n\u00e3o haja diferen\u00e7as de conte\u00fado e de links entre a vers\u00e3o desktop e a vers\u00e3o m\u00f3vel.<\/p>\n
O senhor encontra, \u00e0s vezes, um problema mais raro e mais cr\u00edtico: O Google pode considerar que um site n\u00e3o \u00e9 m\u00f3vel. A maioria dos sites est\u00e1 usando o Responsive Web Design (RWD), o que torna o mesmo site compat\u00edvel com desktop e celular. \u00c9 justamente essa tecnologia que pode ser um obst\u00e1culo: ela \u00e9 gerada por arquivos de recursos do site (principalmente o CSS) que podem ser bloqueados pelo Google involuntariamente.<\/p>\n
Em alguns casos, encontramos no robots.txt (arquivo que indica ao Google o que o usu\u00e1rio pode ou n\u00e3o ver em um site) consigna\u00e7\u00f5es que bloqueiam os recursos necess\u00e1rios para o design responsivo, geralmente devido a um CMS antigo (ou a um robots.txt que gera v\u00e1rios repert\u00f3rios em CMS diferentes). O Google tamb\u00e9m n\u00e3o pode gerar as p\u00e1ginas do site que n\u00e3o estejam com as linhas de estilo incompat\u00edveis e considera o site n\u00e3o compat\u00edvel. No entanto, a constata\u00e7\u00e3o desse problema \u00e9 simples (o Search Console aponta o erro, \u00e9 poss\u00edvel testar uma p\u00e1gina por meio do Test d'optimisation mobile) e a solu\u00e7\u00e3o \u00e9, em geral, relativamente r\u00e1pida.<\/p>\n<\/div>![\"Image\"](\"data:image\/svg+xml,%3Csvg%20xmlns%3D%27http%3A%2F%2Fwww.w3.org%2F2000%2Fsvg%27%20width%3D%27400%27%20height%3D%270%27%20viewBox%3D%270%200%20400%200%27%3E%3Crect%20width%3D%27400%27%20height%3D%270%27%20fill-opacity%3D%220%22%2F%3E%3C%2Fsvg%3E\")
4 - O senhor est\u00e1 bem no mesmo site que o Google com seu navegador e suas ferramentas?<\/h2><\/div>Uma p\u00e1gina da Web \u00e9 gerada por um servidor da Web. Ele responde a uma solicita\u00e7\u00e3o a um URL que cont\u00e9m as informa\u00e7\u00f5es do solicitante, principalmente: o User-Agent para identificar o tipo de solicitante (outil, navigateur, robot d'exploration) e o endere\u00e7o IP. O servidor envia, portanto, uma resposta HTTP, geralmente acompanhada de uma p\u00e1gina da Web. Uma resposta HTTP200 \u00e9 acompanhada da p\u00e1gina solicitada, mas uma resposta HTTP404 ou HTTP500 n\u00e3o.<\/p>\n
Em resumo, alguns sites respondem de forma diferente de acordo com a demanda. Isso representa dois grandes problemas:<\/p>\n<\/div>
- <\/i><\/span>\n
O Google e suas ferramentas n\u00e3o t\u00eam a mesma p\u00e1gina<\/b>. Os instrumentos de an\u00e1lise, como os rastreadores (OnCrawl, Screaming Frog)<\/a> ou as solu\u00e7\u00f5es de SEO (SEMrush, ahrefs) podem ser voluntariamente bloqueadas pelo servidor do site. Seja por seu User-Agent, seja por seu endere\u00e7o IP quando ele simula o Googlebot. Os utilit\u00e1rios n\u00e3o t\u00eam sempre a mesma resposta a um URL solicitado de acordo com sua configura\u00e7\u00e3o.<\/p>\n<\/div><\/li><\/ul>![](\"https:\/\/www.artefact.com\/\/wp-content\/uploads\/2022\/01\/seo-technique4.jpeg\" "\\"seo-technique4\\"")
<\/span><\/div>- <\/i><\/span>\n
O Google n\u00e3o v\u00ea a p\u00e1gina como voc\u00ea a v\u00ea em seu navegador<\/b>. Um site pode se comportar de forma diferente para o Google e para o internauta. Devido ao risco de que isso seja considerado como uma pr\u00e1tica trompeuse pelo Google (que exige um site id\u00eantico para ele e para o internauta), a an\u00e1lise do desempenho de SEO do site ser\u00e1 muito mais complicada.<\/p>\n<\/div><\/li><\/ul>Um exemplo importante \u00e9 o status em linha de p\u00e1ginas que s\u00e3o redirecionadas para o internauta: uma p\u00e1gina exemple.com pode existir para o Google, mas ser redirecionada para exemple.com\/fr_FR\/ para o internauta, devido \u00e0 l\u00edngua do navegador e do cookies (que n\u00e3o \u00e9 o rob\u00f4 de explora\u00e7\u00e3o do Google).<\/p>\n<\/div>
5 - Os dados estruturados n\u00e3o s\u00e3o uma amea\u00e7a para o site?<\/h2><\/div>Na mesma l\u00f3gica em que os senhores extens\u00f5es de an\u00fancios no SEA<\/a>, Os resultados naturais s\u00e3o beneficiados por v\u00e1rios ajustes visuais. Os dados estruturados s\u00e3o m\u00e9tricas que identificam mais de um elemento de uma p\u00e1gina de acordo com os formatos definidos. O resultado \u00e9 uma melhor leitura desses elementos pelos promotores de pesquisa, com a troca de que eles geram extras enriquecedores em seus resultados de pesquisa. Um exemplo claro \u00e9 o dos dados estruturados relativos a um produto: identifica-se seu nome, seu pre\u00e7o, sua disponibilidade e sua nota m\u00e9dia, e esses elementos s\u00e3o apresentados nessa p\u00e1gina nos resultados da pesquisa.<\/p>\nApesar da grande precis\u00e3o do senhor, o documenta\u00e7\u00e3o de dados estruturados<\/a> (com o Schema.org e o Google) e os recursos de teste de sua implementa\u00e7\u00e3o, os erros continuam sendo frequentes, mesmo entre os CMS mais avan\u00e7ados do mercado.<\/p>\nNa maioria dos casos, uma m\u00e1 implementa\u00e7\u00e3o torna-os parcialmente inoportunos - o elemento em quest\u00e3o n\u00e3o gera nenhum extraits enrichis sem bloquear os outros (um pre\u00e7o bem equilibrado n\u00e3o pode ser bloqueado por uma nota m\u00e9dia fraca).<\/p>\n<\/div>
Al\u00e9m disso, uma implementa\u00e7\u00e3o v\u00e1lida \u00e0 primeira vista pode atrapalhar o site. Certos CMS do mercado se mostram bastante gen\u00e9ricos em seu balanceamento: p\u00e1ginas de produtos onde o produto principal \u00e9 balanceado, mas tamb\u00e9m os produtos associados (em vendas cruzadas). O produto principal \u00e9 claramente identificado pelo restante da p\u00e1gina (t\u00edtulo, H1), mas os pre\u00e7os s\u00e3o m\u00faltiplos. O Google deve escolher um pre\u00e7o para afixar nessa p\u00e1gina nos resultados da pesquisa, e tem poucas chances de reter o bem. O senhor se depara, portanto, com p\u00e1ginas produzidas na SERP com pre\u00e7os incorretos: inferiores ou superiores, inaceit\u00e1veis para o internauta.<\/p>\n
O caso mais s\u00e9rieux e, infelizmente, n\u00e3o t\u00e3o raro, diz respeito ao Os direitos autorais do Google<\/a>. Uma implementa\u00e7\u00e3o considerada abusiva em rela\u00e7\u00e3o \u00e0s pr\u00e1ticas autorizadas pelo Google no que se refere a dados estruturados resulta em um retorno completo dos extratos enriquecidos para o site, at\u00e9 a resolu\u00e7\u00e3o do problema e a solicita\u00e7\u00e3o de reconsidera\u00e7\u00e3o da a\u00e7\u00e3o manual (posteriormente validada por uma pessoa f\u00edsica). Os casos recentes tiveram 2 meses para serem reconsiderados, durante os quais os sites em quest\u00e3o foram alterados na SERP em rela\u00e7\u00e3o aos concorrentes (apenas visivelmente, sem impacto sobre as posi\u00e7\u00f5es).<\/p>\n<\/div>![](\"https:\/\/www.artefact.com\/\/wp-content\/uploads\/2022\/01\/seo-technique5.jpeg\" "\\"seo-technique5\\"")
<\/span><\/div><\/div><\/div><\/div><\/article>
H\u00e1 mais de 10 anos, os sites da Web s\u00e3o muito dependentes do JavaScript para a gera\u00e7\u00e3o de suas p\u00e1ginas. O Google tem a capacidade de criar uma p\u00e1gina com todos os seus recursos, e quanto mais uma p\u00e1gina for grande, mais chances ela ter\u00e1 de ser carregada por inteiro. Ao contr\u00e1rio, o risco \u00e9 que o usu\u00e1rio passe por cima de elementos essenciais da p\u00e1gina se ela for muito extensa (zonas de conte\u00fado, links).<\/p>\n<\/div>
A ferramenta de inspe\u00e7\u00e3o do URL do Search Console permite verificar como o Google visualizou a p\u00e1gina: o c\u00f3digo HTML gerado \u00e9 o mesmo que o do navegador, os recursos \u00fateis (CSS e JS essenciais) est\u00e3o bem carregados?<\/p>\n
O instrumento de inspe\u00e7\u00e3o do URL prop\u00f5e, na realidade, duas fun\u00e7\u00f5es:<\/p>\n<\/div>
- <\/i><\/span>\n
\u00cdndice Google<\/strong> : mostra a p\u00e1gina que o Google indexou.<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nTeste direto<\/strong> O senhor pode ver como o Google v\u00ea a p\u00e1gina em condi\u00e7\u00f5es ideais, carregando o m\u00e1ximo de recursos.<\/p>\n<\/div><\/li><\/ul>
Aten\u00e7\u00e3o, portanto, ao estudar suas p\u00e1ginas por meio da vers\u00e3o adaptada \u00e0 sua an\u00e1lise.<\/p>\n<\/div>
<\/span><\/div>2 - O Google n\u00e3o v\u00ea mais do que as p\u00e1ginas \u00fateis do site?<\/h2><\/div>
Temos o mau h\u00e1bito de considerar que um URL em HTTP 200 \u00e9 uma boa escolha e um URL em HTTP 404 \u00e9 um problema. Como geralmente acontece em SEO, n\u00e3o h\u00e1 uma resposta bin\u00e1ria, e \u00e9 necess\u00e1rio fazer uma reflex\u00e3o.<\/p>\n
Veja o exemplo de um site de com\u00e9rcio eletr\u00f4nico: ele \u00e9 composto principalmente de p\u00e1ginas de listagens (categorias) e de fichas de produtos.<\/p>\n
Uma p\u00e1gina de listagem (Cat\u00e9gories, Sous-cat\u00e9gories) \u00e9 capaz de propor op\u00e7\u00f5es de UX para o internauta, como filtros (cor) e pre\u00e7os (pre\u00e7o).<\/p>\n
Essas op\u00e7\u00f5es geram, muitas vezes, URLs com par\u00e2metros quase infinitos, devido \u00e0s combina\u00e7\u00f5es de op\u00e7\u00f5es (o que faz com que o exemple.com\/chemises?couleur=Bleu&taille=XS<\/i>). O risco \u00e9 deixar acess\u00edvel ao Google um n\u00famero incont\u00e1vel de p\u00e1ginas in\u00fateis para SEO, como as mais fracas (muitos filtros e poucos produtos) ou as duplicadas (produtos id\u00eanticos ordenados de forma diferente).<\/p>\n
Veja no Search Console o n\u00famero de p\u00e1ginas \u201cValides\u201d (vertes). Al\u00e9m disso, se seus sitemaps estiverem configurados adequadamente para n\u00e3o conter apenas as p\u00e1ginas \u00fateis e conhecidas de seu site, voc\u00ea poder\u00e1 distinguir :<\/p>\n<\/div>
- <\/i><\/span>\n
Enviado e indexado<\/b> - As p\u00e1ginas do mapa do site<\/p>\n<\/div><\/li>
- <\/i><\/span>
\nIndexado, mas n\u00e3o enviado por meio de um mapa do site<\/b> - as p\u00e1ginas n\u00e3o inclu\u00eddas no mapa do site e indexadas<\/p>\n<\/div><\/li><\/ul>
O perigo est\u00e1, portanto, nessa segunda categoria, apesar de sua cor verde tranquilizadora.<\/p>\n<\/div>
<\/span><\/div>Por outro lado, um produto tem um ciclo de vida que implica sua retirada do site a termo. A p\u00e1gina \u00e9 naturalmente passada para HTTP 404, que se junta a outros produtos que foram retirados recentemente, como o relat\u00f3rio Couverture de la Search Console sur les URLs Exclues - Introuvable (404). A mesma coisa que as folhas mortas que se acumulam em um galho de \u00e1rvore no outono, \u00e9 um comportamento normal para um site. E, de um modo geral, qual \u00e9 o risco para o seu site de que o Google veja os URLs em 404? Nenhum.<\/p>\n<\/div>
3 - O Google considera o site como compat\u00edvel com dispositivos m\u00f3veis?<\/h2><\/div>
A fixa\u00e7\u00e3o do Google em SEO sobre a quest\u00e3o do celular levou \u00e0 cria\u00e7\u00e3o do seu \u00edndice m\u00f3vel: a qualidade de um site em SEO \u00e9 avaliada de acordo com sua vers\u00e3o m\u00f3vel. \u00c9 necess\u00e1rio, principalmente, garantir que n\u00e3o haja diferen\u00e7as de conte\u00fado e de links entre a vers\u00e3o desktop e a vers\u00e3o m\u00f3vel.<\/p>\n
O senhor encontra, \u00e0s vezes, um problema mais raro e mais cr\u00edtico: O Google pode considerar que um site n\u00e3o \u00e9 m\u00f3vel. A maioria dos sites est\u00e1 usando o Responsive Web Design (RWD), o que torna o mesmo site compat\u00edvel com desktop e celular. \u00c9 justamente essa tecnologia que pode ser um obst\u00e1culo: ela \u00e9 gerada por arquivos de recursos do site (principalmente o CSS) que podem ser bloqueados pelo Google involuntariamente.<\/p>\n
Em alguns casos, encontramos no robots.txt (arquivo que indica ao Google o que o usu\u00e1rio pode ou n\u00e3o ver em um site) consigna\u00e7\u00f5es que bloqueiam os recursos necess\u00e1rios para o design responsivo, geralmente devido a um CMS antigo (ou a um robots.txt que gera v\u00e1rios repert\u00f3rios em CMS diferentes). O Google tamb\u00e9m n\u00e3o pode gerar as p\u00e1ginas do site que n\u00e3o estejam com as linhas de estilo incompat\u00edveis e considera o site n\u00e3o compat\u00edvel. No entanto, a constata\u00e7\u00e3o desse problema \u00e9 simples (o Search Console aponta o erro, \u00e9 poss\u00edvel testar uma p\u00e1gina por meio do Test d'optimisation mobile) e a solu\u00e7\u00e3o \u00e9, em geral, relativamente r\u00e1pida.<\/p>\n<\/div>
4 - O senhor est\u00e1 bem no mesmo site que o Google com seu navegador e suas ferramentas?<\/h2><\/div>
Uma p\u00e1gina da Web \u00e9 gerada por um servidor da Web. Ele responde a uma solicita\u00e7\u00e3o a um URL que cont\u00e9m as informa\u00e7\u00f5es do solicitante, principalmente: o User-Agent para identificar o tipo de solicitante (outil, navigateur, robot d'exploration) e o endere\u00e7o IP. O servidor envia, portanto, uma resposta HTTP, geralmente acompanhada de uma p\u00e1gina da Web. Uma resposta HTTP200 \u00e9 acompanhada da p\u00e1gina solicitada, mas uma resposta HTTP404 ou HTTP500 n\u00e3o.<\/p>\n
Em resumo, alguns sites respondem de forma diferente de acordo com a demanda. Isso representa dois grandes problemas:<\/p>\n<\/div>
- <\/i><\/span>\n
O Google e suas ferramentas n\u00e3o t\u00eam a mesma p\u00e1gina<\/b>. Os instrumentos de an\u00e1lise, como os rastreadores (OnCrawl, Screaming Frog)<\/a> ou as solu\u00e7\u00f5es de SEO (SEMrush, ahrefs) podem ser voluntariamente bloqueadas pelo servidor do site. Seja por seu User-Agent, seja por seu endere\u00e7o IP quando ele simula o Googlebot. Os utilit\u00e1rios n\u00e3o t\u00eam sempre a mesma resposta a um URL solicitado de acordo com sua configura\u00e7\u00e3o.<\/p>\n<\/div><\/li><\/ul>
<\/span><\/div>- <\/i><\/span>\n
O Google n\u00e3o v\u00ea a p\u00e1gina como voc\u00ea a v\u00ea em seu navegador<\/b>. Um site pode se comportar de forma diferente para o Google e para o internauta. Devido ao risco de que isso seja considerado como uma pr\u00e1tica trompeuse pelo Google (que exige um site id\u00eantico para ele e para o internauta), a an\u00e1lise do desempenho de SEO do site ser\u00e1 muito mais complicada.<\/p>\n<\/div><\/li><\/ul>
Um exemplo importante \u00e9 o status em linha de p\u00e1ginas que s\u00e3o redirecionadas para o internauta: uma p\u00e1gina exemple.com pode existir para o Google, mas ser redirecionada para exemple.com\/fr_FR\/ para o internauta, devido \u00e0 l\u00edngua do navegador e do cookies (que n\u00e3o \u00e9 o rob\u00f4 de explora\u00e7\u00e3o do Google).<\/p>\n<\/div>
5 - Os dados estruturados n\u00e3o s\u00e3o uma amea\u00e7a para o site?<\/h2><\/div>
Na mesma l\u00f3gica em que os senhores extens\u00f5es de an\u00fancios no SEA<\/a>, Os resultados naturais s\u00e3o beneficiados por v\u00e1rios ajustes visuais. Os dados estruturados s\u00e3o m\u00e9tricas que identificam mais de um elemento de uma p\u00e1gina de acordo com os formatos definidos. O resultado \u00e9 uma melhor leitura desses elementos pelos promotores de pesquisa, com a troca de que eles geram extras enriquecedores em seus resultados de pesquisa. Um exemplo claro \u00e9 o dos dados estruturados relativos a um produto: identifica-se seu nome, seu pre\u00e7o, sua disponibilidade e sua nota m\u00e9dia, e esses elementos s\u00e3o apresentados nessa p\u00e1gina nos resultados da pesquisa.<\/p>\n
Apesar da grande precis\u00e3o do senhor, o documenta\u00e7\u00e3o de dados estruturados<\/a> (com o Schema.org e o Google) e os recursos de teste de sua implementa\u00e7\u00e3o, os erros continuam sendo frequentes, mesmo entre os CMS mais avan\u00e7ados do mercado.<\/p>\n
Na maioria dos casos, uma m\u00e1 implementa\u00e7\u00e3o torna-os parcialmente inoportunos - o elemento em quest\u00e3o n\u00e3o gera nenhum extraits enrichis sem bloquear os outros (um pre\u00e7o bem equilibrado n\u00e3o pode ser bloqueado por uma nota m\u00e9dia fraca).<\/p>\n<\/div>
Al\u00e9m disso, uma implementa\u00e7\u00e3o v\u00e1lida \u00e0 primeira vista pode atrapalhar o site. Certos CMS do mercado se mostram bastante gen\u00e9ricos em seu balanceamento: p\u00e1ginas de produtos onde o produto principal \u00e9 balanceado, mas tamb\u00e9m os produtos associados (em vendas cruzadas). O produto principal \u00e9 claramente identificado pelo restante da p\u00e1gina (t\u00edtulo, H1), mas os pre\u00e7os s\u00e3o m\u00faltiplos. O Google deve escolher um pre\u00e7o para afixar nessa p\u00e1gina nos resultados da pesquisa, e tem poucas chances de reter o bem. O senhor se depara, portanto, com p\u00e1ginas produzidas na SERP com pre\u00e7os incorretos: inferiores ou superiores, inaceit\u00e1veis para o internauta.<\/p>\n
O caso mais s\u00e9rieux e, infelizmente, n\u00e3o t\u00e3o raro, diz respeito ao Os direitos autorais do Google<\/a>. Uma implementa\u00e7\u00e3o considerada abusiva em rela\u00e7\u00e3o \u00e0s pr\u00e1ticas autorizadas pelo Google no que se refere a dados estruturados resulta em um retorno completo dos extratos enriquecidos para o site, at\u00e9 a resolu\u00e7\u00e3o do problema e a solicita\u00e7\u00e3o de reconsidera\u00e7\u00e3o da a\u00e7\u00e3o manual (posteriormente validada por uma pessoa f\u00edsica). Os casos recentes tiveram 2 meses para serem reconsiderados, durante os quais os sites em quest\u00e3o foram alterados na SERP em rela\u00e7\u00e3o aos concorrentes (apenas visivelmente, sem impacto sobre as posi\u00e7\u00f5es).<\/p>\n<\/div>
<\/span><\/div><\/div><\/div><\/div><\/article>
- <\/i><\/span>
- <\/i><\/span>
- <\/i><\/span>
![\"Image\"](\"https:\/\/www.artefact.com\/wp-content\/uploads\/2022\/01\/seo-technique3.jpeg\")