Qualquer pessoa com um site público sabe que mecanismos de pesquisa desempenham um papel chave no trazendo os visitantes do site. É importante seja visto pelos mecanismos de pesquisa e classificação altamente nos seus resultados de consulta. Classificações superiores podem trazer os visitantes do mais, que podem levar a mais clientes pague e maior receita de anúncio. Otimização do mecanismo de pesquisa (SEO) é a prática de ajuste fino um site para obter maiores classificações nos resultados da pesquisa. Neste artigo, vamos dar uma olhada SEO práticas que você pode aplicar ao usar as tecnologias da Microsoft mais recentes.

Noções básicas SEO

Há muitos fatores em jogo quando um mecanismo de pesquisa Formula a posição relativa de seu site e alguns dos fatores mais importantes não estão sob seu controle direto. Por exemplo, sabemos que mecanismos de pesquisa estão atentos a links de entrada para seu site. Uma conexão de entrada é um hiperlink em um domínio externo que aponta para o seu domínio. Quando um mecanismo de pesquisa vê muitos links de entrada para um site, ele supõe que o site tem conteúdo interessante ou importante e classifica o site adequadamente. A comunidade SEO descreve esse fenômeno usando termos técnicos como “jiuce link” e “love link.” Quanto mais “jiuce link” possui um site, melhor será a classificação nos resultados da pesquisa.

Se seu site for interessante, em seguida, o resto do mundo naturalmente iniciará adicionar links ao seu site. Como o Visual Studio não vem com um botão “tornar meu site mais interessante”, você finalmente terá que trabalhar muito no fornecimento de conteúdo atrativo para a Web.

Depois de excelente conteúdo no local, você desejará Verifique se os mecanismos de pesquisa podem localizar e processar seu conteúdo. Não sabemos os exatos algoritmos usados pelos mecanismos de pesquisa como Bing.com e Google. No entanto, a maioria dos mecanismos de pesquisa publicou as diretrizes de design e conteúdo que você pode seguir para ajudar a aumentar sua classificação. Comunidade da Internet também compilou uma ampla quantidade de conhecimento adquirido através de experimentos, tentativa e erro.

Aqui é a chave: você deseja pensar como um mecanismo de pesquisa. Mecanismos de pesquisa não executar scripts ou reconhecer as formas as imagens no seu site. Em vez disso, eles metodicamente siga links para analisar, indexar e classificar o conteúdo que localizar no HTML. Quando pensar como um mecanismo de pesquisa, você irá focalizar seu HTML.

HTML válido e rápida

O Visual Studio tem um histórico longo no desenvolvimento WYSIWYG para a área de trabalho e a Web. O Web Forms designer permite que você arrastar e soltar controles de servidor na superfície de design e conjunto de valores para controles na janela Properties. Você pode criar rapidamente uma página da Web sem vejam em HTML. Se você estiver concentrado em HTML, no entanto, você deseja trabalhar na janela de modo de exibição de fonte. A boa notícia é que você pode trabalhar no modo Source sem sacrificar a velocidade ou precisão no Visual Studio 2010.

Visual Studio 2010 será fornecido com um número de trechos de código HTML IntelliSense para criar marcas HTML comuns e controles do lado do servidor usando um número mínimo de pressionamentos de teclas. Por exemplo, quando você estiver no modo de origem de um arquivo .aspx, digite img e pressione a tecla TAB para gerar a marcação mostrada na Figura 1. Apenas quatro pressionamentos de teclas dar a você mais de 20 de caracteres necessários para digite!

Observe como o editor realça os valores de alt e src em Figura 1. Quando você usar trechos de código, você pode guia entre áreas realçadas e comece a digitar para substituir os valores dentro. Esse recurso é outro extra de produtividade que economiza o esforço de navegar para o ponto de inserção correta e excluir manualmente o valor existente.

Projetos ASP.NET Web Forms e ASP.NET MVC terão trechos de código HTML disponíveis no Visual Studio 2010 para criar tudo de ActionLinks para declarações XHTML DOCTYPE. Os trechos estão extensível, personalizável e com base no mesmo mecanismo de trecho de código está disponível desde Visual Studio 2005. Artigo do MSDN de consulte Lorenzo Minore para obter mais detalhes em trechos de código (msdn.microsoft.com/en-us/magazine/cc188694.aspx).

