GET-Request

Wenn du eine Internetseite öffnest, schickt dein Browser eine kurze Nachricht an den Computer, auf dem die Seite gespeichert ist. Diese Nachricht sagt sinngemäß: Bitte schick mir diesen Inhalt. Genau das ist ein GET-Request. Das Wort GET ist Englisch und heißt „hole“. Der angesprochene Computer, der Server, antwortet dann mit dem gewünschten Inhalt: einem Text, einem Bild, einer Preisliste. Wichtig ist die Grundregel dahinter: Ein GET-Request soll nur lesen und nichts verändern.

Warum das Abholen vom Verändern getrennt bleibt

Im Web gibt es mehrere Arten von Anfragen. Neben GET gibt es zum Beispiel POST, mit dem man Daten an den Server schickt, etwa ein ausgefülltes Formular. Diese Trennung ist keine Formsache. Sie legt fest, welche Anfragen man gefahrlos wiederholen darf.

Ein GET-Request gilt als sicher wiederholbar. Wenn du eine Seite zehnmal neu lädst, passiert nichts Schlimmes. Bei einer Bestellung wäre das anders: Zehn Klicks dürfen nicht zehn Pakete auslösen. Deshalb liegen Bestellungen, Zahlungen und Passwortänderungen nie hinter einem GET-Request.

Die Trennung hat noch einen zweiten Nutzen. Weil GET-Anfragen nur lesen, dürfen ihre Antworten zwischengespeichert werden. Ein Bild, das sich nie ändert, muss nicht bei jedem Besuch neu übertragen werden. Genau davon lebt die Geschwindigkeit des Internets.

Was in so einer Anfrage tatsächlich steht

Ein GET-Request ist reiner Text und erstaunlich kurz. Die erste Zeile nennt die Methode, also GET, und den Pfad zur gewünschten Ressource. Darunter stehen sogenannte Header, also Zusatzangaben. Dort steht etwa, welcher Server gemeint ist, welcher Browser fragt und welche Sprache bevorzugt wird.

Anders als bei POST hat ein GET-Request keinen eigenen Inhaltsteil. Alles, was der Server wissen muss, steckt in der Adresse. Zusätzliche Angaben hängt man deshalb hinten an die Adresse an, getrennt durch ein Fragezeichen. In der Adresse einer Suchergebnisseite steht der Suchbegriff oft genau dort sichtbar drin.

Der Server antwortet mit einem Statuscode und den Daten. Der Code 200 bedeutet: alles in Ordnung, hier ist der Inhalt. Der bekannte Code 404 bedeutet: Diesen Pfad gibt es nicht. Ein häufiger Irrtum ist übrigens, dass Daten in der Adresse dadurch geheim wären. Das Gegenteil stimmt: Sie landen im Verlauf des Browsers und in den Protokollen des Servers. Passwörter gehören daher niemals in einen GET-Request.

Vom Seitenaufruf bis zur KI-Schnittstelle

Du löst täglich hunderte GET-Requests aus, ohne es zu merken. Jeder Seitenaufruf, jedes nachgeladene Bild und jedes eingebettete Video ist einer. Wenn eine Seite langsam lädt, liegt das oft daran, dass der Browser sehr viele einzelne Anfragen abarbeiten muss.

Interessanter wird es bei Schnittstellen, im Fachjargon APIs. Das sind Zugänge, über die Programme Daten von anderen Programmen abholen. Eine Wetter-App holt die Vorhersage per GET-Request. Eine Finanzseite holt Kurse auf demselben Weg. Wer solche Schnittstellen ausprobiert, kann eine GET-Anfrage einfach in die Adresszeile des Browsers tippen.

Auch in KI-Anwendungen begegnet dir das Prinzip. Wenn ein Chatbot im Netz nachschlägt, holt er Seiten per GET-Request ab. Sogenannte Crawler, also Programme, die automatisch Webseiten sammeln, arbeiten genauso. In den Nachrichten taucht der Begriff deshalb oft im Streit um Trainingsdaten auf: Wenn Millionen automatisierter Anfragen auf einen Server treffen, kostet das Betreiber echtes Geld.