Não importa qual sistema de gerenciamento de conteúdo ou estrutura de aplicativo Web você use para desenvolver seu site, há alguns elementos básicos que devem ser abordados. É ótimo fornecer uma interface de usuário sofisticada e conteúdo rico, mas até então, a primeira prioridade deve ser fornecer documentação básica que os usuários possam encontrar e expressar claramente o propósito do site.
Introdução
Existem vários arquivos padrão que são exigidos por todo site, mas muitas vezes eles são ignorados pelo site. A maioria desses documentos tem a ver com convenções e não com requisitos técnicos, mas o não fornecimento deles pode levar ao extravio da criação do site. Além do URL que pode ser obtido por meio de adivinhação, geralmente é difícil para os usuários encontrar outras coisas que desejam por meio de adivinhação. Este artigo descreverá brevemente cada um desses documentos padrão.
Exatamente como um determinado recurso é fornecido depende de qual camada de servidor Web e camada de aplicativo Web são usadas. Em um servidor "tradicional", quase estático como o Apache, esses recursos provavelmente serão arquivos de texto no servidor. Mas em configurações diferentes, também podem ser certas entradas no banco de dados, certas linhas no arquivo de configuração, certas classes no processo do servidor, etc. Este artigo se concentra no que os usuários acabam vendo, e não em como fazer isso acontecer.
404.html
Quando os usuários usam seu site, eles inevitavelmente procuram recursos que não existem. Essas pesquisas são mais prováveis devido a erros ortográficos de URL do que qualquer outro motivo, mas fatores como links desatualizados, configuração incorreta do back-end e URLs quebrados em diferentes pontos não devem ser subestimados. Quando um recurso está indisponível, é uma boa prática fornecer algum tipo de página alternativa para auxiliar o usuário a navegar para outras páginas úteis. Um simples "não encontrado" informará ao usuário que o recurso não está disponível, mas não o ajudará a resolver o problema "o que fazer a seguir".
Aviso: Muitos sites estão configurados incorretamente para enviar mensagens "soft 404" ao criar mensagens 404.html personalizadas (ou qualquer outro mecanismo usado por servidores Web para publicar mensagens personalizadas "não encontradas"). Em outras palavras, eles enviam uma página com um cabeçalho normal “200 OK”, que simplesmente afirma que algum lugar do texto está “indisponível” e talvez (mas não com frequência) menciona que há um “Erro 404” aqui. Isto deve ser evitado. Em vez disso, evite problemas aos usuários (e seus navegadores da Web e outras ferramentas) e use o título de status exato.
about.html
Então, por que criar um site? Sim, você precisa de uma página inicial para responder a essa pergunta. Mas é mais provável que a página inicial não forneça esse tipo de informação, mas simplesmente permita que os usuários façam login, destaque os “pontos de venda” do site, exiba alguns recursos e assim por diante. Você também pode permitir que os usuários naveguem até a página "Sobre" na página inicial e, em caso afirmativo, certifique-se de disponibilizar essas informações em http://mysite.example.com/about.html . Algumas pessoas estão acostumadas a procurar esse tipo de informação nesta página.
Uma boa página about.html deve fornecer uma visão geral da funcionalidade do site, o propósito de criação do site e por que os usuários devem se preocupar com o site, e também pode ter vários links para ajudar os usuários a navegar de volta à funcionalidade principal do site. Esta página não precisa ser, e geralmente não deveria ser, chamativa. Basta mantê-lo pragmático e preciso para que os usuários possam aproveitar tudo o que o site tem a oferecer.
contact.html
Então, como você entra em contato com você? Com about.html, os usuários podem obter essas informações com vários cliques em sua página inicial existente.
Quem detém os direitos autorais do sitecopyright.html
É possível que o conteúdo pertença a você, mas quem é você? Uma empresa? Uma agência governamental? licença de conteúdo gratuito, então isso pode ser necessário. Informe os usuários sobre isso. Hoje em dia, quase tudo tem direitos autorais próprios: se o seu conteúdo segue princípios diferentes, avise os usuários. Mas não existem sites suficientes que se preocupem em fornecer esse tipo de informação, mas por que não adicioná-la ao seu próprio site, pois sempre haverá alguns usuários que prestarão atenção a essas informações?
Obviamente, páginas ou recursos diferentes podem ter informações de direitos autorais diferentes. Use esta página para fornecer aos usuários informações sobre como determinar essas diferenças individuais. Se você tiver alguma dúvida sobre marcas registradas, forneça-as também.
index.html (e index.htm)
Nem todo servidor Web usa o arquivo index.html para descrever sua página inicial. Dependendo das configurações, pode haver métodos como reescrita de URL e geração dinâmica baseada em nomes de caminho. Mas os usuários não se importam com esses detalhes! Apenas deixe http://www.aaa.com/index.html apontar para a página inicial, mesmo que você precise usar um simples redirecionamento HTML para fazer isso.
A propósito, se for esse o caso, deixe a antiga extensão .htm entrar em vigor. Se você ainda acha que não é suficiente, faça o mesmo com index.cgi.
index.rssMuito
conteúdo da Web está disponível via RSS. Embora esta abordagem não se aplique a todos os Web sites, é eficaz para a maioria dos sites. Faz todo o sentido tornar o conteúdo RSS independente de opções de configuração específicas do usuário, logins ou pagamentos para informações específicas. Porque o RSS não pode cobrir tudo.
Dito isto, se algo puder ser disponibilizado como RSS, vá em frente e faça-o. Talvez o que é apresentado em index.rss nada mais seja do que conteúdo de “propaganda”, às vezes acompanhado de banalidades sobre como aproveitar as diversas vantagens dos feeds RSS. Ou talvez seja uma explicação de por que o RSS não é relevante para o seu site.
privacidade.html
Sempre que você quiser coletar informações do usuário (mesmo que sejam apenas nomes de usuário ou registros de tráfego), informe aos usuários o que você planeja fazer com essas informações. As questões legais que envolvem os direitos e responsabilidades dos criadores e/ou usuários de sites são complexas. No entanto, se a privacidade pessoal do usuário puder ser levada em consideração, o usuário ainda sentirá isso. E talvez seja nesse momento que você deva conversar com um advogado sobre o que fazer com os dados dos seus usuários.
robots.txt
Se você não deseja que todos os recursos do seu site sejam indexados por ferramentas automatizadas, indique isso no arquivo robots.txt. Mas se você deseja que seu conteúdo seja indexado, indique isso. A diretiva Robots Exclusion Standard não obriga os usuários: se você realmente não deseja que algo fique visível, não coloque-o em seu site ou certifique-se de ter proteção de permissão adequada por trás dele. No entanto, todos os principais mecanismos legítimos de rastreamento da web cumprirão os requisitos do robots.txt. Portanto, tente ser o mais claro possível sobre suas intenções.
security.html
O uso de security.html não é obrigatório. Mas se o site tiver problemas de segurança (por exemplo, qualquer informação sensível é coletada dos usuários), é uma boa ideia documentar (pelo menos fornecer um esboço) do processo de segurança. Forneça informações de contato nesta página caso os usuários tenham alguma dúvida ou desejem dar sugestões sobre como melhorar. A localização dessas informações deve seguir a organização geral das opções de navegação do site. Nesse caso, você também pode colocar o recurso nesta URL.
A forma comoos mapas de sites
exibem mapas de sites inteiros ainda não está totalmente padronizada. É sempre útil ter algo fornecido para fazer um mapa do site, mas o quão detalhado ele é depende de quão dinâmico é o seu site (ou quão dinâmico ele é). Além disso, o conteúdo que você deseja exibir aos usuários também depende da intenção do site. Por exemplo, se o usuário não tiver permissão para usar o recurso X, informar ao usuário que o recurso X existe pode não ser apropriado. Por favor, tente fornecer algo com base em seu próprio julgamento e circunstâncias.
Para muitos sites, fornecer um mapa do site nada mais é do que suporte e facilidade de uso para mecanismos automatizados, como mecanismos de busca. O Google lançou uma nova convenção baseada na convenção robots.txt. Resumindo, você pode criar um arquivo XML que apresente todos os recursos disponibilizados pelo site. É mais ou menos como uma “lista de inclusão” que funciona como um complemento à “lista de exclusão” do robots.txt.
Não basta considerarendereços de e-mail
apenas para o que está na Web. Às vezes, as ferramentas de navegação de um site não são exatamente o que desejam (ou alguns usuários podem não entender seu design elegante), portanto, é uma boa ideia possibilitar que os usuários entrem em contato com você também por e-mail.
Certifique-se de publicar suas informações de contato de forma destacada em contact.html ou em outro lugar do seu site. Mas também certifique-se de que as mensagens enviadas para endereços de e-mail genéricos cheguem à pessoa certa. Isso inclui pelo menos [email protected] , [email protected] e [email protected] . Para as "pessoas mais velhas" por aí, você pode querer que os e-mails enviados para [email protected] também sejam roteados para o destino apropriado (mas provavelmente não para "root" por motivos de segurança). Inclua um pequeno texto descrevendo o encaminhamento de e-mail que comunique claramente o propósito do site. Os endereços de e-mail estão tão prontamente disponíveis quanto links simbólicos em um diretório de servidor Web.