Kostenloser API-Tester Online

Testen Sie REST-APIs mit GET-, POST-, PUT- und DELETE-Anfragen. Kostenlos, schnell und komplett im Browser, ohne Anmeldung.

Aktualisiert am

Popular
Share:

API Tester

Test REST APIs with full request/response inspection, authentication, history, and code generation.

API Request

Try These Sample APIs

Keyboard Shortcuts

  • Ctrl+Enter - Send request
  • Ctrl+H - Toggle history
  • Some APIs may block browser requests due to CORS policies
  • For APIs requiring authentication, use the Auth tab
  • Import existing requests using the cURL import feature

Häufig gestellte Fragen

Was ist der API Tester?

Der API Tester ist ein kostenloses Online-Tool zum Testen von REST-APIs, indem du HTTP-Anfragen wie GET, POST, PUT, DELETE und andere direkt aus deinem Browser sendest.

Ist der API Tester kostenlos?

Ja, der API Tester ist völlig kostenlos und erfordert keine Registrierung.

Kann ich benutzerdefinierte Header und einen Body festlegen?

Ja, mit dem API Tester kannst du für jede Anfrage benutzerdefinierte Header, einen Anfrage-Body (JSON, Formulardaten), die Authentifizierung und Abfrageparameter konfigurieren.

Sind meine Daten mit diesem Tool sicher?

Absolut. Der API Tester verarbeitet alles clientseitig in deinem Browser. Es werden keine Daten auf einen Server hochgeladen oder dort gespeichert. Deine Inhalte bleiben jederzeit privat auf deinem Gerät.

Funktioniert der API Tester auf Mobilgeräten?

Ja, der API Tester ist vollständig responsiv und funktioniert auf Smartphones und Tablets. Du kannst ihn auf jedem Gerät mit einem modernen Webbrowser nutzen, ohne App-Download.

Muss ich ein Konto erstellen, um dieses Tool zu nutzen?

Es ist kein Konto und keine Registrierung erforderlich. Öffne einfach den API Tester in deinem Browser und nutze ihn sofort. Es gibt keine Anmeldeschranken oder Nutzungsbeschränkungen.

Welche Programmiersprachen oder Formate werden unterstützt?

Der API Tester unterstützt eine breite Palette beliebter Formate und Sprachen. In der Tool-Oberfläche findest du die vollständige Liste der unterstützten Optionen.

Wie verwende ich den API Tester?

Gib einfach deine Eingabe in das vorgesehene Feld ein, passe die Einstellungen nach deinen Wünschen an, und das Tool verarbeitet sie sofort. Anschließend kannst du das Ergebnis in die Zwischenablage kopieren oder herunterladen.

Welche Browser werden unterstützt?

Der API Tester funktioniert in allen modernen Browsern, darunter Chrome, Firefox, Safari, Edge und Opera. Für das beste Erlebnis verwende die neueste Version deines bevorzugten Browsers.

Warum erhalte ich einen CORS-Fehler, wenn ich eine API im Browser teste?

Ein CORS-Fehler entsteht, weil der Request in deinem Browser läuft, der dieselben Cross-Origin-Regeln durchsetzt, denen jede Webseite unterliegt. Gibt die Ziel-API für diese Seite keinen permissiven Access-Control-Allow-Origin-Header zurück, blockiert der Browser die Antwort, bevor dein Code sie überhaupt zu sehen bekommt, und du erhältst einen Fehler statt eines Bodys. Das ist eine Sicherheitsgrenze, kein Fehler im Tester. Öffentliche APIs, eigene Dienste mit aktiviertem CORS und gängige Entwickler-Sandboxes wie JSONPlaceholder, GitHub und random-user-Endpunkte funktionieren ohne Probleme. Abgeschottete interne APIs, die diese Header weglassen, schlagen weiterhin fehl; die üblichen Lösungen sind CORS auf dem Server zu aktivieren, über einen CORS-Proxy zu gehen oder auf einen Desktop-Client umzusteigen. Probiere zuerst einen der Beispiel-Endpunkte im Tool, um zu bestätigen, dass dein Setup funktioniert.

Was ist der Unterschied zwischen PUT- und PATCH-Requests?

