Tela de projeção de aumento de vendas

SEO no e-commerce: um sistema de loja deve prestar atenção nesses pontos

Qual sistema de loja é mais adequado para SEO? Marcus Pentzek da Searchmetrics ouve essa pergunta com frequência. Ele não tem uma resposta simples, porque nenhum sistema está perfeitamente preparado para a otimização de mecanismos de busca. 

Neste artigo, ele irá apresentá-lo às funções de SEO mais importantes e, ao mesmo tempo, explicar como você deve usá-las. No final você tem uma lista de desejos com as funcionalidades mais importantes para começar a procurar o sistema de e-commerce certo para você.

Qual sistema de loja é melhor para SEO?

As perguntas continuam voltando para nós: Qual sistema de comércio eletrônico devo usar? Qual sistema de loja é melhor para SEO?

Embora esta certamente não seja a primeira pergunta que vem à mente quando uma empresa deseja escolher um sistema de e-commerce para seu site. Mas os gerentes de marketing online que trabalham lá estão muito interessados.

Para nós, como provedor de SaaS na área de SEO com um nível de consultoria de SEO associado no Grupo de Estratégias Digitais, é definitivamente uma questão relevante. Afinal, existem muitos sistemas de loja no mercado livre, cada um deles voltado para diferentes grupos-alvo. Cada um tem suas vantagens e desvantagens e muitos afirmam estar preparados para a otimização de mecanismos de pesquisa.

A má notícia: infelizmente, nem sempre é esse o caso. A razão é que nenhum especialista em SEO esteve envolvido no desenvolvimento dos recursos de SEO, mas desenvolvedores que reconheceram um aspecto parcial do SEO e declararam a implementação como “pronta para SEO” de acordo com seu conhecimento e crença.

Portanto, é importante não apenas olhar para declarações como “pronto para SEO”, mas questionar ativamente o que isso significa. Portanto, neste artigo não pretendo dar uma recomendação específica para um ou outro sistema de loja, mas sim listar as propriedades que, na minha opinião, constituem um bom sistema de loja para SEO. 

Mulher trabalhando
Mulher trabalhando

Diferentes grupos-alvo, diferentes preferências

Empresas globais que operam com muitos produtos e funções, como superadministrador, administrador, editor, gerente de loja e outros, usam sistemas projetados de maneira apropriada, como Oracle Commerce Cloud, IBM WebSphere Commerce, SuiteCommerce da Oracle Netsuite, SAP Commerce Cloud, Sitecore Experience Commerce, Intershop Commerce Suite, SAP Hybris Commerce ou Salesforce Commerce Cloud.

As empresas de médio porte recorrem a agências digitais ou mesmo web designers locais, que se especializam principalmente em alguns sistemas de e-commerce e oferecem serviços perfeitos para tudo relacionado a Plenty Shop, Shopware, Magento, Shopify, PrestaShop ou WooCommerce.

Eu mesmo construí lojas online com xt: Commerce, Commerce modificado e Gambio há cerca de 15 anos (por favor, sem perguntas de suporte – os sistemas se desenvolveram independentemente um do outro e não acompanho esse desenvolvimento há muito tempo). Outros web designers contam com OXID eShop, Commerce: SEO, Cosmoshop, Virtuemart ou Zencart.

IONOS eCommerce, Wix Ecommerce e Jimdo Ecommerce podem ser a escolha de lutadores solitários que gostam de ter seus aplicativos prontos para uso e apenas personalizá-los um pouco.

Agora que nomeei 25 sistemas de uma massa aparentemente incontrolável de sistemas (eles chamam de SEO), gostaria de reduzir rapidamente a euforia se o sistema que você está usando for encontrado nas listas foi. 

Não é uma lista dos sistemas adequados para SEO, nem esta última declaração significa que eles não são adequados.

Em vez disso, nenhuma dessas duas afirmações é verdadeira se (como pretendo) você deseja manter este artigo atualizado por um longo período de tempo.

Conceitos de negócios
Conceitos de negócios

A razão é bastante simples: um sistema que atende perfeitamente a todos os aspectos que são importantes para a otimização de mecanismos de pesquisa hoje pode ser fatal para o sucesso de SEO da empresa amanhã. A razão não é a mudança constante nos requisitos para uma boa otimização de mecanismo de pesquisa, mas sim que os sistemas da loja estão em constante desenvolvimento, correções de bugs estão sendo publicadas, novos recursos estão sendo implementados e outras funcionalidades (às vezes inconscientemente) estão sendo destruídas novamente de tempos em tempos.

Portanto, neste artigo gostaria de listar as propriedades que, na minha opinião, constituem um bom sistema de loja para SEO. Estou ansioso para receber feedback de todos os leitores.


O sistema de loja perfeito de uma perspectiva de SEO

Modelos de página inicial

A página inicial é a vitrine da sua loja online. O sistema da loja deve, portanto, oferecer-lhe todas as oportunidades para causar uma boa impressão e fornecer uma visão geral rápida da sua oferta e dos seus valores.