Figura 2 Configurações de validação

Validação

Criar HTML válido é essencial se você desejar mecanismos de pesquisa para indexar seu site. Os navegadores da Web são complacente e tentarão processar uma página com HTML malformado da melhor maneira podem, mas se um mecanismo de pesquisa vê HTML inválido, pode ignorar conteúdo importante ou rejeitar a página inteira.

Como existem diferentes versões das especificações de HTML disponíveis, cada página que entregar do seu aplicativo deve incluir um elemento DOCTYPE. O elemento DOCTYPE especifica a versão do HTML a página está usando. Web navegadores, mecanismos de pesquisa e outras ferramentas examinará o DOCTYPE para que eles saibam como interpretar sua marcação. O Visual Studio colocará um DOCTYPE nos locais apropriados quando você cria novas páginas de formulário da Web e páginas mestras. O padrão DOCTPYE, conforme mostrado no trecho de código a seguir, especifica que a página será estejam em conformidade com a especificação XHTML 1.0:

<!DOCTYPE html PUBLIC "-//W3C//DTD XHTML 1.0 Transitional//EN" "http://www.w3.org/TR/xhtml1/DTD/xhtml1-transitional.dtd">

Embora você não precisar conhecer todas as diferenças sutis entre as especificações de HTML, é preciso saber se sua página em conformidade com um DOCTYPE específico. O Visual Studio tem incluído recursos de validação de HTML desde o lançamento de 2005 e validação está ativada por padrão. Você pode controlar configurações de validação e destino de validação de tipo navegando para as Ferramentas | Opções | Editor de texto | HTML | configurações de validação, conforme mostrado no Figura 2).

“Como avisos”configuração significa problemas de validação de HTML não irão parar sua compilação, mas mostrarão como avisos na janela de erros do Visual Studio. No modo de exibição fonte para formulários da Web, o editor de texto será atenção para erros de validação de HTML usando linhas onduladas. Você pode passa o mouse sobre o elemento para ver a exata mensagem de erro, como nós consulte Figura 3.

HTML descritivo

A marca img em Figura 3 é um bom exemplo de como você precisa pensar como um mecanismo de pesquisa. Como disse anteriormente, um mecanismo de pesquisa não consulte ou interpretar as formas e palavras em uma imagem, mas é possível fornecer o mecanismo de pesquisa algumas informações adicionais sobre o conteúdo gráfico usando o atributo alt. Se a imagem for um logotipo da empresa, o texto alt pode ser “logotipo da empresa”mas seria melhor incluir o nome da empresa no texto alt do logotipo. Um mecanismo de pesquisa usará o texto alt como outra dica em Noções básicas sobre o tema e a essência da página.

Mecanismos de pesquisa estão sempre procurando esses tipos de dicas e para o mecanismo de pesquisa algumas dicas são mais importantes do que outros. Por exemplo, nós normalmente usar cabeçalho marcas, como marcas h1, para fazer determinadas partes de conteúdo standout em uma página. Mecanismos de pesquisa geralmente dará mais peso para uma palavra-chave dentro de uma marca h1 que se a palavra-chave mesma fosse dentro de um parágrafo normal. Você desejará verificar seu conteúdo h1 está descritivo e usa palavras-chave relacionadas para o tema da página. Uma prática recomendada para o trabalho SEO é sempre incluir pelo menos uma marca de H1 em cada página.

Se você olhar a cabeçalhos que escolhi para este artigo novamente, você verá que eles giram em torno frases como “HTML válido”"SEO Noções básicas”e assim por diante. Esses são descritivas todas as frases que dará o leitor e o mecanismo de pesquisa uma boa idéia do que é o artigo sobre.

Títulos descritivos e metadados

Outra área importante para palavras-chave descritivas é dentro da marca head. A seção cabeçalho de uma das páginas do download do código associado é mostrada aqui:

