Caminhos de URL e seus efeitos no SEO


11

Estamos desenvolvendo um site onde haverá dois tipos distintos de conteúdo: galerias e fotos.

Não faz sentido usar caminhos de URL como / gallery / photo, pois algumas fotos podem aparecer em mais de uma galeria (e a duplicação de conteúdo é ruim); portanto, a lógica atual é ter uma única profundidade no site (/ photo1, / photo2, / photo3, / gallery1, etc).

Isso afetará o SEO à medida que o número de páginas de profundidade única aumentar ?, é melhor para os mecanismos de pesquisa em geral ver uma interface RESTful (/ galerias / galeria, / fotos / foto1, etc)? Ou existe uma maneira melhor para lidar com isso?

PS: As fotos terão uma página de destino própria com conteúdo textual profundo (assim como as galerias).


Eu li isso algumas vezes e ainda estou meio claro ... você meio que me perdeu no 'nível'.
Tim Post

Isso deve ser mais fácil de ler.
Metalshark

1
Não é um duplicado, mas esta questão tem boas informações complementares webmasters.stackexchange.com/questions/162/...
HoLyVieR

Respostas:


6

Não, não importa se você possui milhares de páginas no mesmo "nível". Vi sites com todo o seu conteúdo no nível raiz, porque eles têm a impressão de que faz uma grande diferença para o SEO. (Aliás, os sites estão bem classificados, mas não acho que a falta de organização tenha alguma influência nisso.)

Eu acho que a estrutura que você está propondo é boa, se a tiver corretamente:

  • Um conjunto de páginas de categoria em /galleries/rabbits
  • Todas as páginas de destino da imagem que parecem estar em uma pasta, como /photos/bunny1

Uma boa alternativa seria ter uma categoria principal junto com as outras categorias / tags. Você obtém o benefício adicional de uma palavra-chave extra no URL e pode ser mais fácil para os usuários entenderem a estrutura do site.

Com o exemplo acima, "bunny1" pode estar nas categorias "coelhos" e "fofo", mas a categoria principal seria "coelhos". Você pode ter esta estrutura:

  • Páginas de categoria de /gallery/rabbits/e /gallery/fluffy/, ambos mostrando a imagem "bunny1".
  • Página de imagem de /gallery/rabbits/bunny1

1
O uso das palavras "galeria" e "fotos" distrai as outras palavras-chave no seu exemplo ou elas são benéficas para transmitir informações ao rastreador do Mecanismo de Pesquisa?
Metalshark

Não, não deve haver nenhum problema, incluindo essas palavras - na verdade, pode ser bastante benéfico, pois muitos usuários incluem "foto" ou "imagem" em seus termos de pesquisa. Basta fazer o que parecer mais lógico e útil para os usuários.
usar o seguinte

2

URLs são URLs - não importa realmente como estão estruturados para os mecanismos de pesquisa. O principal elemento no qual eu recomendaria trabalhar é garantir que suas imagens (e as páginas em que estão) estejam o máximo possível em um único URL, para que você não tenha / gallery1 / image124 e / gallery3 / image124 com a mesma imagem neles. Dependendo de como você constrói seu site, isso pode ser difícil, pelo menos eu recomendo trabalhar para ter um URL preferido para eles e usar algo como o elemento de link rel = canonical para apontar para ele ( http: // googlewebmastercentral .blogspot.com / 2009/02 / especifique seu canonical.html ).


O uso de URLs canônicos para endereços duplicados combinados com a resposta do DisgruntledGoat pode ser o melhor dos dois mundos. Portanto, haveria / gallery / cobits / bunny1, / gallery / fluffy / bunny1 e / photos / bunny1, com os URLs da galeria sendo canônicos.
Metalshark

@ Metalshark: Eu tentaria evitar o conteúdo duplicado, se possível. Na minha resposta, quis dizer que se você tem uma categoria principal de "coelhos", o URL sempre seria "/ gallery / cobits / bunny1" e esse URL vinculado a outras categorias. "/ gallery / fluffy / bunny1" não deveria existir.
usar o seguinte

Perdeu a palavra não em "para que você não tenha ... com a mesma imagem neles". Acabou sendo muito importante reler sua resposta.
21810 Metalshark #
Ao utilizar nosso site, você reconhece que leu e compreendeu nossa Política de Cookies e nossa Política de Privacidade.
Licensed under cc by-sa 3.0 with attribution required.