Warum dein Browser ständig an Cookies denkt – und was das eigentlich bedeutet

Stell dir folgende Szene vor: Du sitzt in einem Café, ein Entwickler bestellt sich einen Kaffee. Beim Blick auf die Speisekarte fragt er: „Kann ich hier einen Account erstellen?" Nein, er hat nicht die Speisekarte mit einer Web-App verwechselt – aber die Analogie zeigt, wie sehr technische Konzepte unseren Alltag durchdrungen haben.

Der Begriff „Cookie" ist so ein Fall. Fast jeder kennt die lästigen Banner beim Besuch einer neuen Website. Aber nur wenige wissen, warum ausgerechnet ein Gebäck als Name für eine digitale Datenspeicherung herhalten muss.

Das Gedächtnisproblem des frühen Webs

Hier kommt eine Eigenschaft von HTTP, die kaum jemand auf dem Schirm hat: Jede Anfrage deines Browsers an einen Server steht für sich allein. Der Server hat keine Ahnung, was du drei Sekunden zuvor gemacht hast. Er weiß nicht, dass du dich gerade eingeloggt hast. Er kennt nicht den Artikel, den du gerade in den Warenkorb gelegt hast.

Das ist kein Versehen. HTTP wurde absichtlich so designed. Jede Anfrage muss alle Informationen mitbringen, die sie braucht. Für einfache Websites, die nur Dokumente ausliefern, war das völlig in Ordnung.

Aber das moderne Internet wollte mehr. Online-Shops, personalisierte Startseiten, Funktionen wie „Angemeldet bleiben" – all das erfordert, dass sich das System an frühere Aktionen erinnert. Genau hier begann das Problem.

Was „State" eigentlich bedeutet

„State" ist nichts anderes als gespeicherte Information aus der Vergangenheit, die nachfolgende Aktionen beeinflusst. Legst du eine Tastatur in den Warenkorb, ändert sich der State: Jetzt ist eben eine Tastatur drin. Beim Checkout muss der Server diesen State auslesen, um die Tastatur in deiner Bestellung zu haben.

State kann überall gespeichert werden – im Arbeitsspeicher, in Datenbanken oder direkt im Browser. Die eigentliche Frage ist nicht das Wo, sondern das Wie: Wie verbindet man einzelne Anfragen zu einem zusammenhängenden Erlebnis?

Sessions als Verbindungselement

Eine Session ist im Grunde ein logischer Behälter, der mehrere isolierte HTTP-Anfragen zu einem kontinuierlichen Ablauf verknüpft. Man könnte sie als roten Faden sehen, der einzelne Seitenbesuche verbindet. Eine Session kann vom Login bis zum Logout reichen – oder auch nur den anonymen Einkauf ohne Account umfassen.

Wichtig dabei: HTTP erstellt keine Sessions von sich aus. Deine Anwendung entscheidet, wann eine Session beginnt, was sie enthält und wann sie endet. Ein einziger Nutzer kann problemlos fünf aktive Sessions in verschiedenen Tabs haben.

Das Identitätsproblem

Jetzt wird es knifflig. Ein Server bedient Millionen aktiver Sessions gleichzeitig. Wenn eine neue Anfrage reinkommt, muss er eine entscheidende Frage klären: „Wessen Session ist das?"

Hier kommt der Session-Identifier ins Spiel – ein eindeutiges Merkmal, das deine Session von allen anderen unterscheidet. Er muss nichts Bedeutsames enthalten und keine echte Identität preisgeben. Ein zufälliger String wie a3f8d2e1 oder session_77382910 reicht völlig aus. Entscheidend ist nur, dass der Server damit die richtigen Daten aus dem Speicher holen kann.

Der Identifier ist nicht сами данные – er ist nur der Schlüssel dazu. Der Server fragt: „Gib mir die Session-Daten unter a3f8d2e1", und schwupps erscheint dein Warenkorb wieder.

Cookies als Zustellmethode

Damit sind wir beim letzten Puzzlestück: Wie kommt dieser Identifier eigentlich bei jeder Anfrage mit?

Der Server kann sich nicht darauf verlassen, dass dieselbe Instanz antwortet – jede Anfrage könnte an einen anderen Server gehen. Also muss der Browser den Identifier speichern und automatisch mitschicken.

Genau das machen Cookies. Der Server schickt einen kleinen Datensatz – meist nur ein Name-Wert-Paar – an den Browser. Der Browser speichert es und schickt es bei jeder folgenden Anfrage brav wieder zurück. Cookies wurden so zum Gedächtnis des Webs.

Warum überhaupt „Cookie"?

Hier wird die Geschichte unklar. Der Begriff stammt wahrscheinlich von „Magic Cookie" – einem Unix-Konzept, bei dem ein Token oder Wert zwischen Programmen hin- und hergereicht wird. Ob ein Entwickler bei Netscape tatsächlich hungrig war, als er sich für den Namen entschied, oder einfach den Unix-Humor schätzte, werden wir wohl nie erfahren.

Was wir wissen: Der Name sorgt dafür, dass jeder Neuling bei der ersten Google-Suche Bilder von Schoko-Plätzchen statt technischer Dokumentation findet. Vielleicht war es ein Insider-Witz. Vielleicht haben die Entwickler den Suchmaschinen-Traffic für „Chocolate Chip Cookie Rezept" einfach unterschätzt.

Jedenfalls: Wenn du das nächste Mal auf „Cookies akzeptieren" klickst, weißt du, dass du nicht nur dem Tracking zustimmst. Du nimmst teil an einer cleveren Lösung, die aus dem speicherlosen HTTP ein System gemacht hat, das sich tatsächlich an dich erinnert.

Bei NameOcean helfen wir Startups und Entwicklern beim Aufbau ihrer Web-Präsenz – von der Domain-Registrierung bis zum Hosting. Denn manchmal reicht es nicht, Cookies zu verstehen. Man braucht auch die Infrastruktur, um sie sinnvoll einzusetzen.