Quel que soit le système de gestion de contenu ou le cadre d'application Web que vous utilisez pour développer votre site Web, certains éléments de base doivent être abordés. C'est formidable de fournir une interface utilisateur soignée et un contenu riche, mais d'ici là, la première priorité devrait être de fournir une documentation de base que les utilisateurs peuvent trouver et exprimer clairement l'objectif du site.
Introduction
Il existe plusieurs fichiers standards requis par chaque site Web, mais ils sont souvent ignorés par le site. La plupart de ces documents relèvent de conventions plutôt que d'exigences techniques, mais le fait de ne pas les fournir peut conduire à des erreurs dans la création de sites. En plus de l'URL qui peut être obtenue en devinant, il est généralement difficile pour les utilisateurs de trouver d'autres choses qu'ils souhaitent en devinant. Cet article décrira brièvement chacun de ces documents standards.
La manière exacte dont une ressource donnée est fournie dépend de la couche de serveur Web et de la couche d'application Web utilisées. Dans un serveur "traditionnel", presque statique tel qu'Apache, ces ressources sont probablement des fichiers texte sur le serveur. Mais dans différentes configurations, il peut également s'agir de certaines entrées dans la base de données, de certaines lignes dans le fichier de configuration, de certaines classes dans le processus serveur, etc. Cet article se concentre sur ce que les utilisateurs finissent par voir, plutôt que sur la manière d'y parvenir.
404.html
Lorsque les utilisateurs utilisent votre site Web, ils recherchent inévitablement des ressources qui n'existent pas. Ces recherches sont plus probablement dues à des fautes d'orthographe d'URL qu'à toute autre raison, mais des facteurs tels que des liens obsolètes, une mauvaise configuration du backend et des URL cassées à différents endroits ne doivent pas être sous-estimés. Lorsqu'une ressource n'est pas disponible, c'est une bonne pratique de fournir une sorte de page de secours pour aider l'utilisateur à naviguer vers d'autres pages utiles. Un simple « introuvable » fera savoir à l'utilisateur que la ressource n'est pas disponible, mais cela ne l'aidera pas à résoudre le problème « que faire ensuite ».
Avertissement : Trop de sites Web sont mal configurés pour envoyer des messages "soft 404" lors de la création d'un fichier 404.html personnalisé (ou de tout autre mécanisme utilisé par les serveurs Web pour publier des messages personnalisés "introuvable"). En d'autres termes, ils envoient une page avec un en-tête standard « 200 OK », qui indique simplement que quelque part dans le texte est « indisponible » et mentionne peut-être (mais pas souvent) qu'il y a une « erreur 404 » ici. Cela devrait être évité. Au lieu de cela, évitez les problèmes aux utilisateurs (et à leurs navigateurs Web et autres outils) et utilisez le titre d'état exact.
about.html
Alors, pourquoi créer un site Web ? Oui, vous avez besoin d'une page d'accueil pour répondre à cette question. Mais il est plus probable que la page d'accueil ne fournisse pas ce type d'informations, mais permette simplement aux utilisateurs de se connecter, met en évidence les « arguments de vente » du site, affiche quelques fonctionnalités, etc. Vous souhaiterez peut-être également autoriser les utilisateurs à accéder à la page « À propos » de la page d'accueil et, si tel est le cas, assurez-vous de rendre ces informations disponibles sur http://mysite.example.com/about.html . Certaines personnes ont l’habitude de rechercher ce type d’informations sur cette page.
Une bonne page about.html doit fournir un aperçu des fonctionnalités du site, du but de la création du site et des raisons pour lesquelles les utilisateurs devraient s'intéresser au site. Elle peut également contenir plusieurs liens pour aider les utilisateurs à revenir aux fonctionnalités principales du site. Cette page n’a pas besoin d’être, et ne devrait généralement pas l’être, flashy. Gardez-le simplement pragmatique et précis afin que les utilisateurs puissent profiter de tout ce que le site a à offrir.
contact.html
Alors, comment vous contacter ? Avec about.html, les utilisateurs peuvent obtenir ces informations en plusieurs clics sur leur page d'accueil existante.
À qui appartiennent les droits d'auteur sur le sitecopyright.html
? Il est possible que le contenu vous appartienne, mais qui êtes-vous ? Un particulier ? Une agence gouvernementale ? licence de contenu gratuite, cela peut être nécessaire. Informez-en les utilisateurs. De nos jours, presque tout a son propre droit d'auteur : si votre contenu adhère à des principes différents, informez-en les utilisateurs. Mais il n’y a pas assez de sites Web qui prennent la peine de fournir ce genre d’informations, mais pourquoi ne pas les ajouter à votre propre site Web, car il y aura toujours des utilisateurs qui prêteront attention à ces informations ?
Évidemment, différentes pages ou ressources peuvent contenir des informations de droit d'auteur différentes. Veuillez utiliser cette page pour fournir aux utilisateurs des informations sur la manière de déterminer ces différences individuelles. Si vous avez des questions sur les marques, veuillez également les poser.
index.html (et index.htm)
Tous les serveurs Web n'utilisent pas réellement le fichier index.html pour décrire leur page d'accueil. Selon les paramètres, il peut exister des méthodes telles que la réécriture d'URL et la génération dynamique basée sur les noms de chemin. Mais les utilisateurs ne se soucient pas de ces détails ! Laissez simplement http://www.aaa.com/index.html pointer vers la page d'accueil, même si vous devez utiliser une simple redirection HTML pour ce faire.
À propos, si tel est le cas, laissez simplement l’ancienne extension .htm prendre effet. Si vous pensez toujours que cela ne suffit pas, faites de même avec index.cgi.
index.rssUne grande partie
du contenu Web est disponible via RSS. Bien que cette approche ne s'applique pas à tous les sites Web, elle est efficace pour la plupart des sites. Il est parfaitement logique de rendre le contenu RSS indépendant des options de configuration, des connexions ou des paiements spécifiques à l'utilisateur pour des informations spécifiques. Parce que RSS ne peut pas tout couvrir.
Cela dit, si quelque chose peut être rendu disponible au format RSS, alors n'hésitez pas à le faire. Peut-être que ce qui est présenté dans index.rss n'est rien d'autre qu'un contenu « publicitaire », parfois accompagné de platitudes sur la manière de profiter des différents avantages des flux RSS. Ou peut-être que c'est une explication de la raison pour laquelle RSS n'est pas pertinent pour votre site Web.
Privacy.html
Chaque fois que vous souhaitez collecter des informations sur les utilisateurs (même s'il ne s'agit que de noms d'utilisateur ou de journaux de trafic), indiquez aux utilisateurs ce que vous envisagez de faire avec ces informations. Les questions juridiques entourant les droits et responsabilités des créateurs et/ou utilisateurs de sites Web sont complexes. Cependant, si la vie privée de l'utilisateur peut être prise en considération, l'utilisateur le ressentira toujours. Et c'est peut-être à ce moment-là que vous devriez parler à un avocat pour savoir quoi faire avec les données de vos utilisateurs.
robots.txt
Si vous ne souhaitez pas que toutes les ressources de votre site Web soient indexées par des outils automatisés, indiquez-le dans le fichier robots.txt. Mais si vous souhaitez que votre contenu soit indexé, veuillez le préciser. La directive Robots Exclusion Standard n'oblige pas les utilisateurs : si vous ne voulez vraiment pas que quelque chose soit visible, ne le mettez pas sur votre site ou assurez-vous d'avoir une protection d'autorisation adéquate derrière cela. Cependant, tous les principaux moteurs d'exploration Web légitimes se conformeront aux exigences du fichier robots.txt. Essayez donc d’être aussi clair que possible sur vos intentions.
security.html
L'utilisation de security.html n'est pas obligatoire. Mais si le site présente des problèmes de sécurité (par exemple, des informations sensibles sont collectées auprès des utilisateurs), c'est une bonne idée de documenter (au moins donner un aperçu) du processus de sécurité. Veuillez fournir des informations de contact sur cette page au cas où les utilisateurs auraient des questions ou souhaiteraient donner des suggestions sur la façon d'améliorer. La recherche de ces informations doit suivre l'organisation globale des options de navigation du site. Dans ce cas, autant mettre la ressource dans cette URL.
La manière dontles plans de site
affichent les cartes de sites Web entiers n'est pas encore entièrement standardisée. Il est toujours utile d'avoir quelque chose à disposition pour créer un plan de site, mais son degré de détail dépend du dynamisme de votre site (ou de sa dynamique). De plus, le contenu que vous souhaitez afficher pour les utilisateurs dépend également de l'intention du site. Par exemple, si l'utilisateur n'est pas autorisé à utiliser la ressource X, lui faire savoir que la ressource X existe peut ne pas être approprié du tout. Veuillez essayer de fournir quelque chose basé sur votre propre jugement et vos circonstances.
Pour de nombreux sites, fournir un plan de site n'est rien d'autre qu'un support et une convivialité pour les mécanismes automatisés tels que les moteurs de recherche. Google a publié une nouvelle convention basée sur la convention robots.txt. En résumé, vous pouvez créer un fichier XML qui présente toutes les ressources fournies par le site. C'est un peu comme une « liste d'inclusion » qui agit comme un complément à la « liste d'exclusion » du robots.txt.
Il ne suffit pas de considérerles adresses e-mail
uniquement pour ce qui se trouve sur le Web. Parfois, les outils de navigation d'un site Web ne correspondent pas exactement à leurs attentes (ou certains utilisateurs peuvent ne pas comprendre votre design élégant), c'est donc une bonne idée de permettre aux utilisateurs de vous contacter également par e-mail.
Assurez-vous d'afficher vos coordonnées bien en évidence dans contact.html ou ailleurs sur votre site Web. Mais assurez-vous également que les messages envoyés à des adresses e-mail génériques parviennent à la bonne personne. Cela inclut au moins [email protected] , [email protected] et [email protected] . Pour les "personnes plus âgées", vous souhaiterez peut-être que les e-mails envoyés à [email protected] soient également acheminés vers la destination appropriée (mais probablement pas vers "root" pour des raisons de sécurité). Veuillez inclure un petit texte décrivant le transfert d'e-mails qui communique clairement l'objectif du site. Les adresses e-mail sont aussi facilement disponibles que les liens symboliques dans l'annuaire d'un serveur Web.