Stellen Sie einen HTTP-Request Schritt für Schritt zusammen — Pfadvariablen wie
{userId}, Query-Parameter, Header, JSON-/Formular-Bodies und Authentifizierung — und erzeugen Sie sofort ausführbaren Code für
cURL,
Node.js fetch,
Python requests oder
PowerShell. Dieses Werkzeug dient dem
Entwerfen und Erzeugen; um einen Request tatsächlich zu senden und die Live-Antwort zu prüfen, übergeben Sie ihn mit der Schaltfläche
Request testen → (öffnet den
REST-API-Client / -Tester) oder konvertieren eingefügtes cURL mit dem
cURL-Befehlsumwandler.
Alles wird lokal in Ihrem Browser zusammengestellt. Von dieser Seite wird nie ein Request gesendet.
Tipps: Setzen Sie ein URL-Segment in geschweifte Klammern (
{userId}), um es als Pfadparameter zu verwalten; der erzeugte Code wird bei jeder Änderung aktualisiert. GET/HEAD-Requests ignorieren einen Body. Erzeugte Datei-Uploads verwenden
@file-Stil in cURL oder Platzhalter in anderen Sprachen — hängen Sie echte Dateien in Ihrem eigenen Code an. Cross-Origin-Senden übernimmt der
REST-API-Client (beachten Sie die CORS-Richtlinie des Servers); um einen bestehenden Befehl zurückzuverwandeln, verwenden Sie den
cURL-Befehlsumwandler.
HTTP-Methoden erklärt
Wenn Sie eine Methode wählen, ändert sich der erzeugte cURL-/Node-/Python-/PowerShell-Code entsprechend. Hier steht, was jedes Verb für den Request bedeutet, den Sie gerade bauen:
GET — Ruft eine Repräsentation einer Ressource ab. Er sollte den Serverzustand nicht ändern, und der erzeugte Request hat normalerweise keinen Body. Verwenden Sie GET für Lesezugriffe, Suchen und Listen-Endpunkte.
POST — Übermittelt Daten, um eine neue Ressource zu erstellen oder eine Aktion auszulösen. Der Body wird im erzeugten Code zur Nutzlast (--data-raw in cURL, ein Body-Argument in Node/Python usw.). POST ist nicht idempotent: Zweimal gesendet können zwei Ressourcen entstehen.
PUT — Ersetzt eine bestehende Ressource vollständig. Senden Sie das vollständige Objekt im Body; weggelassene Felder können als leer behandelt werden. Der erzeugte Code sendet den gesamten Body an die genaue URL.
PATCH — Aktualisiert nur die Felder, die Sie angeben. Der Body enthält eine Teiländerung, daher sind erzeugte PATCH-Requests kleiner als PUT, wenn Sie nur ein oder zwei Werte bearbeiten.
DELETE — Entfernt die Ressource unter der URL. Die Methode ist idempotent und hat meist keinen Body, daher ist der erzeugte Code ein einfacher Delete-Aufruf nur mit Headern.
HEAD — Fordert nur Header an, ohne Antwort-Body. Der erzeugte Code sieht aus wie ein GET, liefert aber Metadaten wie Content-Length, Last-Modified oder Content-Type und spart Bandbreite.
OPTIONS — Ermittelt, was der Server für eine URL erlaubt, oder simuliert einen CORS-Preflight. Die Antwort-Header (etwa Access-Control-Allow-Methods) zeigen erlaubte Verben. OPTIONS hat normalerweise keinen Request-Body.
Leicht zu verwechseln: HEAD vs. GET — die erzeugten Requests ähneln sich, aber HEAD liefert keinen Body. PUT vs. PATCH — PUT ersetzt die gesamte Ressource; PATCH ändert nur die von Ihnen angegebenen Felder.
