reescrita e indexação de URL pelos mecanismos de pesquisa

Question

reescrita e indexação de URL pelos mecanismos de pesquisa

#1 resposta do (1 votos)

1

Para um site, desejo usar a regravação de URL para permitir acesso fácil a páginas e melhor indexação.

Por exemplo, suponha que a página sobre Mozart seja:

www.site.ext/composers/index.php?cmd=composers&id=123

Em vez disso, gostaria que os visitantes entrassem: %código% e chegar à mesma página.

Também quero que os robôs dos mecanismos de pesquisa indexem o endereço "amigável" e não tenham conhecimento do endereço real "não amigável".

Os arquivos www.site.ext/Mozart abaixo funcionam e dão acesso ao mesmo conteúdo.

No navegador, o primeiro mantém a URL amigável na barra de endereço (por exemplo, .htaccess ),

#Options +FollowSymlinks
RewriteEngine On
RewriteBase /
#AllowOverride all
RewriteCond %{HTTP_HOST} .
RewriteRule ^Mozart$ composers/index.php?cmd=composers&id=123 [L]

enquanto o segundo, com a opção www.site.ext/Mozart adicional, faz um redirecionamento permanente para o endereço "não amigável":

#Options +FollowSymlinks
RewriteEngine On
RewriteBase /
#AllowOverride all
RewriteCond %{HTTP_HOST} .
RewriteRule ^Mozart$ composers/index.php?cmd=composers&id=123 [R=301,L]

Como os nomes das categorias nunca mudam com o tempo, suponho que o primeiro caso - a redefinição de URL apenas sem redirecionamento perceptível - seja melhor nessa situação, pois os mecanismos de pesquisa armazenariam e exibiriam a URL amigável em vez da amigável. Isso é realmente o caso?

Sobre os links internos do site (isto é, âncoras nas páginas), eu suponho que devo usar PHP (ou equivalente) para escrever dinamicamente sua versão de URL amigável em vez da padrão hostil, para que os mecanismos de pesquisa não indexem URL hostil.

Como complemento, para evitar a indexação de URLs duplicados (no caso de omissões no código), Eu suponho que seria sensato mencionar em cada página sua URL amigável como link canônico:

<head>
...
<link rel="canonical" href="http://www.site.ext/Mozart" />
...
</head>

As suposições estão corretas ou existem contra-indicações?

url .htaccess seo

por OuzoPower 19.04.2018 / 15:24

1 resposta

Tags url .htaccess seo

Como posso fazer estender o volume lógico no lvm raid 5 Monitorando um túnel SSH

score 1 · Accepted Answer

As the category names will never change over time, I assume that the first case --URL rewriting only without perceivable redirection-- is better in this situation as search engines would store and display the friendly url instead of the unfriendly one. Is this indeed the case?

Sim.

Concerning the internal links accross the site (i.e. anchors in pages), I assume that I should use PHP (or equivalent) to dynamically write their friendly URL version instead of the default unfriendly one, so that search engines won't index unfriendly URL.

Sim. Apenas link para o URL amigável / "bonito". A URL real / "feia" nunca é exposta a usuários, mecanismos de busca ou bots de qualquer tipo. A URL real / "feia" é totalmente interna ao seu aplicativo.

A única etapa adicional que você pode precisar fazer é se esse site é antigo e os URLs antigos / "feios" já foram indexados pelos mecanismos de pesquisa ou vinculados por sites externos. Nesse caso, você também teria que implementar redirecionamentos 301 externos da URL antiga / "feia" para a URL nova / "bonita" para preservar o SEO.

I assume it would be wise to mention in each page its friendly URL as canonical link

Sim, você pode fazer isso. Isso também garante que nenhum parâmetro de URL (incorreto) seja indexado.

Are above assumptions correct

Sim.