Dostaliśmy takiego maila:
Kontaktujemy się z Tobą, ponieważ zidentyfikowaliśmy, że Twoja integracja wykonuje do Allegro API żądania typu GET, które zawierają dodatkową treść w sekcji body (tzw. Request Body / payload).
W związku z modernizacją naszej infrastruktury uszczelniamy obsługę ruchu sieciowego zgodnie ze ścisłymi standardami protokołu HTTP.
Co jest przyczyną problemu?
Zgodnie ze specyfikacją HTTP, metody GET służą wyłącznie do pobierania danych i nie powinny zawierać payloadu (treści zapytania).
Zauważyliśmy, że część popularnych bibliotek HTTP oraz zewnętrznych SDK automatycznie dołącza pusty obiekt (np. []) do sekcji body przy wykonywaniu zapytań. Nasza infrastruktura traktuje zapytania GET zawierające sekcję body (payload) jako niepoprawne strukturalnie.
Termin na wprowadzenie poprawek:
Prosimy o dostosowanie aplikacji najpóźniej do 31 grudnia 2026 roku. Po tym terminie wszystkie żądania typu GET zawierające payload będą bezwzględnie odrzucane i zwrócą błąd 400 Bad Request.
Jakie działania musisz podjąć do 31.12.2026?
Przejrzyj kod integracji: Upewnij się, że dla żadnego zasobu pobieranego metodą GET nie przekazujesz danych w sekcji body/payload.
Zweryfikuj konfigurację klienta HTTP: Sprawdź, czy używana przez Ciebie biblioteka (np. cURL, Axios, Guzzle, RestSharp) nie dodaje automatycznie pustego payloadu do żądań GET.
Przenieś parametry do URL: Wszystkie parametry filtrowania lub parametry konfiguracyjne dla zapytań GET muszą znajdować się w adresie URL (Query Parameters) lub w nagłówkach HTTP (Headers).
No i ok, problem w tym, ze kila tygodni temu cała nasza integracja padła właśnie przez to, bez żadnego ostrzeżenia i poprawiliśmy już to dawno (bo inaczej API po GET nie chciało działać i zwracało - tak jak tu piszą bad request 400). Ciekawi nas więc, o co tu chodzi z tym mailem?
