Der Wert, den man nicht sieht

Am Tag der Übergabe können zwei Websites identisch aussehen. Dieselben Seiten, dieselben Fotografien, dasselbe Menü. Die eine ist gut gebaut, die andere nicht, und keine von beiden sagt es.

Der Unterschied zeigt sich später, und das nicht zufällig: er zeigt sich an dem Tag, an dem der erste Bot das Kontaktformular bearbeitet, an dem Tag, an dem ein Kunde die Website im Tal mit zwei Balken Empfang öffnet, an dem Tag, an dem jemand fragt, wohin die Daten gehen, die er hinterlassen hat. Diese Tage kommen immer. Die Frage ist nur, ob die Website in der Erwartung gebaut wurde, dass sie kommen.

Dieser Artikel handelt von jenem Teil, dem am wenigsten sichtbaren und dem teuersten, wenn man ihn nachträglich hinzufügen will.

Sicherheit: der Teil, den man für die Ungeladenen entwirft

Eine öffentliche Website erhält Besuche, die keine Besuche sind. Programme, die Adressen durchprobieren, tausendmal pro Minute ausgefüllte Formulare, hochgeladene Dateien, die wie ein Dokument aussehen und innen etwas anderes sind.

Mit ihnen im Sinn zu bauen verändert die kleinen Entscheidungen. Ein öffentliches Formular hat eine Obergrenze für die Anfragen, die es annimmt, und diese Grenze zählt nicht nur, wer anruft, sondern auch, was angerufen wird: denn wenn eine vertrauliche Adresse herumgereicht wird, kommt der Missbrauch von tausend verschiedenen Stellen gegen dieselbe Tür. Eine hochgeladene Datei wird geöffnet und in ihren ersten Bytes geprüft, denn Name und der vom Browser angegebene Typ sind eine Information, kein Beweis: es ist die Prüfung, die die in PDF umbenannte ausführbare Datei stoppt. Seiten, die mit Geld zu tun haben, berechnen die Beträge immer auf dem Server, ausgehend von dem, was gespeichert wurde: der Browser darf eine Zahl vorschlagen, sie nie entscheiden. Und die Schlüssel, die Dienste öffnen, stehen niemals im Code, denn Code reist und Schlüssel dürfen es nicht.

Nichts davon ist sichtbar. Alles davon spürt man an dem Tag, an dem es gebraucht wird.

Leistung: Respekt für alle, die eine langsame Leitung haben

Eine schnelle Website ist keine Technikerspielerei. Sie ist Respekt für die Person, die sie auf dem Telefon öffnet, unterwegs, mit einer Verbindung, die nichts mit dem Büro zu tun hat, in dem die Website entworfen wurde.

Das heißt, keine Programme an Seiten zu schicken, die sie nicht brauchen: wer einen Artikel liest, muss nicht die Maschinerie herunterladen, die für ein Angebot nötig ist. Es heißt, Schriftarten auf den eigenen Servern zu halten, statt sie jedes Mal woanders anzufordern. Es heißt, die Maße jedes Bildes anzugeben, damit die Seite nicht unter dem Daumen dessen springt, der schon liest, und Fotografien zu laden, wenn sie gebraucht werden, statt alle gleichzeitig. Es heißt, Besuche ohne Cookies zu messen, was gleichzeitig leichter und respektvoller ist.

Jede einzelne Maßnahme sind wenige Zeilen Arbeit. Zusammengenommen ergeben sie eine Website, die sich auch dort sofort öffnet, wo das Signal ist, wie es ist. Nicht getroffen, ergeben sie eine Website, die in der Stadt in Ordnung erscheint.

Rechtskonformität: der Teil, der euch schützt, nicht uns

Rechtskonformität wird als bürokratische Last erzählt, und ist stattdessen der Teil, der die einfachste Frage beantwortet, die ein Kunde stellen kann: wohin gehen meine Daten, und wer sieht sie?

Eine schriftliche Antwort zu haben, geprüft von jemandem, dessen Beruf das Recht ist und nicht die Informatik, ist mehr wert als jede mündliche Beteuerung. Es heißt zu wissen, in welchem Land die erhobenen Daten liegen. Es heißt, dass die Regeln darüber, wer was lesen darf, in der Datenbank stehen und nicht nur im Programm, das sie abfragt: denn ein Programm lässt sich umgehen, die Regeln der Datenbank nicht. Es heißt eine Datenschutzerklärung, die wirklich sagt, was geschieht, und ein Dokument, das erklärt, keine Rechnung zu sein, wenn es keine ist.

Es ist auch der Teil, der altert: eine vor drei Jahren gut geschriebene und nie wieder gelesene Datenschutzerklärung beschreibt heute eine Website, die es nicht mehr gibt.

Und nun der unangenehme Teil

Alles, was oben steht, lässt sich behaupten. Es ist das Leichteste auf der Welt: man schreibt es auf eine Präsentationsseite, man setzt es als Kommentar in den Code, man sagt es in einer Besprechung. Und einmal geschrieben, prüft es niemand mehr. Es wird aus Gewohnheit wahr.

Wir wissen aus Erfahrung, wie heimtückisch das ist: eine niedergeschriebene und nie überprüfte Verteidigung ist schlimmer als keine Verteidigung, denn sie nimmt allen die Lust hinzusehen. Ein Bild, das ihr für verhüllt halten, das aber nur die Landschaft bedeckt und die darüber gesetzten Worte bestens lesbar gelassen hat. Ein strukturiertes Datum, das monatelang als vorhanden galt und nie geschrieben worden war. Ein Fehler, den das Programm für sich behält und den deshalb euer Kunde an eurer Stelle entdecken wird.

Deshalb ist Sorgfalt in der Werkstatt keine Liste von Absichten, sondern eine Liste von Dingen, die man auf Kommando wiederholen kann. Man sieht sich die gebaute Website an und nicht den Quelltext, denn dazwischen steht ein Compiler. Man öffnet das Bild und schaut es an, denn kein Suchwerkzeug kann in eine Fotografie hineinlesen. Man misst, statt sich zu erinnern. Und wenn eine Prüfung etwas findet, ist die erste Frage nicht, wie man es behebt, sondern ob die Prüfung selbst gut geschrieben war: denn ein Test, der falschen Alarm gibt, ist so schädlich wie einer, der schweigt.

Was ihr fragen könnt, uns und alle anderen

Wenn ihr einen Dienstleister prüft, ist die nützliche Frage nicht “wird die Website sicher und schnell sein?”, denn die Antwort ist immer ja. Die nützliche Frage ist: wie beweist ihr es, und wie oft macht ihr es erneut?

Wer eine Antwort hat, wird euch eine Methode zeigen. Wer keine hat, wird euch Adjektive zeigen.

Bei uns steht die Antwort in Werke, wo die Dinge, die wir behaupten, einzeln und in überprüfbarer Form aufgelistet sind. Wenn ihr dieselbe Sorgfalt für euer Projekt wollt, erzählt uns davon.