- Eine Zusammenstellung von Funktionen, die die Autorin auf anderen Webseiten als lästig empfindet
- Kein erzwungenes JavaScript
- Der Inhalt des Beitrags ist auch in einem reinen Textbrowser lesbar
- Da der Beitrag ohne JS auskommt, sind skriptbasierte Analysen wie „Verweildauer-Tracking“ nicht möglich
- Kein erzwungenes Sicherheitsprotokoll (SSL/TLS)
- Wer möchte, kann per SSL/TLS zugreifen, aber auch ohne gibt es kein Problem
- Die Seite bleibt so schlicht textbasiert, dass man sie sogar per Telnet lesen könnte
- Kein Tracking und keine Cookies
- Last-Modified oder ETag werden nicht zur persönlichen Identifizierung verwendet
- Besucher-IP-Adressen werden nicht missbraucht, sondern höchstens zum Filtern gegen Missbrauch genutzt
- Keine Pop-ups, Animationen oder willkürlich automatisch abgespielte Medien
- Es gibt keine „Bitte abonnieren“-Pop-ups, keine bewegten Banner und keine automatisch startenden Videos oder Audios
- Eine Ausnahme mit Animation gibt es nur an einer Stelle in einem bestimmten alten Beitrag
- Möglichst wenige Störelemente im Nutzerverhalten
- Beim Verlassen der Seite erscheint keine störende Meldung wie „Möchtest du die Seite wirklich verlassen?“
- Es gibt keine Header oder Banner, die dem Bildschirm folgen, und keine fixierten „contact me“-Buttons
- Anzeige des tatsächlichen Veröffentlichungsdatums
- Das Beitragsdatum wird nicht versteckt, sondern ist sowohl im Header des Texts als auch in der URL klar erkennbar
- Alte Beiträge dürfen auch sichtbar alt sein
- Keine Scroll-Manipulation oder horizontale Fortschrittsleisten
- Es gibt weder künstliche Scroll-Steuerung noch Dinge wie eine „Seitenfortschrittsleiste“
- Die normale Scrollbar des Browsers reicht völlig aus
- Keine Social-Media-Share-Buttons oder Tracker
- Es gibt keinerlei Elemente wie Teilen- oder Like-Buttons, die mit externen Servern kommunizieren
- Auch Tracking-Vorrichtungen wie transparente 1x1-Pixel-GIFs fehlen komplett
- Kein Infinite Scroll und kein partielles Nachladen
- Die Seite wird vollständig auf einmal geladen
- Bei Bildern und Ähnlichem wird versucht, angemessene ALT-Texte oder Beschreibungen bereitzustellen
- Kein Link-Tracking
- Es werden keine Weiterleitungen oder Parameter hinzugefügt, um Klicks auf externe Links zu verfolgen
- Ob ein Link angeklickt wird, bleibt ganz dem Nutzer überlassen
- Keine Werbung und kein eingebettetes externes JavaScript
- Unter dem Beitrag stehen keine klickheischenden Elemente wie „Weitere lesenswerte Artikel“
- Wenn die Seite tatsächlich am „Ende“ angekommen ist, dann ist dort auch wirklich Schluss
- Die Hosting-Kosten werden privat getragen, ohne auf Werbeeinnahmen aus zu sein
- Ressourcen nur von derselben Quelle (same origin)
- Alle Ressourcen (Bilder, CSS, Sounds) kommen von selbst gehosteten URLs
- Um langfristig kaputte Links zu vermeiden, wird nicht von externen Servern abhängig gemacht
5 Kommentare
„Echtes Veröffentlichungsdatum anzeigen“
Ich mag es schon nicht, wenn gar kein Datum angegeben ist, aber ich mag es auch nicht, wenn das Datum eines Beitrags als vor 0 Tagen oder vor 0 Monaten angezeigt wird.
Ich hätte gern, dass Datum und Uhrzeit exakt angezeigt werden.
Ich finde relative Zeitangaben in Minuten nur dann sinnvoll, wenn die Stunde identisch ist. Alles andere ist unpraktisch.
Ich persönlich bevorzuge eine Darstellung, bei der sich der Text „vor 0 Tagen“ beim Überfahren mit der Maus in das genaue Datum ändert.
Wie ep6tri gesagt hat, denkt man im Alltag bei vergangenen Zeiträumen eher in Begriffen wie „vor etwa einer Woche?“ oder „vor etwa einem Monat?“. Deshalb ist es im Gegenteil oft schwer, auf einen Blick zu erfassen, wann ein Beitrag veröffentlicht wurde, wenn nur das genaue Datum angegeben wird...
Hm, ich habe früher auch so gedacht. Aber wenn man im Alltag über einen vergangenen Zeitraum spricht, sagt man doch oft so etwas wie vor etwa einer Woche? Vor ungefähr einem Monat? So redet man ganz selbstverständlich. Ein genaues Datum wie der soundsovielte eines Monats wird dagegen eher selten genannt. Als ich das gehört habe, hat sich meine Sichtweise etwas geändert. Natürlich kann es je nach Art des Beitrags nötig sein, Datum und Uhrzeit exakt anzugeben. Trotzdem finde ich solche relativen Zeitangaben nicht mehr grundsätzlich schlecht. Ich persönlich würde relative Zeitangaben verwenden, die exakten Angaben aber im
datetime-Tag auszeichnen oder imtitle-Attribut hinterlegen.Zum Beispiel werden Dinge wie YouTube-Videos typischerweise mit relativen Zeitangaben wie vor ~ Tagen, ~ Monaten oder ~ Jahren angezeigt. Solange ich nicht der Uploader des Videos bin, ist es für mich überhaupt nicht wichtig, an welchem Monat, Tag, um wie viel Uhr und in welcher Minute das Video hochgeladen wurde. Es reicht völlig, wenn dort einfach steht, dass es etwa vor 3 Wochen oder etwa vor 7 Monaten hochgeladen wurde. Wenn ich dagegen meine eigenen Blogposts im Dashboard anschaue, dann sollten natürlich Jahr, Monat, Tag, Stunde, Minute und Sekunde angezeigt werden. Sonst würde ich mich auch furchtbar darüber aufregen.