<head runat="server">
<title>Programming meta tags in ASP.NET 4.0</title>
<meta name="keywords" content="ASP.NET, ASP.NET 4.0, SEO, meta" />
<meta name="description" content=
"How to use Page.MetaKeywords and Page.MetaDescription in ASP.NET" />
</head>

As palavras na marca de título de página são muito ponderadas, portanto, você vai querer escolher um título de BOM. A marca principal também pode colocar marcas meta. Você vai querer usar duas marcas meta para SEO trabalho–um para definir palavras-chave associada da página e outro para definir a descrição da página. Os visitantes geralmente não verá essas informações de meta, mas alguns mecanismos de pesquisa exibe a descrição de meta de uma página nos resultados da pesquisa. As palavras-chave meta são outro lugar para anunciar o real significado da sua página por alimentação a pesquisa de palavras importante mecanismo para associar com a página.

Se você estiver criando conteúdo dinâmico, ou alterar os dados de título e meta em uma base freqüente, em seguida, você não deseja rígido código esse conteúdo em um arquivo.aspx. Felizmente, o Web Forms no ASP.NET 4.0 facilita manipular o título, palavras-chave e a descrição de uma página de code-behind:

protected void Page_Load(object sender, EventArgs e)
{
if (!IsPostBack)
{
Page.Title = "Programming meta tags in ASP.NET 4.0";
Page.MetaKeywords = "ASP.NET 4.0, meta, SEO, keywords";
Page.MetaDescription =
"How to use Page.Keywords and Page.Description in ASP.NET";
}
}

Você pode ver como usar propriedades de título, MetaKeywords e MetaDescription da página durante o evento Page_Load. A propriedade Title foi no ASP.NET desde a versão 2.0, mas MetaKeywords e MetaDescription são novos no ASP.NET 4.0. Embora ainda estamos usando seqüências de caracteres embutida, você pode carregar esses valores de propriedade de qualquer fonte de dados. Você, em seguida, pode permitir a pessoa encarregada do site para ajustar os metadados para os melhores resultados de mecanismo de pesquisa de marketing e eles não precisará editar o código-fonte para a página.

Embora descrições e palavras-chave eficaz podem dar você um pouco de uma borda nos resultados do mecanismo de pesquisa, conteúdos é Rei ainda. Nós irá retornar para ver mais dicas HTML mais adiante neste artigo, mas as próximas seções veremos como URLs podem desempenham um papel importante em como o conteúdo está localizado e classificado.

URLs canônicos

Conteúdo duplicado geralmente apresenta um problema para mecanismos de pesquisa. Por exemplo, digamos que o mecanismo de pesquisa vê uma receita para seus famosas pizz@s em duas diferentes URLs. A URL que deve o mecanismo de pesquisa preferir e fornecer um link nos resultados da pesquisa? Conteúdo duplicado é ainda mais de um problema de otimização quando se trata de links de entrada. Se “link amor”para o taco receita é distribuída entre dois diferentes URLs, sua receita taco famoso talvez não tenha a classificação do mecanismo de pesquisa que ele merece.

Infelizmente, você pode ser duplicar conteúdo sem perceber. Se os mecanismos de pesquisa podem ler seu site de uma URL com um prefixo de www e sem um prefixo www, eles verá os mesmos conteúdos em duas diferentes URLs. Desejar ambos os URLs de trabalho, mas você deseja que apenas um URL a ser a URL padrão ou canônica.

Como exemplo, considere o site Microsoft.com. Www.microsoft.com e microsoft.com levará você para o mesmo conteúdo. Mas, observe atentamente se você for para a home page usando microsoft.com. O site Microsoft redirecionará o navegador para www.microsoft.com. A Microsoft usa redirecionamento para impor www.microsoft.com como seu URL canônica.

Felizmente, redirecionar os visitantes do seu URL canônica é fácil com o ASP.NET. Tudo o que você precisa fazer é fornecer alguma lógica durante o evento BeginRequest do pipeline aplicativo. Você pode fazer isso implementando um módulo HTTP personalizado, ou usando um método Application_BeginRequest em global.asax. Figura 4 é a aparência a lógica para este recurso.