PUT und PATCH verändern beide eine bestehende Ressource, unterscheiden sich aber im Umfang. PUT ersetzt die gesamte Ressource durch die gesendete Payload, sodass jedes ausgelassene Feld typischerweise gelöscht oder auf einen Standardwert zurückgesetzt wird; du musst das vollständige Objekt senden. PATCH führt ein partielles Update durch, ändert nur die im Body enthaltenen Felder und lässt den Rest unangetastet, was es ideal macht, um ein einzelnes Attribut zu bearbeiten, ohne alles neu zu senden. PUT gilt zudem als idempotent, das heißt, das Wiederholen desselben Requests belässt die Ressource im gleichen Zustand, während das bei PATCH nicht garantiert ist. Die falsche Methode zu wählen, ist eine häufige Ursache für unerwarteten Datenverlust. Dieses Tool unterstützt GET, POST, PUT, PATCH, DELETE, HEAD und OPTIONS, sodass du jede Methode mit einem JSON-Body senden und genau vergleichen kannst, wie die API reagiert.

Was bedeuten HTTP-Statuscodes wie 200, 401 und 500?

HTTP-Statuscodes werden nach ihrer ersten Ziffer gruppiert. 2xx bedeutet Erfolg: 200 OK ist eine normale Antwort, 201 Created bestätigt eine neu angelegte Ressource, und 204 bedeutet Erfolg ohne zurückgegebenen Inhalt. 3xx-Codes signalisieren Weiterleitungen. 4xx-Codes sind Client-Fehler, bei denen etwas an deiner Anfrage nicht stimmt: 400 Bad Request, 401 Unauthorized (fehlende oder ungültige Zugangsdaten), 403 Forbidden (authentifiziert, aber nicht berechtigt) und 404 Not Found. 5xx-Codes sind Serverfehler, wobei 500 Internal Server Error der häufigste ist und bedeutet, dass der Fehler auf Seiten der API liegt, nicht bei dir. Die Codefamilie zu kennen zeigt dir, wo du ansetzen musst: bei 4xx den Request korrigieren, bei 5xx erneut versuchen oder melden. Dieser Tester färbt den zurückgegebenen Status ein, sodass Erfolg, Weiterleitungen, Client-Fehler und Serverfehler sofort nach Abschluss deines Requests auf einen Blick erkennbar sind.

Wie füge ich einem authentifizierten Request ein Bearer-Token oder einen API-Key hinzu?

Authentifizierte APIs erwarten in der Regel eine Zugangsdaten-Information bei jedem Request, und dieser Tester bietet Presets, damit du sie nicht von Hand formatieren musst. Wähle Bearer Token, um deinen Token als Authorization-Header im Standard-Bearer-Schema zu senden, dem gängigsten Muster für OAuth- und JWT-basierte APIs. Wähle API Key, wenn der Dienst einen Schlüssel ausgibt, und platziere ihn entweder in einem Request-Header (etwa X-API-Key) oder als Query-Parameter in der URL, je nachdem, was die Dokumentation verlangt. Basic Auth nimmt Benutzername und Passwort entgegen und kodiert sie für dich Base64-verschlüsselt in den Authorization-Header. Da Requests direkt aus deinem eigenen Browser laufen und nie über einen zwischengeschalteten Server geleitet werden, bleiben eingegebene Tokens und Keys auf deinem Gerät. Wähle das passende Preset, füge deine Zugangsdaten ein und sende den Request, um den Zugriff zu prüfen.

Kann ich einen bestehenden cURL-Befehl in den Tester importieren?

Ja. Die Funktion cURL importieren parst einen eingefügten curl-Befehl und trägt den Request für dich ein, indem sie URL, HTTP-Methode, Header, Request-Body und Basic Authentication ausliest, sodass du ihn nicht Feld für Feld neu aufbauen musst. Das ist nützlich, wenn dir die Dokumentation einer API oder ein Teammitglied einen curl-Einzeiler gibt und du ihn interaktiv ausführen, einen Header anpassen oder die formatierte Antwort betrachten möchtest, statt auf Terminal-Ausgaben zu starren. Es funktioniert auch umgekehrt: Sobald ein Request eingerichtet ist, erzeugt der Tester ein fertiges Snippet zum Einfügen in JavaScript fetch, Python requests, cURL, PHP oder Go, sodass du vom manuellen Testen direkt in deine Codebasis wechseln kannst. Füge deinen curl-Befehl in das Import-Feld ein, sende ihn, und Statuscode, Zeitmessung und übersichtlich formatierter Body erscheinen sofort.

Über den API-Tester

Der API-Tester ist ein kostenloser, browserbasierter REST-Client zum Senden von HTTP-Requests und zum Prüfen der Antwort. Endpunkt eingeben, Methode wählen, bei Bedarf Header, Query-Parameter, Body oder Authentifizierung ergänzen und auf Senden klicken — Statuscode, Antwortzeit, Größe, Header und formatierter Body erscheinen in einem einzigen Panel. Das Tool richtet sich an Backend- und Frontend-Entwickler, QA-Ingenieure und alle, die eine Drittanbieter-API anbinden und einen Endpunkt testen möchten, ohne eine Desktop-Anwendung wie Postman oder Insomnia zu installieren.