Todas as opções de design devem ser abertas ao web designer – incluindo a implementação de algumas palavras de texto que ajudem o mecanismo de busca a classificar melhor a página inicial do seu negócio (USPs, mais vendidos, categorias principais). Palavras-chave (além da marca) não precisam ser abordadas na página inicial – portanto, a variedade de caixas de texto permanece gerenciável.

A página inicial não precisa desenvolver classificações para nada além da marca do site. Palavras-chave genéricas, informativas ou transacionais, por outro lado, devem ser utilizadas em outras páginas mais adequadas.

O carregamento rápido da página e uma boa experiência do usuário (UX) são importantes aqui.

Layout da página de categoria 1: páginas da lista de produtos

Uma página de lista de produtos (PLP) clássica oferece ao visitante a oportunidade de navegar pelos produtos existentes – em uma coluna ou com vários produtos por linha em muitas linhas.

Nem todo grupo de produtos é autoexplicativo. Às vezes, é útil orientar clientes em potencial no caminho para um produto específico ou, pelo menos, oferecer suporte em sua tomada de decisão. A opção de filtro pode fornecer essa função em muitos casos . Mas às vezes isso não é suficiente e um guia de compras em forma de texto se torna necessário. Assim, é idealmente estruturado com fotos e tabelas, fáceis de consumir e com um design agradável.

Para que o visitante tenha conhecimento imediato desta oferta ao entrar na página de listagem de produtos, o texto do aviso deve ser apresentado antes da lista de produtos, mas sem (no layout do desktop) tirar os produtos da vista (“abaixo da dobra”). Para não arriscar, você pode trabalhar com a função “continuar lendo” que, após clicar, desdobra o texto por completo ou direciona para o conteúdo abaixo da lista de produtos como uma etiqueta de salto.

Importante neste ponto: O visitante não precisará de suporte de texto apropriado para todas as categorias. No entanto, o sistema deve oferecer ao gerente de e-commerce a implementação do conteúdo correspondente.

As listagens de produtos devem realmente mostrar apenas produtos que correspondam à respectiva categoria. Se isso der errado, o problema geralmente está na descrição imprecisa usando atributos ou na atribuição incorreta às (sub) categorias. Os clientes, como os motores de busca, também esperam uma quantidade não muito pequena de listagens de produtos para cada PLP. Aqui é importante encontrar o equilíbrio entre o tempo de carregamento da página e o número máximo de artigos que podem ser exibidos.

Influenciador
Influenciador

Os dados estruturados da lista de produtos completam a transferência de informações para o mecanismo de pesquisa. Consulte o “Exemplo 1” em https://schema.org/Product .

Para que uma página com muitas imagens, como uma página de lista de produtos, carregue rapidamente, pode fazer sentido pensar em “carregamento lento” para imagens de produtos que não são imediatamente visíveis. Dica: carregue a primeira linha de produto (mesmo que esteja “abaixo da dobra”) e apenas inicie o carregamento lento a partir da linha 2.

Layout da página da categoria 2: mundos temáticos

Além da página de categoria clássica no estilo de uma página de lista de produtos, existem situações em que pode fazer sentido transmitir emoções e apresentar um tópico com diferentes facetas . Seu sistema de loja deve estar preparado para oferecer a você as duas opções.

Esse “mundo temático” deve oferecer ao designer toda a liberdade criativa que ele pode imaginar. Ele deve ser capaz de introduzir o tema da categoria (emocionalmente) com imagens, mas também com textos. A lista de subcategorias subordinadas também deve ser exibida de forma variável, como uma barra lateral (no layout da área de trabalho), como blocos ou como uma lista simples – como é popular entre os designers da web e UX.

Filtro de categoria

Além do filtro clássico e das opções de classificação, como “preço”, “best-seller” e “marca”, você deve oferecer opções de filtro adequadas para os respectivos produtos : por exemplo, volume de litro para aquários ou altura do salto para bombas.

Essa filtragem pode ser resolvida de diferentes maneiras. Se um novo URL for gerado durante o processo de filtragem, ele deve ser exibido sem o conteúdo original para auxiliar na tomada de decisão de compra, uma vez que um mecanismo de busca o classificaria como “conteúdo duplicado”. Isso pode impedir que a categoria e o URL da categoria filtrada atinjam todo o seu potencial na pesquisa orgânica. O título da categoria filtrada deve comunicar a própria categoria e o status do filtro. Exemplo: “Jeans masculino tamanho XXL”

Especialmente se o visitante puder combinar muitos filtros, isso resultará rapidamente em milhares de URLs, cada um dos quais pode cobrir uma cauda extremamente longa de combinações de palavras-chave (camisas masculinas tamanho XXL vermelho mangas compridas abaixo de 100 euros). Para evitar que o Google tenha que visitar (ou mesmo indexar) milhares de URLs, eles devem ser excluídos de acordo. Um método eficaz é mascarar esses links com padrões PRG . 

Combinações de filtro com grandes volumes de pesquisa

Se o visitante filtrar a categoria “camisas” com o comprimento da manga “curto”, você poderá alcançar 1.281 pesquisadores por mês apenas com o termo de pesquisa “camisa de manga curta”:

Tela de analise
Tela de analise

