devpack
EnglishDeutschFrançaisEspañolPortuguês (Brasil)
Website-Check

API-Tester — Online REST-Client

Eine schlanke Postman-Alternative im Browser: HTTP-Request zusammenstellen, senden und Status, Dauer, Header sowie formatiertes JSON prüfen.

Aktualisiert am
Antwort
Sende einen Request, um die Antwort hier zu sehen. Probier das Beispiel:
Verlauf (nur in diesem Browser)
  • Noch keine Requests.

Requests werden von unserem Server gesendet, nicht von deinem Browser – daher gibt es keine CORS-Fehler. Dafür sind localhost und private Netzwerkadressen blockiert, Weiterleitungen werden nicht verfolgt und Antworten sind auf 2 MB begrenzt.

Dieses Tool ruft die eingegebene öffentliche URL über unseren Server ab. Ergebnisse liegen nur wenige Minuten im Arbeitsspeicher und werden nie in einer Datenbank gespeichert.

So nutzt du: API-Tester

  1. Wähle eine Methode und füge die Endpoint-URL ein. Query-Parameter in der URL erscheinen im Tab Params, und Änderungen dort aktualisieren die URL.
  2. Füge Request-Header hinzu. Braucht die API eine Authentifizierung, wähle unter Auth ein Bearer-Token oder Basic-Zugangsdaten.
  3. Bei POST, PUT oder PATCH öffne Body und wähle JSON, Rohtext oder Formularfelder. JSON wird beim Tippen geprüft; Format formatiert es übersichtlich.
  4. Klicke auf Senden (Strg+Enter). Prüfe Status, Zeit, Größe, formatierten Body und die Response-Header.
  5. Klicke auf Als cURL kopieren, um den Request im Terminal nachzubauen oder mit einem Teammitglied zu teilen. Letzte Requests findest du im Verlauf.

Was ist ein API-Tester?

Ein API-Tester (oder REST-Client) lässt dich HTTP-Requests an einen Webservice senden und genau prüfen, was zurückkommt – ohne Code zu schreiben. Entwickler nutzen ihn, um Drittanbieter-APIs zu erkunden, Webhooks zu debuggen, Authentifizierung zu prüfen, Bug-Reports nachzustellen und einen Endpoint zu testen, bevor sie ihn ins Frontend einbauen. Dieses Tool deckt den Alltag von Desktop-Apps wie Postman oder Insomnia ab, ohne Installation und ohne Konto.

Aufbau eines HTTP-Requests

  • Methode — was du tun willst: GET liest, POST erstellt, PUT ersetzt, PATCH aktualisiert teilweise, DELETE entfernt. HEAD liefert nur Header, OPTIONS fragt ab, welche Methoden erlaubt sind.
  • URL & Query-Parameter — z. B. /v1/users?page=2&limit=50. Werte werden beim Bearbeiten in der Params-Tabelle automatisch URL-kodiert.
  • Header — Metadaten wie Accept: application/json, Content-Type oder ein API-Key-Header.
  • Body — die Nutzdaten für POST/PUT/PATCH. JSON-Bodies werden mit Content-Type: application/json gesendet, Formular-Bodies mit application/x-www-form-urlencoded.
  • Auth — Bearer sendet Authorization: Bearer <token> (OAuth 2.0, JWT). Basic sendet Authorization: Basic base64(user:password).

Die Antwort lesen

Der Statuscode zeigt, was passiert ist: 2xx ist Erfolg, 3xx eine Weiterleitung, 4xx ein Problem mit deinem Request (401 fehlende Auth, 404 falscher Pfad, 422 Validierungsfehler), 5xx ein Serverfehler. Schlage jeden Code in unserer Übersicht HTTP-Statuscodes nach. Die Antwortzeit wird von unserem Server bis zur API gemessen, die Größe ist die Body-Größe in Bytes. Prüfe im Tab Header den content-type, Rate-Limit-Header (x-ratelimit-remaining, retry-after) und Caching-Header.

Warum Requests über unseren Server laufen

Browser blockieren Cross-Origin-Requests, sofern die API keine CORS-Header sendet – was bei den meisten Server-zu-Server-APIs nicht der Fall ist. Wenn der Request von unserem Server kommt, entfallen CORS-Probleme komplett, und du siehst die echte Antwort der API. Aus Sicherheitsgründen werden Requests an localhost, private IP-Bereiche und Cloud-Metadaten-Adressen blockiert. Um eine lokale API zu testen, nutze curl: Der Button Als cURL kopieren erzeugt den Befehl für dich, und unser Konverter cURL zu Code macht daraus JavaScript, Python oder PHP.

