Unabhängig davon, welches Content-Management-System oder Webanwendungs-Framework Sie zum Entwickeln Ihrer Website verwenden, gibt es einige grundlegende Elemente, die abgedeckt werden sollten. Es ist toll, eine ausgefeilte Benutzeroberfläche und reichhaltige Inhalte bereitzustellen, aber bis dahin sollte die erste Priorität darin bestehen, eine grundlegende Dokumentation bereitzustellen, die Benutzer finden und den Zweck der Website klar zum Ausdruck bringen können.
Einführung
Es gibt mehrere Standarddateien, die für jede Website erforderlich sind, aber oft werden sie von der Website ignoriert. Bei den meisten dieser Dokumente handelt es sich eher um Konventionen als um technische Anforderungen. Wenn sie jedoch nicht bereitgestellt werden, kann dies dazu führen, dass die Erstellung der Website fehlschlägt. Abgesehen von der URL, die durch Raten ermittelt werden kann, ist es für Benutzer normalerweise schwierig, durch Raten andere Dinge zu finden, die sie suchen. In diesem Artikel wird jedes dieser Standarddokumente kurz beschrieben.
Wie genau eine bestimmte Ressource bereitgestellt wird, hängt davon ab, welche Webserverschicht und Webanwendungsschicht verwendet wird. Bei einem „traditionellen“, nahezu statischen Server wie Apache handelt es sich bei diesen Ressourcen wahrscheinlich um Textdateien auf dem Server. In unterschiedlichen Konfigurationen kann es sich aber auch um bestimmte Einträge in der Datenbank, bestimmte Zeilen in der Konfigurationsdatei, bestimmte Klassen im Serverprozess usw. handeln. Dieser Artikel konzentriert sich darauf, was Benutzer letztendlich sehen, und nicht darauf, wie man es umsetzt.
404.html
Wenn Benutzer Ihre Website nutzen, werden sie unweigerlich nach Ressourcen suchen, die nicht vorhanden sind. Diese Suchanfragen sind eher auf fehlerhafte URLs zurückzuführen als auf andere Gründe, aber Faktoren wie veraltete Links, Fehlkonfigurationen des Backends und fehlerhafte URLs an verschiedenen Stellen sollten nicht unterschätzt werden. Wenn eine Ressource nicht verfügbar ist, empfiehlt es sich, eine Art Fallback-Seite bereitzustellen, um dem Benutzer die Navigation zu anderen nützlichen Seiten zu erleichtern. Ein einfaches „Nicht gefunden“ informiert den Benutzer darüber, dass die Ressource nicht verfügbar ist, hilft ihm jedoch nicht bei der Lösung des Problems „Was ist als Nächstes zu tun?“.
Warnung: Zu viele Websites sind fälschlicherweise so konfiguriert, dass sie „Soft 404“-Nachrichten senden, wenn sie benutzerdefinierte 404.html erstellen (oder einen anderen Mechanismus, der von Webservern zum Veröffentlichen benutzerdefinierter „Nicht gefunden“-Nachrichten verwendet wird). Mit anderen Worten, sie senden eine Seite mit einem regulären „200 OK“-Header, der lediglich besagt, dass irgendwo im Text „nicht verfügbar“ ist und möglicherweise (aber nicht oft) erwähnt, dass hier ein „404-Fehler“ vorliegt. Dies sollte vermieden werden. Ersparen Sie den Benutzern (und ihren Webbrowsern und anderen Tools) stattdessen die Mühe und verwenden Sie den genauen Statustitel.
about.html
Warum also eine Website erstellen? Ja, Sie benötigen eine Homepage, um diese Frage zu beantworten. Es ist jedoch wahrscheinlicher, dass die Homepage diese Art von Informationen nicht bereitstellt, sondern den Benutzern lediglich die Anmeldung ermöglicht, die „Verkaufsargumente“ der Website hervorhebt, einige Schnickschnack anzeigt und so weiter. Möglicherweise möchten Sie Benutzern auch erlauben, von der Startseite aus zur Seite „Info“ zu navigieren. Stellen Sie in diesem Fall sicher, dass diese Informationen unter http://mysite.example.com/about.html verfügbar sind. Manche Leute sind es gewohnt, auf dieser Seite nach Informationen dieser Art zu suchen.
Eine gute about.html-Seite sollte einen Überblick über die Funktionalität der Site, den Zweck der Site-Erstellung und die Gründe bieten, warum Benutzer sich für die Site interessieren sollten. Außerdem sollte sie über mehrere Links verfügen, die Benutzern dabei helfen, zu den Kernfunktionen der Site zurückzukehren. Diese Seite muss nicht auffällig sein und sollte es normalerweise auch nicht sein. Halten Sie es einfach pragmatisch und präzise, damit Benutzer alle Angebote der Website nutzen können.
contact.html
Wie können Sie also mit Ihnen Kontakt aufnehmen? Mit about.html können Benutzer diese Informationen mit mehreren Klicks auf ihrer vorhandenen Homepage abrufen.
Wem gehört das Urheberrecht an der Websitecopyright.html
? Wer sind Sie? Ein Unternehmen? Ein Partner? Wenn Sie eine kostenlose Inhaltslizenz haben, ist dies möglicherweise erforderlich. Informieren Sie die Benutzer darüber. Heutzutage hat fast alles sein eigenes Urheberrecht: Wenn Ihre Inhalte anderen Grundsätzen entsprechen, teilen Sie dies den Benutzern mit. Es gibt jedoch nicht genügend Websites, die sich die Mühe machen, diese Art von Informationen bereitzustellen. Warum sollten Sie sie nicht auf Ihrer eigenen Website hinzufügen? Denn es wird immer einige Benutzer geben, die auf diese Informationen achten.
Offensichtlich können verschiedene Seiten oder Ressourcen unterschiedliche Copyright-Informationen haben. Bitte nutzen Sie diese Seite, um Benutzern Informationen zur Bestimmung dieser individuellen Unterschiede bereitzustellen. Wenn Sie Fragen zu Marken haben, stellen Sie diese bitte ebenfalls zur Verfügung.
index.html (und index.htm)
Nicht jeder Webserver verwendet tatsächlich die Datei index.html, um seine Homepage zu beschreiben. Abhängig von den Einstellungen kann es Methoden wie URL-Rewriting und dynamische Generierung basierend auf Pfadnamen geben. Aber diese Details sind den Benutzern egal! Lassen Sie http://www.aaa.com/index.html einfach auf die Startseite verweisen, auch wenn Sie dazu eine einfache HTML-Umleitung verwenden müssen.
Übrigens, wenn das der Fall ist, dann lassen Sie einfach die alte .htm-Erweiterung wirksam. Wenn Sie immer noch der Meinung sind, dass dies nicht ausreicht, machen Sie dasselbe mit index.cgi.
index.rssViele
Webinhalte sind über RSS verfügbar. Obwohl dieser Ansatz nicht für alle Websites gilt, ist er für die meisten Websites effektiv. Es ist durchaus sinnvoll, RSS-Inhalte unabhängig von benutzerspezifischen Konfigurationsmöglichkeiten, Logins oder Zahlungen für bestimmte Informationen zu machen. Denn RSS kann nicht alles abdecken.
Wenn jedoch etwas als RSS verfügbar gemacht werden kann, dann tun Sie es bitte. Vielleicht ist das, was in index.rss präsentiert wird, nichts weiter als „Werbe“-Inhalt, manchmal begleitet von Plattitüden darüber, wie man die verschiedenen Vorteile von RSS-Feeds nutzen kann. Oder vielleicht ist es eine Erklärung dafür, warum RSS für Ihre Website nicht relevant ist.
privatsphäre.html
Wenn Sie Benutzerinformationen sammeln möchten (auch wenn es sich nur um Benutzernamen oder Verkehrsprotokolle handelt), teilen Sie den Benutzern mit, was Sie mit diesen Informationen vorhaben. Die rechtlichen Fragen im Zusammenhang mit den Rechten und Pflichten von Website-Erstellern und/oder -Benutzern sind komplex. Wenn jedoch die Privatsphäre des Benutzers berücksichtigt werden kann, wird der Benutzer sie dennoch spüren. Und vielleicht sollten Sie dann mit einem Anwalt darüber sprechen, was mit den Daten Ihrer Nutzer geschehen soll.
robots.txt
Wenn Sie nicht möchten, dass alle Ressourcen auf Ihrer Website von automatisierten Tools indiziert werden, geben Sie dies in der robots.txt-Datei an. Wenn Sie jedoch möchten, dass Ihre Inhalte indiziert werden, geben Sie dies bitte an. Die Richtlinie „Robots Exclusion Standard“ zwingt Benutzer nicht dazu: Wenn Sie wirklich nicht möchten, dass etwas sichtbar ist, platzieren Sie es nicht auf Ihrer Website oder stellen Sie sicher, dass dahinter ein angemessener Berechtigungsschutz steht. Allerdings erfüllen alle wichtigen legitimen Web-Crawling-Engines die Anforderungen in robots.txt. Versuchen Sie also, Ihre Absichten so klar wie möglich darzulegen.
security.html
Die Verwendung von security.html ist nicht zwingend erforderlich. Wenn die Website jedoch Sicherheitsprobleme aufweist (z. B. werden vertrauliche Informationen von Benutzern gesammelt), ist es eine gute Idee, den Sicherheitsprozess zu dokumentieren (zumindest einen groben Überblick darüber zu geben). Bitte geben Sie auf dieser Seite Kontaktinformationen an, falls Benutzer Fragen haben oder Verbesserungsvorschläge machen möchten. Das Auffinden dieser Informationen sollte sich an der Gesamtorganisation der Navigationsoptionen der Website orientieren. In diesem Fall können Sie die Ressource auch in diese URL einfügen.
WieSitemaps
Karten ganzer Websites anzeigen, ist noch nicht vollständig standardisiert. Es ist immer nützlich, etwas zur Verfügung zu haben, um eine Sitemap zu erstellen, aber wie detailliert sie ist, hängt davon ab, wie dynamisch Ihre Website ist (oder wie dynamisch sie ist). Darüber hinaus hängt der Inhalt, den Sie den Benutzern anzeigen möchten, auch von der Absicht der Website ab. Wenn der Benutzer beispielsweise keine Berechtigung zur Nutzung von Ressource X hat, ist es möglicherweise überhaupt nicht angebracht, ihn darüber zu informieren, dass Ressource X vorhanden ist. Bitte versuchen Sie, etwas zu liefern, das auf Ihrem eigenen Urteilsvermögen und Ihren Umständen basiert.
Für viele Websites ist die Bereitstellung einer Sitemap nichts anderes als die Unterstützung und Freundlichkeit automatisierter Mechanismen wie Suchmaschinen. Google hat eine neue Konvention veröffentlicht, die auf der robots.txt-Konvention basiert. Zusammenfassend können Sie eine XML-Datei erstellen, die alle von der Site bereitgestellten Ressourcen darstellt. Dies ähnelt in etwa einer „Einschlussliste“, die als Ergänzung zur „Ausschlussliste“ von robots.txt fungiert.
Es reicht nicht aus,E-Mail-Adressen
nur für das zu berücksichtigen, was im Web verfügbar ist. Manchmal entsprechen die Navigationstools einer Website nicht ganz ihren Wünschen (oder einige Benutzer verstehen Ihr elegantes Design möglicherweise nicht). Daher ist es eine gute Idee, den Benutzern die Kontaktaufnahme per E-Mail zu ermöglichen.
Stellen Sie sicher, dass Sie Ihre Kontaktinformationen gut sichtbar in contact.html oder anderswo auf Ihrer Website veröffentlichen. Stellen Sie aber auch sicher, dass Nachrichten, die an generische E-Mail-Adressen gesendet werden, bei der richtigen Person ankommen. Dazu gehören mindestens [email protected] , [email protected] und [email protected] . Für die „älteren Leute“ da draußen: Vielleicht möchten Sie, dass E-Mails, die an [email protected] gesendet werden, auch an das entsprechende Ziel weitergeleitet werden (aber aus Sicherheitsgründen wahrscheinlich nicht an „root“). Bitte fügen Sie einen kurzen Text mit einer Beschreibung der E-Mail-Weiterleitung bei, der den Zweck der Website klar zum Ausdruck bringt. E-Mail-Adressen sind ebenso leicht verfügbar wie symbolische Links in einem Webserververzeichnis.