O ideal é cobrir esses filtros com uma URL que os mecanismos de pesquisa possam visitar (“rastrear”) e também salvar (“índice”). Você deve tratar esses URLs de filtro como faria com qualquer página de categoria clássica. O gerente de e-commerce ou SEO deve ser capaz de projetar livremente o título e a manchete, bem como exibir um texto (geralmente mais curto) que ajude na decisão do produto. Isso significa que os filtros de categoria de produto também devem ser tratados como subcategorias em termos de conteúdo: deve ser possível exibir um texto que promova decisões de compra que só existe para a categoria atual com exatamente a filtragem selecionada.

Para o sistema de loja, isso significa:

  • Deve tratar os URLs de filtro como “não rastreáveis ​​/ não indexáveis” por padrão
  • O gerente de e-commerce deve ser capaz de optar por excluir filtros individuais por categoria desta regra e não apenas fazer com que o mecanismo de pesquisa os rastreie e indexe, mas também os otimize.

Páginas de detalhes do produto (PDP)

O visitante da loja online pode acessar as páginas do produto nas páginas da categoria ou nas páginas da categoria filtrada. Nesse ínterim, o usuário clicou em categorias, subcategorias e talvez até categorias filtradas para o produto real na loja online da página inicial.

Este usuário se informou suficientemente nas páginas anteriores para poder tomar uma decisão. Ele conhece os detalhes do produto desejado e agora pode comparar esses detalhes na página do produto para clicar no botão “Encomendar”. O cliente está no final de sua jornada.

Você pode atingir precisamente esse tipo de cliente com páginas de produtos na otimização de mecanismos de pesquisa. Para tal, deve disponibilizar na página do produto todas as informações de excelente qualidade que o potencial cliente necessita para poder tomar uma decisão de compra sem ter de visitar o site . O Google também sabe disso e, no caso de consultas de pesquisa correspondentes, classifica predominantemente páginas de produtos específicos que oferecem precisamente essas informações em alta qualidade.

Programa de afiliado
Programa de afiliado

Uma boa página de produto deve, portanto, exibir o seguinte conteúdo na melhor qualidade possível:

  • Um nome de produto significativo
  • Um identificador exclusivo de produto (por exemplo, EAN)
  • Pelo menos uma, melhor até dez imagens de produtos em boa qualidade
  • Uma descrição detalhada e tão única quanto possível do produto. Isso pode ser exibido em diferentes formatos de conteúdo na mesma página:
    • Texto de corpo
    • Listas (classificadas ou não classificadas)
    • fotos
    • Vídeos
  • Depoimentos de clientes (sobre este produto)
  • Perguntas frequentes sobre este produto (faça uma oferta para falar com o suporte ou equipe de vendas)
  • Notas sobre o uso e / ou manutenção do produto

Variantes de produto

Tudo isso deve existir o mais exclusivo possível para cada produto. Mas o que acontece então com as variantes do produto? Geralmente, são armazenados no sistema de gerenciamento de mercadorias com números de produto exclusivos para que os estoques possam ser claramente identificados.

À primeira vista, também deve haver páginas de produtos separadas para variantes de produtos na loja online. O nome do produto, as descrições do produto e as características do produto serão, portanto, repetidos em grandes partes. A singularidade da página do produto, desejada pelo funcionário de SEO responsável para evitar a canibalização das páginas do produto entre si, acabou.

Como um sistema de loja pode lidar com esse problema de SEO?

Uma metodologia semelhante pode ser usada aqui para categorias, subcategorias e filtros: Em primeiro lugar, apenas uma página de produto é criada para cada produto sem quaisquer propriedades restritivas do produto, como cor ou tamanho. Esta é a página de produto padrão e é oferecida a robôs de mecanismos de pesquisa para indexação. Todas as propriedades selecionáveis ​​do produto, por exemplo, os diferentes tamanhos e cores disponíveis, são mencionadas na página do produto como um texto legível para que o bot do mecanismo de pesquisa possa indexá-las em conexão com o produto e, assim, saber que está comprando o produto nessas variantes dá.

Quadro branco de agência
Quadro branco de agência

A escolha das respectivas variantes pode ser mascarada novamente por meio de padrões PRG ou deixada diretamente para uma função Java Script especial para que o URL do produto não mude, mas o visitante ainda tem informações detalhadas adequadas para escolher, como disponibilidade do produto.

Para produtos mais complexos, o cliente tem maior necessidade de informações antes de decidir sobre um produto específico. Então, depoimentos de clientes e perguntas frequentes (com respostas) sobre exatamente este produto podem ser úteis. O sistema da loja deve estar preparado para esta necessidade e oferecer a implementação deste conteúdo mais os dados estruturados adequados (marcação de Q&A). Todos os dados devem ser carregados diretamente com o texto fonte da página do produto e não primeiro via Ajax ou algo semelhante. ser recarregado.

Lista de verificação para o design profissional de uma página de detalhes do produto:

  • Nome do produto tão exato quanto possível como um título
  • Imagens de produtos em boa resolução (mas não muito alta) como imagens ( <img>) para que o mecanismo de pesquisa possa reconhecê-las
  • Texto do produto
  • USPs como uma lista
  • Preço e possivelmente custos de envio
  • FAQ e comentários
  • Dados estruturados
    • Marcação de produto
    • avaliações
    • Marcação de perguntas e respostas

