An Azure service that is used for adding real-time communications to web applications.
The metric called “SignalR Connection Latency” represents the time it takes for a client connection to be fully established with the SignalR service. What you are observing in the portal is not the latency of individual messages or broadcasts, but the latency of the connection handshake process itself.
More specifically, this latency covers the end-to-end process from when a client attempts to connect to SignalR until the connection is accepted and ready for use by the service. That includes the client reaching the SignalR endpoint, the negotiation and authentication steps, and the internal coordination within the SignalR service. It does not directly measure the round-trip latency between your App Service and the SignalR service, nor does it measure message delivery time after the connection is established.
For users, higher connection latency means it takes longer to initially connect or reconnect to your application’s real-time features. This is most noticeable when a user first opens the app, refreshes the page, resumes a suspended mobile app, or experiences a transient network drop and needs to reconnect. During that time, real-time updates will not be received because the connection is not yet ready.
If this metric increases, common causes include clients being geographically far from the SignalR region, transient network issues on the client side, high load or throttling within the SignalR service, or delays related to authentication and access token validation. While your App Service does participate indirectly by issuing access tokens and negotiating connections, this metric is not a direct measure of App Service to SignalR latency.
If the above response helps answer your question, remember to "Accept Answer" so that others in the community facing similar issues can easily find the solution. Your contribution is highly appreciated.
hth
Marcin