We're trying to track various click events on our pages to see how users are navigating our site.
It's possible to arrive at given page via different links (e.g. via a link in the top of the originating page vs one in the footer). For this reason it's not sufficient to merely track that the destination page loaded; we need to tag and track the click events.
The Google Analytics documentation recommends adding a 100ms delay for clicks on "outbound links", in order for the tracking code to complete before loading the link target. Is this because the _gaq.push(['_trackEvent', category , action])
code is asynchronous, and needs time to complete before the page is unloaded?
If so, wouldn't this also be required for "on site" links? I fail to see how this is different from a link to a new page on the same site; in both cases the current page is unloaded.
Edit: I've since discovered Google's hitCallback
mechanism for firing your page load events via callback. This obviates the need to use a delay.
Any tracking that is needing to be done just before a new page should include a slight ( < 200ms) delay. Offsite, onsite, form submit, etc. This allows the request to the analytics servers to be completed.
As far as internal link tracking, have you looked at the In-Page Analytics report & Enhanced Link Attribute plugin? It could help you out a bit without needing to do extra coding.
Here is the Jquery to create the delay:
Don't delay clicks. Even the 250ms delay wont guarantee a successful tracking. If the target url is inside your domain, just store the tracking info on the local.storage and check on every page if there's something on the storage and trigger the ga event for the clicked button on page load instead. You should also validate if there's local.storage available on the client, and if not you can then use, in those cases, the click delay.
Yes, delay is needed to make sure GA request is finished before page is reloaded.
Here is the Vanilla JS code to implement the tracking and delay: