Wie Programme Daten austauschen, ohne sich je persönlich zu treffen.
Grundlagen 14 min Einsteiger 13. April 2026
Jedes Mal, wenn du eine Webseite öffnest, schickt dein Computer einen präzise formatierten Brief an einen anderen Computer, der vielleicht Tausende Kilometer entfernt in einem Rechenzentrum steht - und bekommt in unter einer Sekunde eine Antwort zurück. Wie weiß dein Browser, wohin er diesen Brief schicken soll? Und wie findet die Antwort den Weg zurück?
Die Antwort steckt in drei Ideen, die jede App, jeden Cloud-Dienst und jeden KI-Chatbot antreiben. Am Ende dieses Artikels verstehst du, was zwischen dem Drücken der Enter-Taste und dem Erscheinen einer Webseite passiert - und warum genau derselbe Mechanismus auch KI-Dienste antreibt.
Client und Server: Das Restaurant-Modell
Client, Server und HTTP
AnalogieDefinition
Stell dir ein Restaurant vor: Du (der Client) bestellst von der Speisekarte, der Kellner (das Netzwerk) bringt die Bestellung in die Küche (den Server), und die Küche bereitet das Gericht zu und schickt es über den Kellner zurück. Client und Server sind keine bestimmten Geräte - es sind Rollen. Dein Smartphone ist ein Client, wenn es eine Webseite abruft, aber es könnte auch als Server agieren.
Analogie:
Stell dir ein Restaurant vor: Du (der Client) bestellst von der Speisekarte, der Kellner (das Netzwerk) bringt die Bestellung in die Küche (den Server), und die Küche bereitet das Gericht zu und schickt es über den Kellner zurück. Client und Server sind keine bestimmten Geräte - es sind Rollen. Dein Smartphone ist ein Client, wenn es eine Webseite abruft, aber es könnte auch als Server agieren.
Definition:
Im Client-Server-Modell initiiert der Client eine Anfrage (Request), und der Server verarbeitet sie und sendet eine Antwort (Response). Das Web nutzt HTTP (Hypertext Transfer Protocol) als Kommunikationsprotokoll. Ein HTTP-Request enthält eine Methode (GET, POST, etc.), eine URL und optional Daten. Die Response enthält einen Statuscode (200, 404, 500) und die angeforderten Daten.
Wo die Restaurant-Analogie bricht: Ein Webserver bedient Tausende Clients gleichzeitig - kein Restaurant kann das. Ein Server kann selbst zum Client werden, wenn er Daten von anderen Servern holt (Microservices). Und das Netzwerk ist unzuverlässig: Datenpakete können verloren gehen, verzögert ankommen oder in der falschen Reihenfolge eintreffen - ein Kellner lässt selten den Teller fallen.
Was passiert, wenn du google.com eingibst?
1
DNS-Auflösung: Dein Browser fragt nach der IP-Adresse von google.com (~50 ms)
2
TCP-Verbindung: Browser und Server bauen eine zuverlässige Verbindung auf (~30 ms Handshake)
3
HTTP-Request: Der Browser sendet eine GET-Anfrage an den Server
4
Server-Verarbeitung: Googles Server generiert die Antwortseite (~200 ms)
5
HTTP-Response: Der Server schickt HTML, CSS und JavaScript zurück
6
Rendering: Der Browser baut die Seite auf und zeigt sie an - alles in unter 500 ms
Häufiger Irrtum: Internet = Web
Das Internet und das Web sind nicht dasselbe. Das Internet ist die globale Netzwerk-Infrastruktur - Kabel, Router, Protokolle. Das Web (World Wide Web) ist nur eine von vielen Anwendungen, die auf dem Internet laufen, neben E-Mail, Dateiübertragung (FTP), Streaming und vielem mehr.
Adressen: IP und DNS
IP-Adresse, DNS und Port
AnalogieDefinition
DNS funktioniert wie eine Kette von Telefonbüchern. Statt eines einzigen riesigen Verzeichnisses gibt es einen Baum: Das Stammverzeichnis weiß, welches regionale Verzeichnis zuständig ist (.com, .de), das regionale Verzeichnis verweist auf das Firmenverzeichnis (google.com), und das Firmenverzeichnis hat die tatsächliche Durchwahl (IP-Adresse).
Analogie:
DNS funktioniert wie eine Kette von Telefonbüchern. Statt eines einzigen riesigen Verzeichnisses gibt es einen Baum: Das Stammverzeichnis weiß, welches regionale Verzeichnis zuständig ist (.com, .de), das regionale Verzeichnis verweist auf das Firmenverzeichnis (google.com), und das Firmenverzeichnis hat die tatsächliche Durchwahl (IP-Adresse).
Definition:
Jedes internetfähige Gerät hat eine numerische IP-Adresse. IPv4 nutzt 32-Bit-Adressen (ca. 4,3 Milliarden, geschrieben als vier Zahlen wie 192.168.0.1). IPv6 erweitert auf 128 Bit für praktisch unbegrenzten Vorrat. DNS (Domain Name System) ist ein verteiltes, hierarchisches System, das menschenlesbare Domainnamen in IP-Adressen übersetzt. Ports (0-65535) identifizieren einzelne Dienste auf einem Gerät.
4,3 Mrd.
IPv4-Adressen Klingt viel - reicht aber nicht für jedes Gerät der Welt
~50 ms
DNS-Auflösung Zeit für eine vollständige Namensauflösung ohne Cache
443
HTTPS-Port Der Standardport für verschlüsselte Webseiten
Stell dir DNS als Telefonbuch-Kette vor: Dein Browser fragt erst im lokalen Zwischenspeicher, dann beim Provider, der fragt den Stammserver, dieser verweist auf den .com-Server, und der kennt die IP-Adresse von google.com. Das Ergebnis wird gespeichert (gecacht), damit die nächste Anfrage schneller geht.
Wo die Analogie bricht: Echte Telefonbücher erscheinen jährlich als statische Druckwerke. DNS-Einträge können sich innerhalb von Minuten ändern (gesteuert über die Time-to-Live, kurz TTL). Außerdem sind DNS-Abfragen aktive Netzwerk-Anfragen an laufende Server - kein passives Nachschlagen in einem gedruckten Buch.
DNS-Auflösung: Schritt für Schritt
1
Browser prüft den lokalen DNS-Cache - vielleicht war die Seite schon mal aufgerufen
2
Falls nicht gecacht: Anfrage an den rekursiven Resolver des Internet-Providers
3
Der Resolver fragt einen Root-Server: Wer ist für .com zuständig?
4
Der .com-TLD-Server antwortet: Google nutzt diese Nameserver
5
Googles autoritativer Nameserver liefert die IP-Adresse (z. B. 142.250.x.x)
6
Der Resolver speichert das Ergebnis mit TTL und leitet es an den Browser weiter
Ports sind wie Durchwahlen in einer Telefonanlage: Die IP-Adresse ist die Hauptnummer des Gebäudes, der Port ist die Durchwahl zum richtigen Schreibtisch. Port 80 ist HTTP, Port 443 ist HTTPS (verschlüsselt), Port 22 ist SSH (sichere Fernzugriff). Ein Server kann viele Dienste gleichzeitig anbieten - jeder hört auf einem anderen Port.
Die meisten privaten Internetanschlüsse haben eine dynamische IP-Adresse, die sich regelmäßig ändert. Außerdem teilen sich oft viele Geräte eine einzige öffentliche IP-Adresse (über NAT). Deine IP-Adresse ist also weder permanent noch persönlich zuordenbar - sie ist eher wie die aktuelle Telefonnummer eines Hotelzimmers.
APIs: Die Speisekarte für Maschinen
API, REST und JSON
AnalogieDefinition
Eine API ist wie die standardisierte Speisekarte an einem Restauranttresen. Die Karte listet genau auf, was du bestellen kannst (Endpunkte), welche Optionen es gibt (Parameter) und was du bekommst (Antwortformat). Solange du dem Bestellprotokoll folgst, bekommst du dein Ergebnis - egal ob du eine Web-App, eine Smartphone-App oder ein Server-Programm bist.
Analogie:
Eine API ist wie die standardisierte Speisekarte an einem Restauranttresen. Die Karte listet genau auf, was du bestellen kannst (Endpunkte), welche Optionen es gibt (Parameter) und was du bekommst (Antwortformat). Solange du dem Bestellprotokoll folgst, bekommst du dein Ergebnis - egal ob du eine Web-App, eine Smartphone-App oder ein Server-Programm bist.
Definition:
Eine API (Application Programming Interface) ist eine definierte Schnittstelle, über die ein Programm Funktionen eines anderen Programms nutzen kann, ohne dessen interne Implementierung zu kennen. Web-APIs (insbesondere REST-APIs) nutzen HTTP als Transport und JSON als Datenformat. Anders als Webseiten, die HTML für Browser zurückgeben, liefern APIs strukturierte Daten (JSON) zur maschinellen Verarbeitung.
Wo die Speisekarten-Analogie bricht: API-Antworten können tief verschachtelte Datenstrukturen mit Hunderten Feldern sein - weit komplexer als ein Gericht. APIs erfordern oft Authentifizierung (API-Schlüssel, Tokens) - kein Restaurant verlangt Ausweiskontrolle vor der Bestellung. Und APIs haben Rate Limits (z. B. maximal 100 Anfragen pro Minute) - ein Konzept ohne Pendant in der Gastronomie.
Webseite (Browser)
Der Server liefert HTML-Code mit Farben, Bildern und Layout. Der Browser rendert daraus die sichtbare Seite. Optimiert für menschliche Augen.
API (Programm)
Der Server liefert strukturierte JSON-Daten: {"temp": 18, "condition": "cloudy"}. Ein Programm verarbeitet die Daten weiter. Optimiert für Maschinen.
Ein konkretes Beispiel: Ein Wetter-API-Aufruf sieht so aus: GET https://api.example-weather.com/current?city=Berlin mit einem API-Schlüssel im Header. Die Antwort kommt als JSON: {"temp": 18, "unit": "celsius", "condition": "bewölkt"}. Keine Farben, keine Bilder - nur die reinen Daten, die jedes Programm verarbeiten kann.
Das Spannende: Ein KI-API-Aufruf funktioniert nach exakt demselben Muster. Statt einer Stadt schickst du einen Prompt: POST https://api.example-ai.com/chat mit {"prompt": "Was ist DNS?"} - und die Antwort kommt als {"response": "DNS steht für..."}. Selbes HTTP, selbes JSON, andere Küche: statt einer Datenbank verarbeitet ein neuronales Netzwerk die Anfrage.
Häufiger Irrtum: APIs sind nur für Programmierer
Jede App auf deinem Smartphone nutzt APIs im Hintergrund, auch wenn du sie nie siehst. Das Wetter-Widget ruft eine Wetter-API ab, die Fahrplan-App fragt eine Verkehrs-API, und die Chat-Benachrichtigung kommt über eine Messaging-API. APIs sind die unsichtbare Infrastruktur, auf der die meisten digitalen Dienste aufbauen.
HTTP-Methoden und Statuscodes
HTTP spricht ein kleines Vokabular: GET bedeutet "lies etwas", POST bedeutet "sende/erstelle etwas", PUT bedeutet "ersetze etwas", DELETE bedeutet "lösche etwas". Damit lassen sich die vier grundlegenden Operationen (Lesen, Erstellen, Aktualisieren, Löschen) abbilden.
Statuscodes sind die Kurzantworten des Servers: 2xx bedeutet Erfolg (200 OK = alles gut), 4xx bedeutet "du hast etwas falsch gemacht" (404 Not Found = Seite existiert nicht, 403 Forbidden = kein Zugriff), 5xx bedeutet "der Server hat ein Problem" (500 Internal Server Error). Wenn du das nächste Mal '404' siehst, weißt du jetzt genau, was diese Zahl bedeutet.
Von Wetter-APIs zu KI-APIs: Gleiches Muster, andere Küche
Eine Wetter-API funktioniert so: Der Client schickt einen Stadtnamen, der Server fragt seine Datenbank ab und liefert die Temperatur als JSON. Eine KI-API funktioniert identisch: Der Client schickt einen Prompt-Text, der Server lässt ein neuronales Netzwerk laufen und liefert den generierten Text als JSON zurück.
Die HTTP-Schicht ist in beiden Fällen identisch - nur die Verarbeitung auf dem Server unterscheidet sich. Ob Datenbank-Abfrage oder neuronales Netzwerk: für deinen Code sieht es gleich aus. Dieses Muster begegnet dir in den späteren Artikeln immer wieder, wenn du Modelle über Hugging Face abrufst oder KI-Tools über ihre APIs nutzt.
Interaktiv: Der Weg eines HTTP-Requests
HTTP-Request: Vom Browser zum Server
Klicke auf "Abspielen" und verfolge Schritt für Schritt, was passiert, wenn dein Browser eine API aufruft — von der URL-Eingabe bis zur JSON-Antwort.
Schritt 0 von 6
Animation starten
Klicke auf "Abspielen", um die RAG-Pipeline Schritt für Schritt zu sehen.
Warum ist das wichtig?
Jede Webseite, jede App und jede KI-Anwendung nutzt HTTP-Requests im Hintergrund. Wenn du verstehst, wie ein Request aufgebaut ist und welche Schritte er durchläuft, kannst du APIs gezielt nutzen, Fehler schneller finden und verstehst, wie moderne Software miteinander kommuniziert.
Das Wichtigste auf einen Blick
Das Internet folgt einem einfachen Muster: Ein Client schickt eine Anfrage, ein Server schickt eine Antwort zurück. Das gilt für Webseiten, Wetter-Apps und KI-Chatbots gleichermaßen.
DNS ist das Telefonbuch des Internets: Es übersetzt menschenlesbare Namen wie google.com in numerische IP-Adressen, die Router für die Zustellung der Datenpakete verwenden.
Eine API ist eine standardisierte Schnittstelle, über die Programme mit anderen Programmen sprechen können. Jede App auf deinem Smartphone nutzt APIs im Hintergrund.
JSON ist das universelle Verpackungsformat für API-Daten: strukturiert, menschenlesbar und von jeder Programmiersprache verstanden.
Die Cloud ist kein mystischer Ort - es sind Rechenzentren voller Server, die APIs bereitstellen und nach genau denselben Client-Server-Prinzipien funktionieren wie jede Webseite.
Quiz: Internet & APIs
Frage 1 / 4
Noch offen
Welche Aufgabe hat DNS im Internet?
1. Welche Aufgabe hat DNS im Internet?
☐ A) DNS verschlüsselt Daten beim Surfen
☐ B) DNS übersetzt Domainnamen in IP-Adressen
☐ C) DNS speichert Webseiten auf dem Server
☐ D) DNS schützt vor Viren
2. Du tippst google.com im Browser ein, bekommst aber die Fehlermeldung "DNS-Auflösung fehlgeschlagen". Was bedeutet das?
☐ A) Googles Server ist abgestürzt
☐ B) Dein Browser konnte google.com nicht in eine IP-Adresse übersetzen
☐ C) Die Webseite wurde gelöscht
☐ D) Deine Internetgeschwindigkeit ist zu langsam
3. Eine Wetter-App zeigt die aktuelle Temperatur für Berlin. Was passiert höchstwahrscheinlich im Hintergrund?
☐ A) Die App hat alle Wetterdaten lokal gespeichert
☐ B) Die App öffnet google.com und liest die Temperatur ab
☐ C) Die App schickt einen API-Request und bekommt JSON-Daten mit der Temperatur zurück
☐ D) Die App macht einen Screenshot einer Wetter-Webseite
4. Sowohl Webseiten als auch APIs nutzen HTTP. Was ist der zentrale Unterschied?
☐ A) APIs sind schneller als Webseiten
☐ B) Webseiten nutzen GET, APIs nutzen POST
☐ C) Webseiten liefern HTML für Browser, APIs liefern strukturierte JSON-Daten für Programme
☐ D) APIs können nur von Smartphones aufgerufen werden
Auflösung: 1) B · 2) B · 3) C · 4) C
Verständnischeck
Du tippst google.com ein, aber die Seite lädt nicht. Ein Freund fragt: "Was macht der Browser eigentlich, bevor er die Seite anzeigen kann?" Erkläre die Schritte.
Jemand sagt: "DNS ist wie ein Telefonbuch." Erkläre, warum diese Analogie grundsätzlich passt - und wo sie an ihre Grenzen stößt.
Dein Wetter-Widget zeigt die Temperatur für Berlin. Eine Freundin fragt: "Woher hat die App die Daten?" Erkläre den Unterschied zur normalen Webseite.