Get Free Quote

Search Engine Optimization (SEO) Dicas técnicas

Está página possui dicas técnicas de Search Engine Optimization, informações de como fazer SEO, bem como descrevemos como ajustar servidores, problemas que podem ocorrer referentes ao design da página causando impacto negativo em buscas orgânicas, esforços feitos com foco em SEO. Desde que tornou-se conhecido (podemos admitir que as vezes por coincidência e tempo) existem alguns problemas em servidores que causam grave impacto em rankings e os mesmos erros quando encontrados, podem resultar em grande performance. Essa página discute todas as maneiras de evitar problemas técnicos que fazem com que o impacto seja negativo em rankings orgânicos na maior parte dos buscadores existentes, com foco nos principais e mais utilizados. Oferecemos também dicas menos técnicas dicas sobre s earch engine optimization disponíveis para sua referência.


Você possui muitos domínios apontando para o mesmo conteúdo ? 

Casualmente e para suas primeiras considerações ao comprar domínios múltiplos, muitas vezes na idéia de cobrir bem categorias de seus produtos, com nomes similares, apenas para cobrir variações existentes. Talvez você tenha em mente apenas a cobertura geral da palavra para evitar que concorrentes utilizem os mesmos. Se você é dono de muitos domínios e direciona todos a seu domínio principal, preste atenção no parágrafo posterior.

Esta prática é considerada spam porque você está tentando fazer o "INDEX" muitos domínios para o mesmo local físico de conteúdos em um servidor. Isto é comum quando os serviços de DNS são utilizados como um mapa de múltiplas páginas com os mesmos arquivos em servidores. A maior parte das ferramentas de busca possuem habilidades para checar tamanhos dos arquivos, bem como salvar e identificar conteúdos de texto. Dessa forma as ferramentas irão perceber conteúdos duplicados e fazer o "index" somente de uma das páginas jogando o restante fora das buscas.

Como corrigir este problema ?

Utilizando o que chamamos de  IP-funnel você poderá ter vários domínios seguindo na direção de seu site principal, porém sem os problemas associados a informações duplicadas em cada domínio. Abaixo estão as estapas e formas para corrigir seu domínio evitando problemas de spam, para que assim ferramentas de busca não reconheça seus múltiplos domínios de forma deceptiva.

         
  A maior parte dos domínios (dominio.com e outros) dão possibilidade a direcionar os mesmos a outra página e endereço.
SEO Funnel Effect
os domínios múltiplos devem apontar para o feeder site (página official) considerado principal
 
O feeder index irá incluir "meta refresh" e no código o "no index" descrito.
O arquivo feeder index deve constar um título "optimized" descrição e tag para palavra chave. 
O Feeder Site é apenas armazenado no servidor possuindo apenas um aquivo index bem como o robots.txt em arquivo.
Após isso, adicione um 301 Permanente movendo ações para o site principal "FEEDER", que irá redirecionar para o site principal, assim todos os links e status é repassado. A página feeder irá redirecionar corretamente para o site principal


Como mover um site para um novo Host ? 

Se você está movendo uma página para um novo endereço de IP ou ISP, os procedimentos abaixo irão auxiliar você a minimizar riscos de perdas e período de baixo resultado quando o DNS se propaga.

  1. Prepare o DNS de seu novo servidor para apontar para seu site existente primeiro (antigo host). Essa é uma importante primeira etapa.
  2. Agora mude o TLD (TOP LEVEL DOMAIN) registrando o mesmo para apontar para o novo DNS. Seus site antigo continua demonstrando tudo por IP ou nome do domínio. Essa etapa normalmente chamada "propagação" dura geralmente 72 horas para que as mudanças sejam registradas em servidores mundiais, de forma a não podermos seguir para etapa 3 em 4 dias.
  3. Copie seu site existente para o novo local HOST, validando que todos os links e arquivos foram transferidos corretamente e estão funcionando links.
  4. Após 4 dias para o DNS o mesmo será completamente propagado, apontando seu novo DNS para seu novo site. Tenha certeza que suas antigas pastas foram todas esvaziadas antes de mover o DNS e suas informações neste momento. Uma vez que a mudança de DNS ocorrer, não será mais possível acessar e-mails antigos.
  5. Se tudo for validado corretamente é tempo de apontar seu antigo site "DNS" agora para o site novo. Esta é uma medida segura caso exista ainda uma propagação incorreta na web.
  6. Rankings orgânicos e páginas Bookmarks irão trasferir pessoas para o novo site com o redirecionamento 301 sugerido nestes casos.