Páginas de blog, revista ou serviço

Nem todo sistema de loja oferece um sistema de blog por padrão. Em caso afirmativo, idealmente deve seguir as mesmas condições que serão explicadas posteriormente na área de estruturas de URL.

Se não houver integração de revista ou blog no sistema da loja, você deve ser capaz de oferecer pelo menos algumas páginas de serviço, talvez em uma pasta de conteúdo / serviço / extra. Essas páginas são adicionais às páginas legalmente importantes, como impressão e declaração de proteção de dados. Aqui você pode encontrar informações que não podem ser encontradas nas páginas de categorias ou produtos. Também deve ser possível otimizá-los individualmente (título, metadados e manchetes).

Menus e navegação

Uma estrutura de navegação semelhante a um silo se provou na otimização de mecanismos de busca para sites de comércio eletrônico. Isso significa que o usuário (e, portanto, também o bot) navega cada vez mais fundo em um tópico a partir da página inicial, nível por nível, até chegar à página final (o produto).

Mulher trabalhando
Mulher trabalhando

O mecanismo de pesquisa “aprende” a relação relacionada entre o produto e as categorias e subcategorias por meio de tais estruturas de navegação. Portanto, deve ser mencionado neste ponto: Nem todas as páginas devem ser acessíveis com o mínimo de cliques possível, apenas as mais importantes para a estratégia de SEO do site. Em casos raros, esta é uma página de produto específica e muitas vezes não há nem mesmo subcategorias. Se acontecer de um URL realmente importante só poder ser alcançado após muitos cliques do visitante e do mecanismo de pesquisa, isso é “corrigido” com “abreviações” adequadas: Você já está promovendo o best-seller (ou a categoria de best-seller) na página inicial e no serviço correspondente e / ou nas páginas da revista.

Vivemos em um mundo móvel

Esperançosamente, nenhum provedor de sistema de comércio eletrônico precisa ser ensinado nos dias de hoje que um site e, portanto, uma loja online deve estar “pronto para dispositivos móveis” e “otimizado para dispositivos móveis”. O fato de que esse caminho deve ser idealmente resolvido por meio de web design responsivo (e não por meio de um site móvel extra em um subdomínio ou por meio de um serviço dinâmico) também deve ter atingido todos os desenvolvedores.

No entanto, o que muitos web designers ainda fazem de errado é duplicar conteúdo ou elementos no código-fonte. Não deve haver uma versão mobile e uma versão desktop do site no código-fonte do site, que é exibido dependendo da resolução.

A navegação não deve estar no código-fonte do site, seja como uma variante móvel ou desktop, mas deve ser exibida usando CSS diferente. Por outro lado, um pequeno “serviço dinâmico” para recursos individuais (por exemplo, arquivos JavaScript ou CSS especiais para layout de celular / desktop) é definitivamente permitido.

Velocidade de página / desempenho

Com um atraso de carregamento de 1 a 10 segundos, a probabilidade de um salto (= o visitante sai da página novamente imediatamente) aumenta em 123%, de acordo com um estudo que o Google realizou em 2017 em conjunto com a SOASTA Research.

Importancia da velocidade
Importancia da velocidade

Otimize as imagens

O maior potencial de otimização em termos de tempo de carregamento do site está nas imagens e no JavaScript utilizado. Freqüentemente, são usadas imagens muito grandes que não são dimensionadas para caber no site e não são compactadas.

O ideal é que o sistema de e-commerce já intervenha aqui e, ao fazer o upload das imagens, dimensione-as em várias resoluções comuns e compacte-as sem perdas.

A exibição das resoluções apropriadas no navegador do usuário pode então ser controlada por meio da função HTML5 ” srcset” para a <img>tag.

Otimize o JavaScript

JavaScript afeta os tempos de carregamento fracos de duas maneiras:

  1. O tempo de carregamento dos próprios scripts
  2. O tempo de execução dos scripts

Infelizmente, o JavaScript é muito usado atualmente. Esconde-se por trás da desculpa “Google entende JavaScript”. Mas o mero fato de que o Google pode interpretar e executar muitos JavaScripts não significa que eles tenham um efeito positivo no SEO. Infelizmente, muitas vezes acontece o oposto e, na maioria dos casos, devido ao atraso no tempo de carregamento.

Na melhor das hipóteses, o site deve funcionar em grande parte sem JavaScript. Isso significa que o design, layout, capacidade de resposta e navegação do site não devem ser muito dependentes de JavaScript. Apenas funções adicionais que são difíceis ou difíceis de implementar sem JavaScript devem ser implementadas usando JavaScript. Exemplos: Adicionar produtos ao carrinho de compras ou adicioná-los a uma lista de desejos, selecionar um filtro ou rastreamento de usuário.

Estruturas de URL

Um site geralmente consiste em diferentes tipos de página, como página inicial, categorias, subcategorias e páginas de detalhes. Uma loja virtual não é exceção. A tarefa dos URLs é tornar todas as páginas do site acessíveis em um URL exclusivo (indexável).

Outra tarefa dos URLs é “dizer” ao visitante onde ele está no site. Isso pode ser feito por um URL “falado” usando apenas o nome do arquivo (por exemplo, /jeans.html) ou usando um caminho mais complexo que permite conclusões ainda mais profundas, como https://www.meinedomain.com/shop/bekleidung/herren/ jeans.html.

Este último permite que o visitante (e, portanto, também o mecanismo de busca) não apenas reconheça em qual página ele está, mas também onde dentro da estrutura da loja virtual.

Target
Target

Flat vs. Hierarquias de URL hierárquicas

Repetidamente, encontro a recomendação “SEO” de que os URLs devem conter o mínimo de pastas possível – no máximo, não mais do que três níveis de pasta. Isso é melhor para o Google e terá uma classificação melhor dessa forma. Como exemplo, são usadas lojas online maiores, que talvez instalem uma pasta como / p / para URLs de produtos ou / c / para URLs de categorias e, em seguida, reúna todas as páginas desse tipo de modelo.

Mas só porque o Google não tem problemas com essas estruturas de URL simples e mesmo que grandes lojas online tenham sucesso com elas, isso não significa que sejam automaticamente uma boa solução. O fato é que, ao evitar estruturas de URL hierárquicas em que cada nível de pasta corresponde a um nível de hub real dentro do site, o visitante é privado da possibilidade de navegar intuitivamente para trás através da URL por ter sempre o último Nível de url removido. Assim como o usuário não pode mais navegar para trás, o Google também está privado da oportunidade de ler a estrutura do site a partir da estrutura do URL.

Além disso, não é um problema classificar bem um URL longo no Google se o conteúdo da página for bom e o link interno for apropriado.

Espelhamento da arquitetura da informação nos URLs

Os diversos tipos de páginas que constituem uma loja virtual são estruturalmente dependentes uns dos outros. Isso é (principalmente) mostrado claramente nos links internos. Nas estruturas de URL, entretanto, muitos sistemas de loja cometem os primeiros erros aqui.

Desejo um site perfeito:

  • uma estrutura de URL hierárquica em que cada nível tem sua autorização,
  • outros níveis divisíveis podem ser exibidos como pastas 
  • e os níveis que não podem mais ser divididos (como uma página de produto) são marcados com uma extensão de arquivo.

Começando pelo URL base:

se também houver outras páginas, como / blog /:

  • https://www.myperfectwebshop.com/shop/
  • https://www.myperfectwebshop.com/shop/bekleidung/ (primeiro nível de categoria)
  • https://www.myperfectwebshop.com/shop/bekleidung/pullover/ (Nível de subcategoria)
  • https://www.myperfectwebshop.com/shop/bekleidung/pullover/roter-weihnachtspulli.html

Você pode encontrar declarações do Google como (analogamente): “Processamos todas as formas de URLs da mesma maneira. Você não precisa desenvolver URLs de fala para nós, pois analisamos o conteúdo para descobrir do que se trata uma página. Você não tem que construir uma estrutura de URL hierárquica para nós, porque seguimos os links internos para descobrir quais páginas estão subordinadas a quais. Por nossa causa, você não precisa ficar sem os parâmetros URL GET, pois podemos avaliá-los como ‘lindos’ URLs ”.

E tudo isso é verdade. O Google pode fazer tudo isso. No entanto, o Google também pode adivinhar o assunto do URL vinculado com base nos textos do link (especialmente se o texto do link idêntico, como “roupas masculinas”, for usado consistentemente). No entanto, eles analisam o conteúdo (título, manchetes e texto) da página vinculada. Embora o Google reconheça o conteúdo de uma página com base no conteúdo (título, manchetes e texto), uma página também é armazenada (e potencialmente classificada) no índice do Google com base nos textos dos links.

Portanto, só porque o Google pode sobreviver sem algo, não significa que não será útil de qualquer maneira.

Johannes Müller disse em um Hangout da Central do webmaster do Google em 8 de fevereiro de 2019 :

” Então, se […] não soubermos realmente como esses URLs estão relacionados entre si, será muito difícil para nós sermos capazes de entender o quão relevante é este conteúdo no contexto do seu site. ” 

Nesse contexto, John não fala sobre estruturas de URL, mas sobre URLs sem links para eles. Ainda assim, a frase mostra o que o Google deseja: entender como cada página individual do site se encaixa na arquitetura do site. E as estruturas de URL podem ajudar aqui.

Se encontrarmos maneiras diferentes de comunicar a (mesma) arquitetura do site ao Google, elas se reforçam e o Google acha mais fácil confiar em nós e trabalhar com esse conhecimento. Para nós, isso significa que o caminho do clique, a navegação breadcrumb e as estruturas de URL devem transmitir as mesmas estruturas (o produto X pertence à categoria A, na subcategoria Ab).

Mesa de trabalho
Mesa de trabalho

Medidas de SEO desatualizadas, como hierarquias de URL simples (veja acima) ou estruturas de link simples (todas as páginas podem ser alcançadas em 3 cliques) definitivamente devem ser evitadas.

O requisito para essas estruturas muitas vezes leva a questões “construtivas” como: “O que fazemos com o produto que pertence a uma subcategoria, mas já deveria estar listado na página da categoria superior? Isso obtém dois URLs? “ 