O código no Figura 4 está usando outro recurso novo no ASP.NET 4.0–o método RedirectPermanent do objeto HttpResponse. O método tradicional de redirecionamento no ASP.NET enviará um código de status HTTP de 302 de volta para o cliente. Um 302 informa o cliente que o recurso temporariamente movido para um novo URL e o cliente deve ir para a nova URL, apenas isso vez, para localizar o recurso. O método RedirectPermanent envia um código 301 para o cliente. O 301 informa o cliente que o recurso movido permanentemente, e ele deve procurar o recurso na nova URL para todas as solicitações futuras. Observe a chamada para RedirectPermanent também usa um novo recurso no translation from VPE for Csharp 4.0–a sintaxe de parâmetro nomeado. Embora essa sintaxe não é necessária para a chamada do método, a sintaxe de parâmetro nomeado faz a intenção do parâmetro explícito.

Com um redirecionamento no lugar, navegadores da Web e mecanismos de pesquisa devem ser usando apenas seu URL canônica. O “amor de link”serão consolidados e classificações de mecanismo de pesquisa devem melhorar.

URLs descritivos

Figura 4 RedirectPermanent método do objeto HttpResponse

void Application_BeginRequest(object sender, EventArgs e)
{
HttpApplication app = sender as HttpApplication;
if (app != null)
{
string domain = "www.odetocode.com";
string host = app.Request.Url.Host.ToLower();
string path = app.Request.Url.PathAndQuery;
if (!String.Equals(host, domain))
{
Uri newURL = new Uri(app.Request.Url.Scheme +
"://" + domain + path);
app.Context.Response.RedirectPermanent(
newURL.ToString(), endResponse: true);
}
}
}

Na edição de janeiro de 2009 da MSDN Magazine escrevi sobre como usar os recursos de roteamento do .NET 3.5 SP1 com Web Forms do ASP.NET (msdn.microsoft.com/en-us/magazine/2009.01.extremeaspnet.aspx). Como disse, as URLs limpas e descritivas, você pode obter com roteamento são importante para ambos os usuários e os mecanismos de pesquisa. Ambos encontrará significando mais em uma URL como /recipes/tacos que serão no /recipe.aspx?category=40&topic=32. No primeiro, o mecanismo de pesquisa irá considerar “receitas”e “pizz@s”como palavras-chave importantes para o recurso. O problema com a URL último é que muitos rastreadores de mecanismo de pesquisa não funcionam bem quando uma URL requer uma seqüência de consulta com vários parâmetros, e os números na seqüência de consulta são sem sentido fora do banco de dados de back-end do aplicativo.

A equipe do ASP.NET adicionou algumas classes adicionais para a versão 4.0 que tornam o roteamento com Web Forms fácil. No download do código para este artigo, eu já re-implemented demonstração site do janeiro com as novas classes no ASP.NET 4.0. Roteamento começa descrevendo as rotas que seu aplicativo processará durante o evento Application_Start. O código a seguir é um método RegisterRoutes que invoca o site durante o evento Application_Start em global.asax:

void RegisterRoutes()
{
RouteTable.Routes.Add(
"Recipe",
new Route("recipe/{name}",
new PageRouteHandler("~/RoutedForms/RecipeDisplay.aspx",
checkPhysicalUrlAccess:false)));
}

Figura 5 Obter nome do parâmetro de RouteData para exibir informações sobre um receitas

private void DisplayRecipe()
{
var recipeName = RouteData.Values["name"] as string;
if (recipeName != null)
{
var recipe = new RecipeRepository().GetRecipe(recipeName);
if (recipe != null)
{
_name.Text = recipe.Name;
_ingredients.Text = recipe.Ingredients;
_instructions.Text = recipe.Instructions;
}
}
}

Se você examinar meu artigo de janeiro, você irá se lembrar de como cada rota deve especificar um manipulador de rotas. RegisterRoutes, está configurando o manipulador para “Receitas”Rotear para uma instância da classe PageRouteHandler nova no ASP.NET 4.0. O mecanismo de roteamento irá direcionar qualquer entrada solicitam URLs na forma de receita / {nome} para este manipulador de rotas, onde {name} representa um parâmetro de rota o roteamento do motor extrairá da URL.

