Curl w przeglądarce - bez Postmana i bez CORS
Wpisujesz URL, wybierasz GET / POST / PUT, dodajesz nagłówki i body - klik. Zapytanie idzie z naszego serwera, więc CORS nie blokuje i nie musisz instalować Postmana.
Dostajesz kod statusu, nagłówki odpowiedzi, body (z auto-formatowaniem JSON / XML / HTML), rozmiar (skompresowany i rozpakowany), set-cookie oraz timing: DNS / TTFB / transfer.
Świetne do debugowania API: webhooków, OAuth, zewnętrznych endpointów, sprawdzania nagłówków cache czy CORS - bez wychodzenia z przeglądarki.
Jak korzystać
- Wybierz metodę (GET / POST / PUT / PATCH / DELETE / HEAD / OPTIONS) na pasku u góry.
- Wklej URL docelowy (musi mieć https:// lub http://).
- W zakładce Headers dodaj własne nagłówki (np. Accept: application/json, X-API-Key).
- W zakładce Body wybierz format: JSON, form-data, x-www-form-urlencoded albo raw. Wpisz dane.
- W zakładce Auth wybierz Basic (login + hasło) albo Bearer (token). Nagłówek Authorization zostanie zbudowany automatycznie.
- Kliknij Send. Po prawej zobaczysz status, nagłówki, body, timing i ciasteczka.
- Follow redirects włącz tylko, jeśli chcesz zobaczyć całą ścieżkę 3xx → 200. Każde przekierowanie jest sprawdzane pod kątem SSRF zanim wykonamy skok.
Do czego się przydaje
Tester zapytań HTTP rozwiązuje codzienne problemy frontendowca i backendowca:
- Debugowanie API. Czy endpoint w ogóle odpowiada? Czy zwraca to, co dokumentacja obiecuje? Strzelasz raz, widzisz wszystko.
- CORS, którego nie pokona browser fetch. Twój fetch w devtools rzuca CORS error? Z naszego serwera CORS nie istnieje - zobaczysz prawdziwą odpowiedź serwera, nie błąd przeglądarki.
- Webhook receivery. Strzelasz POST do swojego webhooka, sprawdzasz co dochodzi i w jakim formacie.
- OAuth / Bearer tokens. Sprawdzasz, czy token jest ważny - GET /me z Authorization: Bearer ... i widzisz odpowiedź.
- Basic Auth. Sprawdzasz endpointy chronione Basic (admin panele, stare API).
- Diagnostyka wydajności. TTFB za wysoki? Transfer dłuższy niż powinien? Widzisz po kolei.
- Redirect chains. Domena ma 3 przekierowania zanim trafi do strony? Lista skoków pokaże każdy z nich.
- Sprawdzanie headerów cache. Cache-Control, ETag, Last-Modified - pełna lista nagłówków odpowiedzi.
- OPTIONS preflight. CORS preflight z prawdziwym Origin i Access-Control-Request-Method, żebyś zobaczył co dokładnie zwraca twój serwer.
Powiązane: do łapania webhooków masz odbiornik webhook, do mockowania odpowiedzi generator mock API, a typy żądań wygenerujesz prosto ze specyfikacji w OpenAPI → TypeScript.
Pytania i odpowiedzi
Bo przeglądarki blokują cross-origin requesty (CORS). Z naszego serwera CORS nie ma zastosowania - to zwykły fetch z Node.js. Plus: niektóre serwery zwracają inne nagłówki dla browsera niż dla curl/Node (np. User-Agent gating), więc widzisz prawdziwą odpowiedź, nie "uprzejmą" wersję dla przeglądarki.