Constructor Cereri API
De ce să folosiți un constructor de cereri API?
Testarea REST API necesită de obicei instalarea Postman sau Insomnia sau scrierea comenzilor curl. Clientul nostru HTTP bazat pe browser nu necesită instalare — deschideți-l și trimiteți cereri direct.
Toate metodele HTTP
Suportă GET, POST, PUT, PATCH, DELETE cu anteturi personalizate și corp JSON/formular
Răspuns formatat
Corpul răspunsului este afișat automat cu indentare; codul de stare și timpul de răspuns sunt vizibile
Gata de utilizare imediat
Nimic de instalat — funcționează complet în browser fără cont sau plugin
Trimiteți o cerere API în 3 pași
Introduceți URL și metoda
Introduceți URL-ul endpoint-ului API și selectați metoda HTTP (GET, POST etc.)
Adăugați anteturi și corp
Adăugați Authorization, Content-Type etc. în fila 'Anteturi'. Folosiți 'Corp' pentru datele POST/PUT.
Trimiteți și inspectați
Faceți clic pe 'Trimiteți'. Corpul răspunsului, codul de stare și timpul apar mai jos.
Cazuri de utilizare pentru constructorul de cereri API
Depanarea API
Testați endpoint-uri individuale cu anteturi și corp personalizate pentru a depana problemele de autentificare și date
Testarea token-urilor de autentificare
Testați schemele Bearer, Basic Auth și cheie API fără a scrie cod
Explorarea API-urilor
Explorați API-uri publice (GitHub, OpenWeather, JSONPlaceholder) și înțelegeți răspunsurile
Reproducerea erorilor
Reproduceți și documentați erorile API cu date precise pentru cerere și răspuns pentru rapoartele de erori
Cele mai bune practici pentru testarea API
✓ Setați întotdeauna Content-Type
Cu un corp JSON, includeți întotdeauna Content-Type: application/json. Multe API-uri resping sau interpretează greșit cererea fără el.
✓ Înțelegeți restricțiile CORS
Browserele blochează cererile cross-origin fără anteturi CORS adecvate. Folosiți curl sau un proxy server-side dacă cererea eșuează în browser.
✓ Nu codați fix cheile API
Folosiți variabile de mediu în codul de producție. Instrumentul este pentru testare — nu partajați capturi de ecran cu chei API reale.
✓ Verificați codurile de stare HTTP
200=OK, 201=Creat, 400=Cerere proastă, 401=Neautorizat, 403=Interzis, 404=Negăsit, 500=Eroare server.
❓ Întrebări frecvente
De ce eșuează cererile cross-origin?
Browserele impun restricțiile CORS. Dacă API-ul țintă nu are antetul Access-Control-Allow-Origin, browserul blochează cererea. Nu este o eroare — folosiți curl sau un proxy backend pentru API-uri fără CORS.
Pot trimite cereri multipart/form-data?
Constructorul suportă în prezent corpuri JSON și text. Pentru încărcări de fișiere și cereri similare cu formulare multiparte, folosiți un instrument specializat precum Postman.
Este aceasta o alternativă la Postman?
Pentru testare rapidă și explorare, da. Pentru colaborare în echipă, colecții salvate, medii și teste automate, Postman sau Bruno oferă mai multe funcționalități.
Care este diferența dintre PUT și PATCH?
PUT înlocuiește întreaga resursă cu corpul cererii. PATCH aplică actualizări parțiale — numai câmpurile din corp se schimbă. Majoritatea REST API-urilor folosesc PATCH pentru actualizări pentru a evita suprascrierea câmpurilor neschimbate.