<?xml version="1.0" encoding="UTF-8"?>
<rss version="2.0"
	xmlns:content="http://purl.org/rss/1.0/modules/content/"
	xmlns:wfw="http://wellformedweb.org/CommentAPI/"
	xmlns:dc="http://purl.org/dc/elements/1.1/"
	xmlns:atom="http://www.w3.org/2005/Atom"
	xmlns:sy="http://purl.org/rss/1.0/modules/syndication/"
	xmlns:slash="http://purl.org/rss/1.0/modules/slash/"
	>

<channel>
	<title>Blog de SEO e Webstandards &#187; Cloaking</title>
	<atom:link href="http://seo.blog.br/seo/cloaking/feed" rel="self" type="application/rss+xml" />
	<link>http://seo.blog.br</link>
	<description>SEO, Web Standards e algo mais.</description>
	<lastBuildDate>Tue, 06 Jul 2010 06:30:07 +0000</lastBuildDate>
	<generator>http://wordpress.org/?v=2.9.2</generator>
	<language>en</language>
	<sy:updatePeriod>hourly</sy:updatePeriod>
	<sy:updateFrequency>1</sy:updateFrequency>
			<item>
		<title>Redirecionamentos e frames como o Google interpreta?</title>
		<link>http://seo.blog.br/seo/cloaking/redirecionamento-e-frames-como-google-interpreta.html</link>
		<comments>http://seo.blog.br/seo/cloaking/redirecionamento-e-frames-como-google-interpreta.html#comments</comments>
		<pubDate>Sat, 04 Apr 2009 09:24:25 +0000</pubDate>
		<dc:creator>Ronaldo Bitencourt</dc:creator>
				<category><![CDATA[Cloaking]]></category>
		<category><![CDATA[Cabeçalhos HTTP]]></category>
		<category><![CDATA[Frames]]></category>
		<category><![CDATA[Google]]></category>
		<category><![CDATA[Linkagem]]></category>
		<category><![CDATA[Redirecionamento]]></category>
		<category><![CDATA[SEO]]></category>
		<category><![CDATA[URL's]]></category>

		<guid isPermaLink="false">http://www.seo.blog.br/?p=199</guid>
		<description><![CDATA[Alguns dias atrás fazendo uma análize em um site me deparei com um problema muito grave porém muito comúm em sites um pouco mais antigos, sim eu estou falando dos redirecionamentos feitos de forma errada, e pra piorar o site ainda tinha um iframe que recebia todo o conteúdo que vinha logo depois do redirecionamento, [...]]]></description>
			<content:encoded><![CDATA[<p>Alguns dias atrás fazendo uma análize em um site me deparei com um problema muito grave porém muito comúm em sites um pouco mais antigos, sim eu estou falando dos redirecionamentos feitos de forma errada, e pra piorar o site ainda tinha um iframe que recebia todo o conteúdo que vinha logo depois do redirecionamento, vamos entender melhor qual é o grande problema deste&nbsp;caso:</p>
<p><img class="aligncenter size-full wp-image-203" title="redirecionamento-seo-mal-feito" src="http://www.seo.blog.br/wp-content/uploads/2009/04/redirecionamento-seo-mal-feito.png" alt="redirecionamento seo mal feito Redirecionamentos e frames como o Google interpreta?" width="568" height="381" /></p>
<blockquote><p><strong>HOME</strong> – O site é constituído de uma home com um iframe central onde está com conteúdo e um Menu de navegação.<br />
<strong>01</strong>&thinsp;&#8211;&thinsp;Quando clicamos em um item do menu ele direciona para um link estático tipo “produto-da-empresa.asp“, até ai tudo bem para <acronym title="Search Engine Optimization">SEO</acronym> as estrutura de linkagem está corretíssima.<br />
<strong>02</strong> – O problema está aqui no passo 02 da imagem acima, o conteúdo da página é gerado dinamicamente no passo 01 e Redirecionado sem nenhum retorno de cabeçalho <acronym title="HyperText Transfer Protocol">HTTP</acronym> para uma página de encapsulamento.<br />
<strong>03</strong> – No passo 03 a página de encapsulamento recebe os dados de conteúdo da página anterior encapsula as informações e redireciona para a home do site novamente.<br />
<strong>04</strong> – Este último redirecionamento recebe as informações encapsuladas e monta aquele mesmo iframe da home do site com o conteúdo passado pelo passo&nbsp;02.</p></blockquote>
<p>Interpretendo o processo acima, temos o seguinte: Os links do site apontam pra <acronym title="Uniform Resource Locator">URL</acronym>’s estáticas que por sua vez montam o conteúdo e são redirecionadas para a home do site onde é montado novamente o site com o conteúdo do link, mas na mesma estrurtura da&nbsp;Home.</p>
<h3>Resultado de um redirecionamento mal&nbsp;feito</h3>
<p>Realizando alguns testes, tive a certeza de que se não retornar um cabeçalho <acronym title="HyperText Transfer Protocol">HTTP</acronym> correto o Google tem muita dificuldade em encontrar o destino real do link, chegando a indexar um conteúdo diferente do processo final de&nbsp;redirecionamento.</p>
<p>No índice do Google todas as páginas indexadas do site em questão estavam com as <acronym title="Uniform Resource Locator">URL</acronym>’s estáticas porem quando se acessava esta página o resultado final era o mesmo endereço da home do site, um simples index.asp. O cache no Google das páginas é apenas o conteúdo sem nenhum frame, sem menu sem topo e sem rodapé, ai o grande problema no uso de frames em&nbsp;sites.</p>
<h3>Resultado do uso de frames no&nbsp;site</h3>
<p>Quanto ao uso de frames é algo muito lógico, frame é uma tag <acronym title="HyperText Markup Language">HTML</acronym> que insere uma página dentro de uma outra página, se você fizer seu site com frames e separar o topo, menu e conteúdo um em cada frame o Google provavelmente irá ler as páginas separadas e por fim indexar de forma errada no seu&nbsp;índice.</p>
<p>Se por um lado o Google está indexando o site com suas <acronym title="Uniform Resource Locator">URL</acronym>’s, conteúdo, title e description personalizada para cada página por outro o resultado final não é o mesmo encontrado pelos usuários do site, apesar de o conteúdo ser o mesmo. De acordo com as <a rel="nofollow" href="http://www.google.com/support/webmasters/bin/answer.py?answer=35769">Webmaster Guidelines</a> do Google qualquer forma de tentar exibir um tipo de informação ao buscador que seja diferente do resultado para o usuário é errado e estará sujeito a punição, o famoso&nbsp;<a rel="nofollow" href="http://www.google.com/support/webmasters/bin/answer.py?answer=66355">cloaking</a>.</p>
<p>Deve-se tomar muito cuidado ao construir um site com inúmeros redirecionamentos e frames, ainda mais quando não forem feitos da maneira correta, o resultado pode ser muito&nbsp;ruim.</p>
<p>Saiba <a href="http://www.marketingdebusca.com.br/redirecionar-paginas-301-redirect/">como fazer os redirecionamentos da forma correta</a> e <a href="http://www.seo.blog.br/web-standards/web-standards-torne-seu-site-legivel-em-qualquer-lugar.html">como escrever um site dentro dos padrões da web</a>.<br />
<h3 class='related_post_title'>Leia&nbsp;também:</h3>
<ul class='related_post'>
<li><a href='http://www.seo.blog.br/seo/black-hat-e-white-hat-o-que-e-o-que-e.html' title='Black Hat e White Hat, o que é, o que é?'>Black Hat e White Hat, o que é, o que&nbsp;é?</a></li>
<li><a href='http://www.seo.blog.br/seo/eventos-de-seo/uaiseo-o-primeiro-evento-de-seo-de-2010.html' title='UaiSEO o primeiro evento de SEO de 2010'>UaiSEO o primeiro evento de <acronym title="Search Engine Optimization">SEO</acronym> de&nbsp;2010</a></li>
<li><a href='http://www.seo.blog.br/seo/eventos-de-seo/apresentacao-de-seo-off-page-no-seocamp.html' title='Apresentação de SEO Off-Page no SEOcamp'>Apresentação de <acronym title="Search Engine Optimization">SEO</acronym> Off-Page no&nbsp;SEOcamp</a></li>
<li><a href='http://www.seo.blog.br/eventos-de-web/kommbo-express-9-de-julho.html' title='Kommbo Express&thinsp;&#8211;&thinsp;9 de Julho'>Kommbo Express&thinsp;&#8211;&thinsp;9 de&nbsp;Julho</a></li>
<li><a href='http://www.seo.blog.br/seo/evitando-conteudo-duplicado-pelas-urls-com-php.html' title='Evitando conteúdo duplicado pelas URL`s com PHP'>Evitando conteúdo duplicado pelas <acronym title="Uniform Resource Locator">URL</acronym>`s com&nbsp;<acronym title="Pre-Hypertext Processing">PHP</acronym></a></li>
</ul>]]></content:encoded>
			<wfw:commentRss>http://seo.blog.br/seo/cloaking/redirecionamento-e-frames-como-google-interpreta.html/feed</wfw:commentRss>
		<slash:comments>1</slash:comments>
		</item>
	</channel>
</rss>