Quando todos estes detalhes estiverem checados, você poderá então deletar o site antigo, sempre aguardando o tempo passar um pouco (não mais de 3 meses). Saiba que o Google faz um "cache" que registra o antigo DNS até o momento em que é verificada a mudança para o novo DNS, sendo isso o novo site não seria visitado . O redirecionamento 301 irá auxiliar nesta etapa.

Se você está mudando de um IISS servidor para Linux (apache) você poderá validar seus formulários e scripts que podem cruzar as plataformas compatíveis. Se você estiver movendo de Linux para IIS sendo assim seus arquivos htaccess não serão compatíveis da mesma forma e com a habilidade e permissões CHMOD. Valide também todas as funções em seu Administrador ISP (algumas subsequentes etapas descritas anteriormente talvez devam ser refeitas em um novo servidor)


Como configurar o redirecionamento 301 em uma mudança permanente

No exemplo abaixo de IP FUNNEL a página deve transferir para o site principal de produção, através de um 301 em ação de mudança permanente. Um 301 também pode ser utilizado para corrigir problemas de tipografia , erros em links de outros sites, funcionando como um caminho mais curto "shortcut" para os mesmos. Em UNIX você pode também escolher utilizar o mesmo para escolhe-lo de forma a organizar especificações impróprias de URLs.


Como corrigir este problema ?

O UNIX/Linux (Apache) cria um ambiente onde devem ser modificadas os .htaccess do arquivo e incluído o comando:

RedirectPermanent /techtips.htm http://www.bruceclay.com/SEO-tech-tips/techtips.htm
RedirectPermanent / http://www.bruceclay.com/

Em uma plataforma Microsoft IIS o ambiente irá normalmente abrir um painel de controle, onde poderão ser selecionados diretórios como "HOME DIRECTORY", assim selecionando "Redirect to a URL".