Este tipo de produto é listado apenas com o URL do produto dentro da última pasta da subcategoria hierarquicamente. Obviamente, o produto já pode aparecer nas categorias hierarquicamente upstream nas listas de produtos – mas com a URL do produto que reflete o caminho para a última subcategoria. Os visitantes e o bot podem ver pelo caminho da URL como exatamente este produto se encaixa na variedade.

Outro exemplo: “E os produtos que deveriam ser listados em duas categorias? Exemplo de um lenço unissex que deve estar acessível uma vez em / women / accessories / e uma vez em / men / accessories /? Existe duas vezes então? E quanto ao conteúdo duplicado? “

Na maioria dos casos, é possível dizer com antecedência para esses produtos se eles venderão melhor em um ou outro ramo – talvez com base em estatísticas de vendas ou produtos semelhantes do passado. Este branch deve então determinar o URL a ser preferido, baseado no exemplo / women / ou / men /. O produto também deve ser acessível por outro caminho.

Para lidar com o problema de conteúdo duplicado, o sistema precisa saber qual caminho é o caminho preferido. Portanto, você deve ser capaz de comunicar isso ao sistema. O caminho que não deve ser preferido é então referir-se ao URL a ser preferido com uma tag canônica ou, alternativamente, definido como ” noindex” por meio da metatag do robô .

A definição do URL “exclusivo” para cada produto seria ainda melhor e mesmo se o produto unissex “lenço vermelho” estiver listado ao lado de / unissex / acessórios / também em / mulheres / acessórios / e / homens / acessórios / na loja, o produto pode -URL estão apenas no caminho definido principalmente /unisex/accessoires/roterschal2m.html. Nesse caso, o problema de conteúdo duplicado e a necessidade de referências cruzadas canônicas são eliminados.

Multilingue

Se a loja for multilíngue, isso também deve ser perceptível no URL e implementado corretamente na hierarquia. 

O caminho do idioma deve ser implementado no nível superior do site, de preferência diretamente após o domínio no nível raiz. Todos os componentes do URL devem “falar” o idioma de destino: categorias, subcategorias e o próprio produto, o sistema deve sempre saber quais são os URLs correspondentes nos outros idiomas oferecidos hreflangpara poder implementá-los corretamente.

No exemplo atual, as duas tags hreflang seriam implementadas em ambos os URLs da seguinte maneira:

<link href=" https://www.myperfectwebshop.com/de/shop/bekleidung/pullover/weihnachtspulli.html" hreflang="de" />

<link href=" https://www.myperfectwebshop.com/en/shop/clothing/sweaters/xmas-pullover.html" hreflang="en" />

Isso deve ocorrer em todos os níveis e afetar cada URL indexável (ou seja, apenas URLs que não se referem a outras versões por meio canônico, nem para URLs de hashtag, nem para URLs com “ noindex”). Se um URL não puder ser indexado, hreflang nunca deve ser implementado!

internacionalização

Em alguns casos, você deseja atender a países diferentes, além de idiomas diferentes. Então, por exemplo, os custos de envio mudam dependendo do país de destino ou você precisa de preços e moedas diferentes. Além disso, pode haver produtos oferecidos no país A, mas não no país B.

Homem trabalhando
Homem trabalhando

Se isso não puder ser totalmente implementado usando o processo de pedido que não pode ser rastreado pelo Google, o sistema da loja deve oferecer um processo de internacionalização que também deve ser compatível com SEO.

Assim como no multilinguismo, você deve comunicar o respectivo país no URL antes do idioma:

  • https://www.myperfectwebshop.com/uk/ (Reino Unido com base em .co.uk / uk /)
  • https://www.myperfectwebshop.com/us/(ESTADOS UNIDOS)
  • https://www.myperfectwebshop.com/ch/(Suíça)
  • https://www.myperfectwebshop.com/de/ (Alemanha)

Os países que têm apenas um idioma nacional podem começar com o conteúdo real neste ponto. Os países em que vários idiomas são comuns (como a Suíça) seguem com a pasta de idiomas apresentada em multilinguismo:

  • https://www.myperfectwebshop.com/uk/ (Reino Unido)
  • https://www.myperfectwebshop.com/ch/de/ (Suíça em alemão)
  • https://www.myperfectwebshop.com/ch/fr/ (Suíça em francês)

Isso deve ser usado novamente hreflangpara projetos de comércio eletrônico internacional  . Cada URL que deve ser indexável é referenciado com suas contrapartes em outros idiomas e países. Cada idioma / variante GEO existente deve se referir a todas as outras variantes existentes.

As referências a URLs de idioma ou país que não existem (por exemplo, se um produto é oferecido na Suíça, mas não nos EUA) são omitidas.

Exemplos de nosso suéter:

<link href=" https://www.myperfectwebshop.com/de/shop/bekleidung/pullover/weihnachtspulli.html" hreflang="de-de" />

<link href=" https://www.myperfectwebshop.com/ch/de/shop/bekleidung/pullover/weihnachtspulli.html" hreflang="de-ch" />

<link href=" https://www.myperfectwebshop.com/ch/fr/boutique/vetements/pull-over/pullo-over-noel.html" hreflang="fr-ch" />

