1
Tracker: option to *not* await the request to `/api/send`
Source: umami-software/umami#2734 · opened by @YellowKirby
Hola! I was recently working on a local webapp with slow wifi and realized that there are cases where the Umami tracker code awaits the network call to /api/send, like when trying to use the data- attributes to add more details to a link: When the user clicks this link, the umami tracker first [waits for trackElement() to return before actually performing the navigation]( This can cause a noticeable lag for the user if for any reason the stats call is slow to return. Would folks be open to a configuration option so the tracker never waits for network requests? I realize that this may lead to some dropped/missed data, but for my use-case keeping the user experience and performance as fast as possible is more important than needing to ensure all the data gets properly collected. This also might be somewhat related to the batching conversation: As an alternative, I can manually send data to the API directly and have full control over when and how the calls are made, so I…
No pledges yet. Be the first to back this.
Comments
Similar requests
Provide a separate tracker package for deep integration
2 votes · 0 comments
Tracker pixel being cached by image proxies (GitHub Camo)
1 vote · 0 comments
API to read traefik log passed through telegraf
2 votes · 0 comments
Heartbeats for more accurate visit duration tracking
10 votes · 0 comments
Exclude pages from history with regular exception
1 vote · 0 comments
No comments yet.