Die Requests laufen direkt in deinem eigenen Browser über die native Fetch API. Es gibt kein Konto zum Anlegen, keinen Workspace zum Synchronisieren, und das Tool leitet deinen Traffic nie über einen zwischengeschalteten Server um — der Aufruf geht direkt von deinem Rechner zur Ziel-API, sodass eingegebene Zugangsdaten und Tokens auf deinem Gerät bleiben.

Was du senden kannst

Der Tester deckt das gesamte Spektrum der gängigen HTTP-Methoden und Request-Bestandteile ab:

  • Methoden — GET, POST, PUT, PATCH, DELETE, HEAD und OPTIONS, jeweils farblich gekennzeichnet, sodass die aktive Methode auf einen Blick erkennbar ist.
  • Query-Parameter — ein Key/Value-Builder, der ?key=value-Paare an die URL anhängt; einzelne Zeilen lassen sich ein- oder ausschalten, ohne sie zu löschen.
  • Header — beliebige Request-Header hinzufügen, bearbeiten oder deaktivieren (der Standard-Header Content-Type: application/json ist bereits vorausgefüllt und editierbar).
  • Request-Body — ein JSON-Editor für Payloads bei POST, PUT und PATCH.
  • Authentifizierung — Presets für Basic Auth (Benutzername und Passwort, Base64-kodiert in einem Authorization-Header), Bearer Token und API-Key, der wahlweise in einem Header oder als Query-Parameter platziert werden kann.

Die Antwort lesen

Nach Abschluss eines Requests zeigt der Antwort-Tab den HTTP-Statuscode samt Text (farblich codiert: Grün für 2xx-Erfolge, Gelb für 3xx-Weiterleitungen, Orange für 4xx-Client-Fehler, Rot für 5xx-Serverfehler), die Round-Trip-Zeit in Millisekunden und die Payload-Größe in Kilobyte. JSON-Bodies werden automatisch übersichtlich formatiert, und ein Suchfeld filtert die Antwort auf die Zeilen, die zu deiner Anfrage passen — praktisch, um ein einzelnes Feld in einem großen Array zu finden. Ein Klick kopiert den rohen Body in die Zwischenablage, und die vollständigen Antwort-Header werden unterhalb der Statusleiste aufgelistet.

Eine kurze Auffrischung zu den häufigsten Codes: 200 OK, 201 Created, 204 Erfolg ohne Inhalt, 400 Bad Request, 401 Unauthorized, 403 Forbidden, 404 Not Found und 500 Internal Server Error.

Zeit sparen bei Wiederholungen

Zwei Funktionen reduzieren lästiges Neu-Eintippen. Jeder gesendete Request wird in einer Verlaufsliste im Local Storage deines Browsers gespeichert — bis zu die letzten 50 —, sodass du eine frühere URL samt Methode per Klick neu laden und die gesamte Liste jederzeit leeren kannst. Da der Verlauf im localStorage liegt, bleibt er auf deinem Gerät und übersteht auch einen Sitzungswechsel, wird aber nirgendwo geteilt.

Der Tester verwandelt deinen aktuellen Request außerdem in ausführbaren Code. Ziel auswählen, und er erzeugt ein fertiges Snippet zum Einfügen: JavaScript (fetch), Python (requests), cURL, PHP (cURL) oder Go (net/http). In die andere Richtung parst die Funktion cURL importieren einen eingefügten curl-Befehl und trägt URL, Methode, Header, Body und Basic Auth automatisch ein — nützlich, wenn dir ein Kollege oder eine API-Doku einen curl-Einzeiler liefert.

Ein Hinweis zu CORS

Da Requests im Browser entstehen, unterliegen sie denselben Cross-Origin-Regeln (CORS) wie jede andere Webseite. Eine API, die keine permissiven Access-Control-Allow-Origin-Header zurückgibt, blockiert den Aufruf, und du siehst eine Fehlermeldung statt einer Antwort. Das ist eine Sicherheitsgrenze des Browsers, kein Fehler im Tool — öffentliche APIs, eigene Dienste mit aktiviertem CORS und die meisten Entwickler-Sandboxes (etwa die als Beispiele angebotenen Endpunkte von JSONPlaceholder, GitHub und random-user) funktionieren problemlos. Bei abgeschotteten internen APIs sind ein Desktop-Client oder ein CORS-Proxy die übliche Abhilfe.

Füge oben einen Endpunkt ein, sende deinen ersten Request und sieh dir das Ergebnis sofort an — ganz ohne Einrichtung.