<link href=" https://www.myperfectwebshop.com/us/shop/clothing/sweaters/xmas-pullover.html" hreflang="en-us" />

Baú do Tesouro: Pesquisa Interna

Para o gerente do E-Commere, a pesquisa interna é um tesouro de termos que os visitantes de seu site usam para pesquisar produtos. Não raramente, estes nem mesmo são considerados nas categorias e produtos e podem, portanto, ser usados ​​como fonte para otimização de mecanismos de busca.

Para poder avaliá-lo melhor (por exemplo, através do Google Analytics), a função de pesquisa não deve ser baseada em JavaScript, mas sim gerar URLs reais para cada pesquisa que contenha o termo de pesquisa.

No entanto, o Google geralmente deseja evitar o rastreamento e a indexação das páginas de resultados de pesquisa. Para que o Google não tenha que decidir se esses URLs precisam ser indexados, você deve noindexexcluir os URLs de resultados de pesquisa da indexação usando a instrução de robôs ” “. Em seguida, a pesquisa em si deve ser acionada por meio de um formulário HTML – os principais mecanismos de pesquisa, como Google e Bing, não executam nenhum formulário independentemente e, portanto, não geram URLs de pesquisa por conta própria.

Além disso, componentes de UX, como links para consultas de pesquisa semelhantes (“O usuário também pesquisou …”), não devem ser armazenados como links HTML, mas devem ser implementados usando técnicas não implementadas pelo Google, se necessário.

Finalmente, um algoritmo de pesquisa de autoaprendizagem pode reduzir o controle manual se comparar os resultados de sua própria função de pesquisa (por exemplo, por cron job noturno) com os produtos de categorias e subcategorias e definir automaticamente as regras de encaminhamento se forem muito semelhantes.

Por que você deve fazer isso regularmente?

O gerente de comércio eletrônico fica, portanto, ciente dos termos de pesquisa que seu grupo-alvo está procurando especificamente. Isso pode ter consequências diferentes:

  • Os termos de pesquisa usados ​​com frequência correspondem exatamente aos nomes das categorias? Então, a orientação do usuário no site pode não ser boa o suficiente para tornar os acessos certos rapidamente acessíveis.
  • Os termos de pesquisa usados ​​com frequência raramente são usados ​​no site ou nos nomes das categorias? Então você pode pensar em renomear categorias, expandindo nomes de categorias e criando novas categorias ou subcategorias.
  • Os termos de pesquisa usados ​​com frequência já são muito bem servidos por páginas de categoria ou páginas de destino especiais? Em seguida, você pode configurar manualmente um redirecionamento 301 para esses termos de pesquisa para as páginas de destino correspondentes.

O encaminhamento de páginas de resultados de pesquisa também faz sentido se elas se tornarem o destino de links externos, com a ajuda dos quais uma página especificamente otimizada pode ser fortalecida novamente.

Gestão de índice

Não vamos nos enganar: Existem mais tipos de disponibilidade de produtos que podem ser relevantes para decisões em SEO do que apenas “inStock” ou “outOfStock”. No entanto, a pergunta inicial deveria ser: “O que fazemos com produtos esgotados?”

Uma decisão bastante simples quando você sabe que os produtos estarão disponíveis novamente em breve : deixe as URLs, indexe-as e talvez coloque uma mensagem na própria página sobre quando você espera mais suprimentos. 

Apenas a disponibilidade do produto na busca da loja, nas listagens de produtos nas categorias e nos módulos de venda cruzada seria evitada devido à experiência do usuário. Na ausência de links internos, isso pode significar que o Google não considera mais a respectiva página do produto tão relevante quanto era antes. É mais provável, no entanto, que nada aconteça: a página de um produto está no fundo do caminho do clique e o Google não acessará necessariamente as páginas vinculadas relevantes no momento exato e, em seguida, reinterpretará o link interno para o produto atualmente indisponível no qual o artigo está temporariamente indisponível.

Se não houver certeza se um produto estará disponível novamente em um futuro previsível, você pode garantir que o artigo não esteja mais vinculado internamente e que seja noindexremovido do índice do Google usando ” ” para limpar o índice. Quando o produto estiver disponível novamente, o ” noindex” muda para ” index” e a ligação interna é retomada.

Produtos que estão completamente fora do intervalo, por outro lado , devem ser removidos urgentemente do índice do Google. Um ” noindex” puro não é o caminho certo neste momento, pois você não quer continuar operando a página em termos de conteúdo.

A forma típica de identificar uma página que não existe mais seria por meio de um código de status 404 (“Arquivo não encontrado”) ou, mais precisamente, 410 (“Desaparecido” – ou seja, “removido”). Isso seria uma desvantagem se os sinais relevantes para o SEO estivessem no URL do produto. Com o status 404 ou 410, eles não dariam em nada e não beneficiariam mais a loja. No entanto, 404 ou 410 deve ser uma das primeiras maneiras – mas não sem verificar os seguintes pontos, a fim de tomar outras medidas, se necessário:

  1. O produto vende com frequência?
  2. A página do produto costuma servir como página de destino para visitantes provenientes de mecanismos de pesquisa, mídia social ou outros sites?
  3. Existem backlinks conhecidos para o URL do produto?