Em ambos os casos você será informado que deve incluir uma customizada página 404. O 301 em ação de mudança (não deve especificar a página que após a "/" do exemplo faz com que o domínio antigo  http://www.old-domain.com/xyz.htm envie para o http://www.new-domain.com/xyz.htm -- especificamente requer que os nomes de todas as páginas sejam idênticos para que o 404 possa obter o resultado desejado. É possível também interceptar e alterar o 404 para que o mesmo seja 301 com uma programação em IIS ou Apache. 


Como configurar um 404 Quando arquivos não encontrados ativos ?

Em todos os casos você poderá encontrar páginas com nomes inválidos ao invés de possuir uma página básica em visualização customizada (geralmente com a navegação). Isso poderá ser facilmente feito em qualquer sistema.

Como corrigir este problema ?

Em um UNIX/Linux (Apache) você deve modificar os arquivos .htaccess incluindo os commandos abaixo:

ErrorDocument 404 /404.htm
ErrorDocument 403 /404.htm
ErrorDocument 401 /buynowpage.htm
----- Error codes appear below


No caso do Microsoft IIS ocorrerão muitos clicks corretos na página e nos ícones de IIS Management Console selecionando propriedades. Selecione erros e após isso selecione também o erro 404, assim inicie clicando em Editar Propriedades. O tipo da mensagem e ao selecionar Edit URL tome cuidado (!) especifique o "recovery" para concertar o erro da página URL com problema.


Tables estão ocasionando em uma navegação longa e listas passam a ser o primeiro conteúdo encontrado.

Seu site é desenvolvido em "tables" e quando as ferramentas de buscas encontram seu "principal conteúdo" está muito longe na parte debaixo da página para que o "Spider" scaneamento feito pelos buscadores considerarem o mesmo importante. Geralmente o texto que está no topo de uma página é o mais importante, e as vezes o design da página faz com que a mesma possua centenas de linhas do topo até o objeto de intenção de busca.

Uma página normal possui normalmente uma "cabeça", uma barra de navegação geralmente no lado esquerdo da página e os conteúdos principais ao lado direito. As ferramentas de buscas normais, de forma usual observam muitos atrivutos, I.E, título, descrições e pelo menos as primeiras 200 palavras chave de seu conteúdo, após a abertura de seu <body> tag.  As ferramentas verificam sua página por completo mas se sua barra de navegação possuir a listagem de muitos produtos, as ferramentas de busca podem não encontrar seu principal conteúdo nas primeiras 200 palavras.


Como corrigir este problema ?

Esta técnica de SEO também é conhecida como "table trick". Nós incluímos uma descrição como exemplo a nossos clientes.

A maior parte das ferramentas de busca irão efetuar a leitura de uma previsível maneira. Serão primeiro abertas as <table> tag's e na sequência as mesmas buscam o primeiro "table row" <tr>. Eles irão inciar pela leitura de cada "data set" <td>"data"</td> dentro de uma "table row" da esquerda para a direita até que encontrem o fechamento da </tr>tag. As ferramentas continuam sua busca até que encontrem o final da </table> tag. O processo continua em toda a página de internet. Seu principal conteúdo "main body content" é geralmente onde você possui a maior parte de suas palavras chaves e frases relevantes, uma cópia do corpo onde incluiremos aquilo que realmente faz sentido buscar como "index". Sabendo que o "spider" geralmente tenda descobrir seus principais temas, em suas primeiras 200 palavras do site você deve tentar fazer textos com palavras muito buscadas o mais rápido possível. A técnica de "table" irá fazer com que no lado esquerto da navegação (etcetera) a barra abaixo do corpo do conteúdo possa direcionar para a parte superior todo o corpo do conteúdo, sendo assim o mesmo estará entre as primeiras 200 palavras chave.

   
 Site norma sem a "Técnica de table "
Site normal com "Ténica de table "    

Em nosso exemplo utilizamos um formato que demonstra onde a maior parte do conteúdo do corpo deve estar localizada
A parte mais importante da técnica tem foco em inserir um espaço "vazio em dados" um pouco antes do conteúdo do corpo está "incluso"
 Visualize a página
Após implementação
Quando você "Visualiza o conteúdo" a página passa a ser mais comentada
A Navegação esquerda  pode ter muitos links de produtos que podem ser maiores que 200 palavras, especialmente se todos os links estiverem qualificados. 
Ao observar os códigos vai notar que to corpo está abaixo da barra de navegação
Existem muitas variáveis para conteúdos. Estamos assumindo que seu "header" poderia ser fotos, <alt> tags e a navegação. A primeira area que normalmente cheia de conteúdos e a feita em texto NAV BAR. Se sua NAV BAR é javascript ou Flash você terá outros tipos de problemas.

Se o "header" do site é composto por fotos a mesa técnica "data set" está vazia. O segundo ítem de leitura passa a ser seu "principal conteúdo". Dependendo da arquitetura da página isso pode requerer um redesenho completo da mesma.

Você irá verificar que a nav bar está abaixo do topo da página  e que a única diferença visível é que a NAV BAR está um pouco abaixo. Um pequeno preço a pagar para um maior ranking. 


O site é baseado em frames -- O que fazer?

Ferramentas de busca tem encontrado cada vez mais problemas ao fazer o "Spider", como é denominado o processo de leitura de conteúdos, em sites "Frame Based". Acreditamos que estes problemas continuarão sendo encontrados por buscadores de forma a RECOMENDAR que sites sejam redesenhados para "non-frames" afim de evitar perdas. Repare que a URL inclui páginas em "index" ao invés de trazer as páginas em frames a tona, então se você incluir conteúdos de outros sites, os frames não possibilitarão que tenha nenhum crédito sob estes conteúdos em buscas. Sendo assim, estará simplesmente fazendo com que o outro site seja objeto do "spider". Se o conteúdo vem de seu próprio site e você precisa mesmo assim utilizar frames, dessa forma existe uma solução em SEO para estabilizar os frames para o site.


Como corrigir este problema ?.

Nos códigos, adicionar no topo de cada página, incluindo em um frame, irá  fazer com que a página detecte que a página carregue fora do frame, e isso faz com que as coisas fiquem estáveis ao redor da página:

<SCRIPT LANGUAGE="JavaScript">
<!-- Hide script from older browsers
function changePage() {
if (self.parent.frames.length == 0) self.parent.location="http://yourdomain/index.html";
}
changePage();
// end hiding contents -->
</SCRIPT>


Servidor lateral com dicas de SEO 

Suas páginas são .htm e seu servidor não reconhece os arquivos se estiver utilizando SSI (server side includes). Ou se estiver utilizando comandos SSI mas está com medo que o .shtml e seus comandos estão prejudicando esforços de otimização para buscas. Ou seu site foi feito inteiramente em .htm bem como suas extensões, mas você pretende adicionar o SSI para entender melhor e monitorar propostas comerciais.

Como corrigir o problema ?

Se estiver no Apache (linux) como servidor, seu ISP terá de ser editado em httpd.conf para incluir todas as extensões. Eles usualmente sabem o que fazer, mas o problema é que irão ter que reiniciar o servidor apache o que irá causar impacto em outros sites.

exemplo:
AddType text/html .shtml
AddHandler server-parsed .shtml .html .htm


Se não estiver em um servidor MS (IIS) ou ISP terá possibilidades de editar e registrar para incluir extensões adicionais aos arquivos. IIS 6.0 irá incluir um novo módulo nomeado Web Server Extensions. Seu ISP deve estar familiarizado em como fazer isso. O mesmo aplica-se quando seu ISP faz interromper o IIS, faz mudanças, reinicia o IIS. Para maiores informações sobre servidores MS, navegue nos links para o Microsoft Knowledge Base.

IIS 6.0: Definition of Term Web Service Extensions
Setting up SSI's with different extensions.


Oops, seu IP está sujo ou virtual 

Cerca de 3% de todos os sites "são donos" de um número de IP privado, com descrições visualizadas virtualmente, ou com nomes em sua base, servidores. Além destes apenas 3% possuírem IP's dedicados, verificamos em muitas ocasiões que cerca de 90% dos top 50 resultados em ferramentas de busca, são sites com números de IP's dedicados. Isso é tão estranho que validamos estas pesquisas de forma repetitiva, descobrindo que ao alterar um site de IP variável para IP fixo, obtivemos excelente crescimento em ranking. É claro, a internet é tão dinâmica que isso poderia ser uma coincidência, mas não pensamos ser.

Dessa forma, encontramos também em pesquisas o que chamamos de "Sujos Ip's" e os conhecidos como C-Blocs, algumas sequências de números de IP's que foram muito utilizadas por praticantes de SPAM, que posteriormente passaram a ser utilizados por sites sem suspeitas. Se seu site está com IP similar ao de praticantes de SPAM, você será penalizado de forma igual. De qualquer maneira encontramos uma forma de simplesmente mover o site para um novo IP, o que já causa o aumento no ranking.

Como corrigir este problema ?

Primeiro, faça uma avaliação do servidor:

Essa ferramenta faz o SOCKET TCP/IP para leitura de seu site, um Request Read, e um Browser-type Get, comparando de forma ampla desde o "header" bem como a base de dados para verificar se existem erros .

Your HTTP File

A proposta de checar o o servidor é para que a configuração seja feita afim de evitar erros que possam prejudicar a mesma em ferramentas de busca. Esta informação é muito importante pelo fato de que ferramentas de busca reduzem rankins de um site de acordo com erros encontrados na estrutura de uma página. Sendo assim, mesmo na menor parte dos casos, se você encontrar um erro comum que não irá fazer com que a página perca o index, um site correto e "limpo" terá mais chances de estar acima de você em resultados de busca, se estiverem competindo de forma igual em conteúdo.

A lista abaixo possui a nomenclatura comum utilizada para servidores na atualidade:

Code Description
200 OKAY - Sem erros retornando ao servidor
206 Conteúdo Parcial - Erro em Servidor
301 Movido permanentemente - Aceitável para ferramentas de busca
302 Documento encontrado em outro local-  Código de redirecionamento - Normalmente não aceito por ferramentas de busca
304 Sem modificações desde a última tentativa- Não positivo para o "Spider" de uma ferramenta de busca
400 Tentativa ruim- Normalmente um erro de Spider ou Loading
401 Autenticação requerida - Senha para proteger acesso
403 Acesso proibido - Sempre protegido
404 Documento não encontrado neste local - Página não encontrada
408 Tempo perdido de pedido "timeout"- Provavelmente problema com servidor
500 Erro interno de servidor- Falha em Script

Segundo

Se existem erros o melhor é sempre corrigir os mesmos. Se a ferramenta ajudou a encontrar arquivos que descrevem a forma para que cada sessão seja corrigida. Por agora, o erro do robots.txt significa que possui problemas ou o mesmo está corrompido. Adicione ao diretório httpdocs (mesmo de sua página), mesmo se estiver vazio. Uma lista de IP suja, requer contato com seu ISP para reclamações. Redirecionamento, seu servidor pode estar mal configurado. Leia o topo do relatório afinal a forma de corrigir está definina ali mesmo.