A página de erro padrão do IIS é muito hostil. Muitas pessoas dirão quando virem a página de erro padrão: o site não pode ser aberto! Esta parte do tráfego foi perdida em vão. Se a página de erro saltar diretamente para a página inicial, não é muito amigável os mecanismos de pesquisa e a página inicial poderá ser bloqueada. Então, dependendo da situação, há duas maneiras de resolver esse problema:
Se for um site do tipo conteúdo, como um blog, você pode retornar uma caixa de pesquisa com 404 erros para os visitantes pesquisarem. Se for um site de comércio eletrônico, você pode devolver uma barra de progresso com 404 erros para salto. Esses dois métodos cuidam dos visitantes e levam em consideração o SEO.
Você pode verificar quantas páginas de erro do seu site estão nas ferramentas do Google Webmaster.
O método para modificar a página de erro padrão é muito simples: clique com o botão direito do mouse no site que você deseja gerenciar no IIS e definir 404 como a página de informações de erro correspondente no erro personalizado. Aqui estão duas maneiras:
1. Se você escolher um arquivo para o tipo de mensagem, poderá usar apenas os arquivos terminando com .html ou htm, caso contrário, o código será exibido quando o usuário acessar a página de erro. Na página de erro definida dessa maneira, embora o status 404 não seja emitido no arquivo .html, o status 404 será emitido automaticamente após o IIS ser executado.
2. Se você selecionar URL para o tipo de mensagem, deverá usar o arquivo ASP (porque o status 404 só poderá ser definido no arquivo ASP), caso contrário, o código de status 200 será retornado ao acessar a página de erro. Adicionar também:
< %Response.status = 404 não encontrado %>
Se você quiser pular regularmente para a página inicial, existem duas maneiras:
1. Use a atualização da metatag para pular
<meta http-equiv = refresh content = 3; url = http: //chenfangyi.com/? xxx>
De acordo com o administrador do blog chinês do Google, o Yahoo pula para esse método usado.
2. Use JS para pular
Eu sinto que o uso de JS é melhor porque os saltos de meta -tag estão preocupados com o fato de os mecanismos de pesquisa reconhecerem como 200 ou 302, veja esta passagem aqui:
Muitas vezes vejo que muitos sites têm uma página de erro 404 personalizada de uma forma semelhante: primeiro exibe uma mensagem de erro e, através da Meta Refresh, a página será redirecionada para a página inicial, mapa da página da web ou outras páginas semelhantes. Dependendo do método de implementação específico, esse tipo de página 404 pode retornar um código de status de 200 ou um redirecionamento temporário de 302, mas não importa qual, da perspectiva da tecnologia de SEO, não é uma escolha adequada.
Já falamos sobre o status de 200 acima. Então, quando a página 404 retornar para 302, com o que o mecanismo de pesquisa lidará? Teoricamente, para o erro 302, os mecanismos de pesquisa acreditam que a página da web existe, mas o endereço é alterado temporariamente e a página ainda será indexada e incluída. Dessa maneira, também ocorrerão problemas de texto duplicados semelhantes aos do código de status de 200; Em segundo lugar, os principais mecanismos de pesquisa representados pelo Google têm requisitos cada vez mais rigorosos no escopo da aplicação de 302 redirecionamento, e esse tipo de uso inadequado de 302 redirecionamento representa grandes riscos.