Collecting Data on the Client or Server
One of the most common questions Segment receives is: “Should I use one of your client-side libraries or one of your server-side libraries?”
This is such an important topic that you’ll find an in-depth article in Segment’s Analytics Academy: When to Track on the Client vs Server. It’s worth a read. Below, you can also read some quick logic around why you may want to choose either option.
Not stored in your database
Good things to send from the client-side are things that you wouldn’t usually store in your database. Things like page views, button clicks, page scroll length, mouse movements, social shares, and likes.
Easier to send client-side
Things like UTM tags, operating system, device type, or cookied data like returning visitors are all easiest to track client-side. Of course, some things like mouse movements are only available on the client-side so you should definitely track that there.
Events needed for client-side only destinations
Some destinations can only accept data when the event is sent from the browser. They require events on the client since they rely on cookies and most of those tools do not have an API that Segment can send server-side data to. More on this in Segment’s Analytics.js docs.
Charging customers often happens when they aren’t online, and accuracy for payments is so important. Server-side tracking tends to be more accurate than user devices since it’s a more controlled environment.
In general client-side data is fine for watching general trending, but it’s never going to be perfect. Especially if your customers are likely to use things like adblock or old/non-standard browsers.
For example, if you’re sending triggered emails based on events, it’s probably a good idea to make sure your user profiles are sent through Segment’s servers so no one gets left out or mis-emailed.
Calculated from your database
Another good type of data to send server-side are things that need to be calculated from a database query. This might be something like “Friend Count” if your site or app is a social network.
Sensitive information is also best kept out of browsers. Any data you don’t want exposed to users should be sent server-side.
This flag may be especially useful in Legacy source types, where an event might be triggered on both the client and server for various reasons. The following will cause the payload to be sent to all enabled tools except Facebook Pixel:
name: 'Jane Kim'
'Facebook Pixel': false
This page was last modified: 10 Oct 2023
Questions? Problems? Need more info? Contact Segment Support for assistance!