|
Em algumas ocasiões o administrador do site que também cuida de seu SEO, se vê obrigado a redirecionar o acesso do site a outra página, sem perder Ranking no Google ou outros sites de busca que trabalham com conceito de PageRank.
Como funciona?
Supondo que a arquitetura de seu site está toda no diretório /public_html ou /Web, sendo acessível direto pelo seudomínio.com.br, porém você (Desenvolvedor), leva um projeto de um site novo, todo restruturado e o está fazendo dentro de outro diretório, ficando como /public_html/portal | /Web/portal, sendo que o endereço de acesso mudaria para seudomínio.com.br/portal.
Caso suas páginas estivessem indexadas ao Google, o sistema de banco de dados deles já teria guardado seu apontamento junto ao servidor.
Neste caso você seria obrigado a manter uma index na /public_html | /Web com um código de redirect para o diretório /portal.
Porém um redirecinamento com HTML fazendo um Refresh do site para o novo diretório não seria interessante. O servidor interpreta isso como um redirecionamento código 302, que significa que a página atual mudou de local temporariamente. Este tipo de código para na visão do Google não é adequado, pois faz com que o site perca Ranking junto ao PageRank. E em alguns casos até problemas de conteúdos diferentes sendo apresentados no navegador devido a ter acessado em Cache.
Por este motivo, existe a opção de redirecionar o fluxo de acesso ao site de forma definitiva, utilizando trechos de Scripts que fazem um redirecionamento 301. O código 301 para o servidor indica uma troca definitiva, o que da maior segurança para os Robots do Google refazerem a indexação de seu site junto a sua Base de Dados e assim atualizar seu apontamento sem perder PageRank.
Exemplos de Redirecionamento 301
Plataforma Linux
HTACCESS - MUDANÇA DE PONTO DE PUBLICAÇÃO (LINUX)
redirect 301 /antigo/arquivo_antigo.htm http://www.seudominio.com.br/aquivo_novo.htm |
HTACCESS - MUDANÇA DE DOMÍNIO (LINUX)
RewriteEngine on
RewriteRule (.*) http://www.novodominio.com.br/$1 [R=301,L] |
HTACCESS - FORÇAR USO DO WWW (LINUX)
RewriteEngine on
RewriteCond %{HTTP_HOST} ^dominio\.com\.br
RewriteRule ^(.*)$ http://www.dominio.com.br/$1 [R=permanent,L] |
Observação: Os códigos acima devem estar publicados em um arquivo .htaccess, este por sua vez é lido pelo Apache em servidores Linux com suporte a Mod_rewrite. Os servidores da Locaweb possuem este suporte.
Plataforma Windows
ISAPI_REWRITE - MUDANÇA DE PONTO DE PUBLICAÇÃO (WINDOWS)
RewriteRule /old-page.asp http://www.seudominio.com.br/novo_diretorio/arquivo.asp [I,O,RP,L] |
ISAPI_REWRITE - MUDANÇA DE DOMÍNIO (WINDOWS)
[ISAPI_Rewrite]
RewriteCond Host: ^seusite.com.br
RewriteRule (.*) http\://www.seusite.com.br [RP,L]
RewriteCond Host: ^http\://seusite.com.br
RewriteRule (.*) http\://www.seusite.com.br [RP,L] |
ISAPI_REWRITE - SUB-DOMÍNIO APONTANDO PARA UM DIRETÓRIO (WINDOWS)
RewriteCond Host: (?:www\.)?subdominio\.dominio\.com\.br
RewriteRule (.*) /diretorio$1 [I,L] |
Observação: Os códigos de isapi_rewrite devem estar publicados em um arquivo chamado httpd.ini. Este por sua vez é lido pelo IIS em servidores Windows que tenham suporte a isapi_rewrite. Os servidores da Locaweb possuem este suporte.
Redirecionamento via Programação
PHP
<?
Header( 'HTTP/1.1 301 Moved Permanently' );
Header( 'Location: http://www.seudominio.com.br/' );
?> |
ASP
<%@ Language=VBScript %>
<%
Response.Status="301 Moved Permanently"
Response.AddHeader "Location","http://www.DOMINIO_DESEJADO.com.br/"
%> |
ASP.NET
<%@ Page Language="C#" %>
<script runat="server">
private void Page_Load(object sender, System.EventArgs e){
Response.Status = "301 Moved Permanently";
Response.AddHeader("Location","http://www.DOMINIO_DESEJADO.com.br/");
}
</script> |
JAVA
<%
response.setStatus(301);
response.setHeader( “Location”, “http://www.seusite.com.br/” );
response.setHeader( “Connection”, “close” );
%> |
RUBY ON RAILS
def old_action
headers["Status"] = “301 Moved Permanently”
redirect_to <nowiki>“http://www.seudominio.com.br/”</nowiki>
end |
Em alguns casos você pode utilizar os códigos de redirecionamento isapi_rewrite ou .htaccess de mudança de domínio, quando muda de provedor.
Levando em consideração que esteja fazendo a mudança de provedor de hospedagem. Após alterar o DNS do domínio terá o prazo de propagação, caso não queira perder acessos provindos de redes que ainda não tenham propagado sua mudança, você pode gerar um arquivo de redirect a partir do antigo provedor, mesmo não estando com o DNS apontando para ele, forçando o redirecionamento para seu domínio alternativo.
Dessa forma não ocorrerá problemas de Not Found 404 - Arquivo não encontrado ou acessos a partir de sites de busca que não tenham ainda indexado sua mudança.
Quem decide por retirar o redirecionamento no antigo provedor e cancelar o plano junto a eles é o próprio Desenvolvedor do site ou pessoa com conhecimento equivalente, que conseguirá ver pelos Logs do Servidor Web que acessos significativos não passam mais por este provedor de hospedagem.
Na questão de PageRank pode ocorrer problemas, pois você está apontando um domínio alternativo, e não a página antigamente indexada. Porém por um lado não perderá os acessos de redes que estão sofrendo a propagação. Deve ser levantado o que é melhor para o site e o Desenvolvedor/Webmaster SEO deve aplicar as mudanças necessárias.
Links
|