Um formulário da Web tem acesso a todos os parâmetros rota que extrai o mecanismo de roteamento de URL, por meio de uma propriedade RouteData. Esta propriedade é nova para a classe Page no 4.0. O código no Figura 5 irá obter o parâmetro de nome de RouteData e usar o nome para pesquisar e exibir informações sobre uma receita:

Um dos excelentes recursos do mecanismo de roteamento é sua natureza bidirecional. Não apenas o mecanismo de roteamento é possível analisar URLs determinam as solicitações HTTP, mas ele também pode gerar URLs para acessar páginas específicas. Por exemplo, se você desejar criar um link que levará um visitante a receita para pizz@s, você pode usar o mecanismo de roteamento para gerar uma URL com base na configuração de roteamento (em vez de embutir em código o URL). ASP.NET 4.0 introduz um novo construtor de expressões você pode usar em sua marcação para gerar URLs da tabela de configuração de roteamento:

<asp:HyperLink NavigateUrl="<%$ RouteUrl:RouteName=recipe,name=tacos %>"
Text="Titillating Tacos" runat="server">
</asp:HyperLink>

O código anterior mostra o novo construtor de expressões RouteUrl em ação. Esse construtor de expressões irá informar o mecanismo de roteamento para gerar um link para a rota denominada “receita”e incluir um parâmetro de nome na URL com o valor “pizz@s”. A marcação anterior irá gerar HTML a seguir:

<a href="/recipe/tacos">Titillating Tacos</a>

A URL anterior é otimizado para um mecanismo de pesquisa, amigável e descritivo. No entanto, este exemplo exibe um problema maior com o ASP.NET. Controles de servidor para formulários da Web geralmente abstraem o HTML que produzem e nem todos os controles de servidor no ASP.NET são o mecanismo de pesquisa amigável. É hora de que retornamos para falar sobre HTML novamente.

Erros HTML

Se é criado um link para a receita de taco usando um LinkButton em vez de um hiperlink, foi seria localizar nós com marcação diferente no navegador. O código para o LinkButton e o HTML que ele gera é mostrado aqui:

<asp:LinkButton runat="server" Text="Tacos"
PostBackUrl="<%$ RouteUrl:RouteName=recipe,name=tacos %>">
</asp:LinkButton>
<!-- generates the following (excerpted): -->
<a href="javascript:WebForm_DoPostBackWithOptions(...)">Tacos</a>

Ainda temos uma marca de âncora para o usuário clique no, mas a marca de âncora usa JavaScript para forçar o navegador para postback para o servidor. No botão LinkButton processa a isso HTML para disparar um evento de clique do lado do servidor quando o usuário clica no link. Infelizmente, mecanismos de pesquisa e navegação de postback de JavaScript não funcionam juntos. O link é efetivamente invisível para mecanismos de pesquisa, e eles nunca podem encontrar a página de destino.

Figura 6 IIS 7 Gerenciador

Como o lado do servidor ASP.NET controla abstrata HTML ausente, você terá que escolher os controles de servidor com sabedoria. Se você quiser controle completo sobre marcação HTML em um ambiente do ASP.NET, você deve considerar usando a estrutura MVC do ASP.NET. Controles de servidor são verboten ao usar a estrutura MVC, e a infra-estrutura e as APIs de local para trabalhar com somente marcação HTML.

Se você estiver usando o Web Forms do ASP.NET e otimizar para mecanismos de pesquisa, você desejará exibir código fonte HTML produzido por controles de servidor. Cada navegador da Web dará a você essa opção. No Internet Explorer, use o modo de exibição – >Comando de origem. Tenha cuidado com qualquer controle que processa uma combinação de HTML e JavaScript em cenários de navegação. Por exemplo, com ao AutoPostBack de DropDownList propriedade definida como true irá exigir JavaScript trabalhar. Se você depende do postback automático para navegar até novo conteúdo, você vai estar fazendo o conteúdo invisível para mecanismos de pesquisa.

