Consecutive HTTP issues are created when a set of sequential HTTP spans consistently exceeds 1000ms.
This issue is currently only available for backend and mobile SDKs.
The detector for this performance issue looks for a set of sequential, non-overlapping HTTP spans. It intentionally ignores non-HTTP spans because the browser commonly performs other asynchronous operations, such as loading resources between HTTP spans.
Once this sequence is found, the following must hold true for each HTTP span:
- The HTTP method must be a GET, POST, DELETE, PUT, or PATCH
- The HTTP URL must not begin with _next/static/ or _next/data/
Once these spans are found, the following must also hold true:
- Minimum time saved from parallelization must exceed
- The duration of each HTTP span must exceed a threshold of
- The time between each HTTP span must not exceed a threshold of
- The number of sequential HTTP spans must exceed a threshold of
If Sentry doesn't detect a Consecutive HTTP issue where you expect one, it's probably because the transaction didn't meet one of the above criteria.
You can configure detector thresholds for consecutive HTTP issues in Project Settings > Performance:
You can find additional information about your Consecutive HTTP issue by looking at two main aspects in the "Span Evidence" section:
- Transaction name
- Sequential HTTP Spans
You can view the span evidence by going to the Issues page in Sentry, selecting your
The causes of Consecutive HTTP issues vary, but here are some suggestions to help you resolve them:
- If your HTTP spans are independent, consider parallelizing them so they're no longer sequential.
- If you have control over the backend, consider optimizing your endpoints for this specific use case. You can investigate corresponding backend transactions to help identify potential improvements.