API-förfrågningsbyggare
Varför använda en API-förfrågningsbyggare?
REST API-testning kräver vanligtvis installation av Postman eller Insomnia, eller att man skriver curl-kommandon. Vår webbläsarbaserade HTTP-klient behöver ingen installation — öppna den och skicka förfrågningar direkt.
Alla HTTP-metoder
Stöder GET, POST, PUT, PATCH, DELETE med anpassade headers och JSON/form-kropp
Formaterat svar
Svarskroppen visas automatiskt indenterad; statuskod och svarstid visas
Redo att använda direkt
Inget att installera — fungerar helt i webbläsaren utan konto eller plugin
Skicka en API-förfrågan i 3 steg
Ange URL och metod
Ange API-endpointens URL och välj HTTP-metod (GET, POST etc.)
Lägg till headers och kropp
Lägg till Authorization, Content-Type etc. i fliken 'Headers'. Använd 'Kropp' för POST/PUT-data.
Skicka och inspektera
Klicka 'Skicka'. Svarskropp, statuskod och tid visas nedan.
Användningsområden för API-förfrågningsbyggaren
API-felsökning
Testa enskilda endpoints med anpassade headers och kropp för att felsöka autentiserings- och dataproblem
Testa autentiseringstoken
Testa Bearer, Basic Auth och API-nyckelscheman utan att skriva kod
Utforska API:er
Utforska publika API:er (GitHub, OpenWeather, JSONPlaceholder) och förstå svaren
Reproducera buggar
Reproducera och dokumentera API-buggar med exakta förfrågnings- och svarsdata för buggrapporter
Bästa praxis för API-testning
✓ Sätt alltid Content-Type
Med en JSON-kropp, inkludera alltid Content-Type: application/json. Många API:er avvisar eller misstolkar förfrågan annars.
✓ Förstå CORS-begränsningar
Webbläsare blockerar cross-origin-förfrågningar utan rätt CORS-headers. Använd curl eller en server-side-proxy om förfrågan misslyckas i webbläsaren.
✓ Hårdkoda inte API-nycklar
Använd miljövariabler i produktionskod. Bygg-verktyget är för testning — dela inte skärmdumpar med riktiga API-nycklar.
✓ Kontrollera HTTP-statuskoder
200=OK, 201=Skapad, 400=Felaktig förfrågan, 401=Ej auktoriserad, 403=Förbjuden, 404=Hittades ej, 500=Serverfel.
❓ Vanliga frågor
Varför misslyckas cross-origin-förfrågningar?
Webbläsare tillämpar CORS-begränsningar. Om mål-API:et inte har Access-Control-Allow-Origin header blockerar webbläsaren förfrågan. Det är inte ett fel — använd curl eller en backend-proxy för API:er utan CORS.
Kan jag skicka multipart/form-data-förfrågningar?
Byggaren stöder för närvarande JSON och ren text-kroppar. För filuppladdningar och liknande multipart-formulärdata, använd ett dedikerat verktyg som Postman.
Är det här ett alternativ till Postman?
För snabb testning och utforskning, ja. För teamsamarbete, sparade samlingar, miljöer och automatiserade tester erbjuder Postman eller Bruno fler funktioner.
Vad är skillnaden mellan PUT och PATCH?
PUT ersätter hela resursen med förfrågningskroppen. PATCH tillämpar partiella uppdateringar — bara fälten i kroppen ändras. De flesta REST API:er använder PATCH för uppdateringar för att undvika att skriva över oförändrade fält.