Weryfikacja i typowe problemy - REST API

Kontrolowane zdarzenie testowe

Wyślij kolejno oba przykłady: wyjątek na endpoint project oraz transakcję na endpoint transaction. Każde poprawnie przyjęte zgłoszenie zwraca 200 {"success":true}. Następnie potwierdź obecność danych odpowiednio na liście błędów i transakcji wybranego projektu.

Zdarzenie powinno pojawić się w sekcji Błędy projektu wskazanego przez token. Sprawdź typ zdarzenia, środowisko, czas oraz kontekst żądania. Po udanym teście usuń tymczasową trasę lub kod generujący wyjątek, aby nie tworzyć kolejnych sztucznych zgłoszeń.

Typowe problemy

Endpoint błędów zwraca 200 {"success":false}

Sprawdź, czy exception.values[0] zawiera niepuste pola type i value. Taka odpowiedź może również oznaczać osiągnięcie miesięcznego limitu błędów projektu.

Endpoint transakcji zwraca 200 {"success":false}

Sprawdź obecność obiektu contexts.trace.data. Pola request.url i request.method używane przez endpoint błędów nie zastępują kontekstu trace wymaganego dla transakcji.

API zwraca 401 albo 404

Brak klucza prywatnego zwraca 401. Nieznany, odwołany lub przypisany do innego projektu klucz oraz wyłączony projekt zwracają 404 {"success":false,"message":"Project not found."}, bez ujawniania istnienia projektu.

Payload jest duży

Zakoduj kompletne ciało JSON przez gzip i wyślij je z nagłówkiem Content-Encoding: gzip. Nie kompresuj pojedynczych pól wewnątrz dokumentu.

Dane użytkownika nie powinny być raportowane

Cała sekcja user jest opcjonalna. Ogranicz ją zgodnie z zasadą minimalizacji danych; API potrafi zapisać identyfikator, nazwę użytkownika, adres e-mail, IP i user agent, ale integracja nie musi ich wysyłać.

Nadal nie działa

Przejdź przez listę kontrolną braku danych, a jeśli to nie pomoże - napisz do nas. Podaj nazwę projektu i przybliżoną godzinę testu, to skróci drogę do odpowiedzi.