REST API-client / -tester

Stel HTTP-verzoeken samen en verzend ze met queryparameters, headers, JSON- of formuliertekst en Basic- of Bearer-authenticatie, en bekijk daarna de status, de duur en de met opmaak weergegeven JSON-antwoorden. Importeer een bestaand cURL-commando of kopieer het huidige verzoek terug als cURL. Liever herbruikbare verzoeken stap voor stap opbouwen? Gebruik dan de HTTP-verzoekbouwer. Zie ook de familie API-tools.
Alles draait lokaal in uw browser. Verzoeken naar andere oorsprongen vallen onder het CORS-beleid van de doelserver — zie de opmerking hieronder als een verzoek mislukt.
Een cURL-commando plakken
Queryparameters
Headers
Body
Authorization
Opties
Als dit is ingevuld, wordt de aanvraag-URL aan dit voorvoegsel toegevoegd. Handig voor servers die door CORS worden geblokkeerd.
200
Body Headers

                                                                

                                                                

                                                                    

                                                                

                                                            


                                                            

                                                            
Waarom een verzoek kan mislukken: browsers blokkeren cross-origin-lezen tenzij de API Access-Control-Allow-Origin teruggeeft. Als het doel CORS niet toestaat, kunt u een eigen CORS-proxy draaien en de URL daarvan in het proxyvoorvoegsel hierboven plakken, of de cURL-converter gebruiken om het verzoek vanuit een terminal uit te voeren. Requestbodies voor GET/HEAD worden genegeerd, en een WebSocket-tool staat apart op de WebSocket-tester.


                                                            

                                                                HTTP-methoden uitgelegd
                                                                
De methode die u kiest, vertelt de server wat er met de URL moet gebeuren. Dit is wat elk van de zeven werkwoorden die deze tool kan sturen betekent:

                                                                
GET — Haalt een resource op: een webpagina, een afbeelding, een lijst met records. “Geef mij wat op deze URL staat.” Alleen-lezen en veilig om te herhalen; normaal bevat het geen requestbody (een body bij een GET-verzoek, als die er is, wordt genegeerd).

                                                                
POST — Stuurt nieuwe gegevens naar de server, meestal om een resource aan te maken of een actie te starten — een formulier verzenden, een bestand uploaden, een taak starten. De payload reist mee in de requestbody. POST is niet idempotent: hetzelfde POST-verzoek twee keer sturen kan twee records aanmaken.

                                                                
PUT — Vervangt de volledige resource op de URL door wat u stuurt. De body moet de complete nieuwe versie van de resource bevatten. PUT is idempotent: het herhalen van hetzelfde verzoek heeft hetzelfde effect als het één keer sturen.

                                                                
PATCH — Wijzigt alleen een deel van een resource. U stuurt alleen de velden die u wilt bijwerken, bijvoorbeeld {"email": "new@example.com"}, in plaats van het hele record. Kies PATCH wanneer een volledige PUT zou betekenen dat u velden opnieuw moet versturen die u niet wijzigt.

                                                                
DELETE — Verwijdert de resource op de URL. DELETE is idempotent: een al verwijderde resource geeft hetzelfde resultaat (meestal een 404) en doet niets dubbel.

                                                                
HEAD — Net als GET, maar het antwoord bevat alleen headers — er wordt helemaal geen body teruggestuurd. Gebruik HEAD om te controleren of een URL bestaat, hoe groot een bestand is (Content-Length), wanneer het voor het laatst is gewijzigd (Last-Modified) of wat het type is (Content-Type), zonder de hele inhoud te downloaden.

                                                                
OPTIONS — Vraagt de server welke methoden en opties zijn toegestaan voor een URL, of start een CORS-preflightcontrole. De antwoordheaders, zoals Access-Control-Allow-Methods, tonen wat is toegestaan. OPTIONS bevat meestal geen body; browsers sturen het vaak automatisch vóór een cross-origin POST/PUT/PATCH/DELETE.

                                                                
Gemakkelijk te verwarren: HEAD versus GET — het verzoek is identiek, maar HEAD geeft geen body terug. PUT versus PATCH — PUT vervangt de volledige resource; PATCH past alleen een gedeeltelijke update toe op de velden die u meestuurt.