Ist es sicher, echte Zugangsdaten zu verwenden?

Dein Request läuft nur über unseren Server, um weitergeleitet zu werden; er wird weder protokolliert noch gespeichert. Der Verlauf liegt im Browser und enthält keine Authorization-, Cookie- oder API-Key-Header. Verwende für Online-Tools trotzdem am besten Test-Keys oder kurzlebige Tokens, und dekodiere JWTs lokal mit dem JWT-Decoder.

Auch gesucht als: rest client, postman online, http client, api testen, http request senden, api tester online, curl online, json api testen.

Passende Tools zu: API-Tester

  • CORS-Header-Generator & Tester — Siehst du „has been blocked by CORS policy“?
  • OpenAPI-Validator — Füge eine API-Spezifikation ein, um sie gegen das offizielle OpenAPI-Schema zu prüfen, defekte Referenzen und inkonsistente Pfadparameter zu finden und alle Endpunkte auf einen Blick zu sehen.
  • Webhook-Tester — Erhalte eine eindeutige URL, richte einen beliebigen Webhook oder HTTP-Client darauf und sieh Requests in Echtzeit eintreffen – Header, Query-String und formatierter Body, dazu HMAC-Signaturprüfungen.
  • JSON Formatierer — Füge JSON ein, um es zu formatieren, zu minifizieren oder zu prüfen.

Häufige Fragen

Kann ich es als API-Checker nutzen?
Ja. Sende einen Request an einen beliebigen Endpoint, um zu prüfen, ob er antwortet: Du siehst Statuscode, Antwortzeit, Header und den formatierten JSON-Body und kannst den Request als cURL kopieren.
Ist das eine kostenlose Postman-Alternative?
Für schnelle Requests ja: Methoden, Parameter, Header, JSON- und Formular-Bodies, Bearer- und Basic-Auth, Antwortprüfung, cURL-Export und Verlauf – alles im Browser, ohne Anmeldung. Collections, Umgebungen und skriptbasierte Tests gibt es nicht.
Warum kann ich localhost oder 192.168.x.x nicht aufrufen?
Requests werden von unserem Server gesendet, der deinen lokalen Rechner nicht erreicht. Private Adressen sind außerdem gesperrt, um Missbrauch zu verhindern. Nutze stattdessen den Button Als cURL kopieren und führe den Befehl lokal aus.
Bekomme ich CORS-Fehler?
Nein. CORS wird von Browsern durchgesetzt; da unser Server den Request stellt, spielen die CORS-Header der API keine Rolle. Denk aber daran, dass dein eigenes Frontend sie weiterhin braucht.
Werden Weiterleitungen verfolgt?
Nein. Du siehst die rohe Antwort 301/302/307 mit ihrem Location-Header, was beim Debuggen meist gewünscht ist. Sende einen zweiten Request an die neue URL, um der Weiterleitung zu folgen.
Wird mein API-Key oder Token gespeichert?
Nein. Auth-Werte und sensible Header (Authorization, Cookie, X-API-Key…) werden nicht im Verlauf gespeichert, und sensible Query-Parameter werden vor dem Speichern eines Requests geschwärzt.

Ähnliche Tools

apiCORS-Header-Generator & TesterSiehst du „has been blocked by CORS policy“? Beschreib, wer deine API aufrufen darf – Origins, Methoden,…localHTTP-StatuscodesJeder Standard-HTTP-Antwortcode einfach erklärt, mit Einsatzzweck und Auswirkung auf SEO. Suche, filtere…localcURL zu CodeFüge einen curl-Befehl ein, z. B. aus der API-Dokumentation oder über „Als cURL kopieren“ in den DevTools…localOpenAPI-ValidatorFüge eine API-Spezifikation ein, um sie gegen das offizielle OpenAPI-Schema zu prüfen, defekte Referenzen…apiWebhook-TesterErhalte eine eindeutige URL, richte einen beliebigen Webhook oder HTTP-Client darauf und sieh Requests in…localJSON FormatiererFüge JSON ein, um es zu formatieren, zu minifizieren oder zu prüfen. Fehler werden mit genauer Zeile und…