Em todos esses casos, faz sentido primeiro (manualmente) definir o produto alternativo mais semelhante e encaminhar a URL do produto para ele por meio de um redirecionamento 301. Se este produto muito semelhante não existir, um redirecionamento temporário (302) para a página de categoria apropriada pode ser uma boa ideia, onde o usuário pode escolher entre produtos comparáveis. Se houver um produto muito semelhante posteriormente, você sempre poderá configurar o redirecionamento 301 permanente para esse mesmo produto. 

Paginação de páginas de categoria

Em seguida, chegamos ao problema da paginação. Não muito tempo atrás, o Google admitiu que não usava os atributos de link ” prev” e ” next” há anos. No entanto, acho que esses atributos fazem sentido, vamos ter em mente que o Google não é o único mecanismo de busca por aí e que novos mecanismos de busca certamente verão a luz do dia no futuro e poderão se beneficiar com isso.

Por isso, queremos evitar que dezenas de páginas de categorias paginadas sejam indexadas pelos mecanismos de busca, já que na melhor das hipóteses elas se canibalizam ou, na pior das hipóteses, dizem adeus aos rankings devido ao excesso de conteúdo duplicado.

A solução é tão simples quanto rápida de implementar: Todos os URLs paginados das páginas de categoria são noindex,followexcluídos da indexação por meio de uma instrução de robô ” “, mas os bots podem continuar a rastreá-los e descobrir novos produtos (se quiserem).

O Google não teria anunciado há algum tempo que URLs que foram configurados como ” noindex,follow” por muito tempo podem ser considerados páginas “soft 404”? Eles não são ruins, mas você não quer que apareçam nos relatórios do Google Search Console.

Em 18 de agosto de 2020, John Müller, do Google, fez outra declaração no “Horário de trabalho do Google Webmasters SEO”, que muitas vezes foi interpretado como se o Google agora desejasse indexar todas as páginas paginadas. Mas se você ouvir toda a declaração com atenção, ficará claro que isso se aplica apenas a páginas que são importantes para nós como webmasters – o que implica que possivelmente queremos ver essa página no ranking do Google. Mas essa não deve ser nossa reivindicação como SEO de comércio eletrônico.

Dados estruturados

Os dados estruturados representam a informação já mostrada na página como conteúdo regular novamente em uma versão ordenada no texto fonte que pode ser lida diretamente por máquinas (bots). A representação no formato JSON-LD usando as diretrizes do Schema.org é preferível. 

Os dados estruturados mais importantes para uma loja online são:

Na página inicial (ou nas páginas iniciais de lojas multilíngues / internacionais) e em todas as páginas que oferecem opções de contato:

Contato Corporativo

O próprio Google afirma que esses dados não são mais necessários porque é capaz de extraí-los no próprio site. Por um lado, no entanto, o Google não é o único mecanismo de pesquisa que avalia e usa dados de esquema. Por outro lado, não custa continuar oferecendo esses dados ao Google.

Mais informações e exemplos: https://developers.google.com/search/docs/data-types/corporate-contact?hl=en

Caixa de pesquisa de sitelinks

Para marcas fortes, o Google às vezes oferece um campo de pesquisa diretamente nos links do site. A fim de direcionar esta pesquisa para sua própria pesquisa de loja, você pode identificar a caixa de pesquisa de sitelinks.

Mais informações e exemplos: https://developers.google.com/search/docs/data-types/sitelinks-searchbox?hl=en 

Nas páginas de categoria:

Lista de produtos

É uma “ItemList” na qual as unidades “itemListElement” do tipo “Produto” são listadas com todas as propriedades importantes do produto, como URL do produto, nome do produto, marca e preço.

Mais informações e exemplos: https://schema.org/Product

Nas páginas de detalhes do produto:

produtos

Quase todas as informações que compõem o produto, incluindo as imagens do produto, podem ser exibidas de forma legível para as máquinas na marcação do produto.

Comentários / avaliações de clientes

Para muitos compradores, as avaliações dos clientes podem ser o fator decisivo para eles decidirem ou não sobre um produto. O Google também sabe disso e atribui grande importância a isso – mesmo que você não possa esperar encontrar as avaliações agregadas na forma de asteriscos nos resultados da pesquisa.

Mais informações e exemplos:

Conclusão

Como já explicado no início, infelizmente não posso fazer uma recomendação para um determinado sistema de e-commerce para SEO que seja realmente tão notável que poderia ser autônomo. Muitos sistemas já têm abordagens muito boas e as lojas baseadas nelas também se classificam muito bem nos principais mecanismos de pesquisa. Freqüentemente, entretanto, faltam pequenas coisas que não são implementadas de forma adequada ou inadequada.

Na melhor das hipóteses, você cria uma lista de desejos de funcionalidades e propriedades que o sistema deve trazer e prioriza para você quais dos itens listados são absolutamente necessários para a respectiva loja e quais são apenas opcionais. Munido dessa lista, você pode obter aconselhamento do respectivo departamento de vendas dos vários sistemas da loja e explicar o que os sistemas podem ou não fazer.

Deixe um comentário

O seu endereço de e-mail não será publicado. Campos obrigatórios são marcados com *