Obviamente, aplicativos AJAX pesado podem apresentar um problema para mecanismos de pesquisa. O controle UpdatePanel e o conteúdo gerado por chamadas de serviço da Web de JavaScript não são amigáveis aos mecanismos de pesquisa. A abordagem mais segura para o trabalho SEO é colocar o conteúdo diretamente em seu HTML para torná-lo facilmente identificável.

Após você ter ajustado seu HTML, as palavras-chave e seus URLs, como medir os resultados? Embora sua classificação do mecanismo de pesquisa é o indicado final avaliar seu esforço SEO, seria bom se você pode encontrar problemas antes de um site vai ao vivo e um mecanismo de pesquisa rastreia suas páginas. Embora o Visual Studio pode informar sobre problemas de validação de HTML, ele não avisar você sobre falta de metadados e URLs canônicos. Esse é o trabalho de um novo produto–IIS SEO Toolkit.

Figura 7 Relatório resumo

O Toolkit SEO IIS

O IIS SEO Toolkit é um download gratuito para IIS 7 e disponível a partir de iis.net/extensions/SEOToolkit. O Toolkit inclui um mecanismo de rastreamento que será indexar seu aplicativo da Web local como um mecanismo de pesquisa e fornecer-lhe um relatório de análise detalhada do site. O Toolkit também pode gerenciar arquivos robots.txt e mapa de site. O arquivo de robôs usa um formato padronizado para informar os mecanismos de pesquisa que excluir da indexação, enquanto arquivos sitemap podem apontar os mecanismos de pesquisa para conteúdo que você deseja incluir. Você também pode usar arquivos de mapa de site para informar o mecanismo de pesquisa a prioridade, taxa de alteração e a data de um recurso alterado.

Para trabalho SEO, o relatório de análise de site é inestimável. O relatório dirá a você tudo sobre o seu site da perspectiva de um mecanismo de pesquisa. Depois de instalar o Toolkit, uma opção de análise de site será exibido para seus sites na janela Gerenciador de IIS 7, conforme mostrado no Figura 6.

Duas vezes no ícone levará você para uma lista de relatórios anteriormente execução, com uma opção de ação de executar uma nova análise. Executar uma análise é tão fácil como apontando a ferramenta para uma URL HTTP local e clicar em OK. Quando a análise for concluída, o Toolkit será aberto um relatório de resumo, como mostra a Figura 7.

O Toolkit se aplica a um número de regras e heurística conscientizá-lo dos problemas relacionados a SEO e desempenho. Você pode encontrar links desfeitos, faltando títulos, descrições são muito curtas, descrições são muito longos e um host de outros possíveis problemas. O Toolkit será analisar links e fornecer relatórios sobre as páginas mais vinculadas e os caminhos de que um visitante precisará seguir para acessar uma página específica. O Toolkit fornece até mesmo uma análise textual de conteúdo do cada página. Você pode usar essa análise para localizar as melhores palavras-chave para uma página.

O IIS SEO Toolkit permite que você descubra o trabalho SEO que você precisa executar e validar qualquer trabalho SEO que você já concluiu. No momento da escrita, o Toolkit está em uma versão beta 1. Você pode esperar que as futuras versões continuará a adicionar regras e recursos de análise, além de alguns inteligência pode corrigir automaticamente problemas específicos para você.

Fácil e efetiva

Mesmo se você tiver o maior conteúdo no mundo, você precisará tornar o conteúdo localizável para mecanismos de pesquisa para levam você aos visitantes. SEO é a prática de pensar como um mecanismo de pesquisa e fazer seu apelo de site dos rastreadores e algoritmos de classificação. Novos recursos para tornar mais fácil trabalhar no .NET 4.0, enquanto o IIS SEO Toolkit é uma ferramenta fantástica dedicada a tornar seu site melhor para mecanismos de pesquisa SEO apresentando o Visual Studio 2010 e ASP.NET 4.0. Usando as três ferramentas em combinação pode tornar seu trabalho SEO fácil e eficiente.

Baixar o código de exemplo

Fonte: Microsoft MSDN – Scot Allen