Show HN: Server-Side Tracking Without Cookies in Go

didn't know that - thanks

Behind a proxy that is (optionally) configured to share this - yes. But what of a NAT[1] gateway.. most home (and many business) networks NAT your connection - to the destination server, all devices in that network have the same IP (or the IP is seemingly very dynamic if measuring hash(agent+ip)). Other than a server or a mobile-device on network data (assuming they aren't using IPv6) an IP will almost always represent a cluster of devices.

[1]: https://en.wikipedia.org/wiki/Network_address_translation

Perhaps you want to look at the isbot npm package. They already have a good list.

https://github.com/gorangajic/isbot/blob/master/list.json

If you have the IP and user agent in some other system (for example, if the user hits your website again, or if they make an access request where you could verify this data), you could take the salt out of Pirsch and combine the three to regenerate your fingerprint, thus tying the hit data to the user. The fact that the salt exists entirely in-memory within a defined system (unless it were, for example, within an HSM which would be extremely difficult to get the salt out from) would seem to be irrelevant to the definition of personal data within the GDPR - although I'd be interested to see discussion of that. The data stops being personal data once you drop the salt entirely.

I'm also fairly certain that a trace of a single user from A through B (e.g. they hit the "payment confirmed" page at a specific time, having hit a specific product page before) could be correlated with a user in a purchases/shipping database and from there to a name and address, depending on the overall system Pirsch gets used in. Bringing separate datasets into the same tooling to query them isn't particularly hard. If it's used on a simple blog with no other tracking or systems that store this data, this argument probably doesn't hold water.

Pseudonymising data at the earliest possible point fulfils another part of the GDPR (to do with controls and protection of personal data), but doesn't in itself make something not personal data, according to the UK's ICO.

Recital 26 of the GDPR states - "To determine whether a natural person is identifiable, account should be taken of all the means reasonably likely to be used, such as singling out, either by the controller or by another person to identify the natural person directly or indirectly. To ascertain whether means are reasonably likely to be used to identify the natural person, account should be taken of all objective factors, such as the costs of and the amount of time required for identification, taking into consideration the available technology at the time of the processing and technological developments."

But the fact of the matter is that there is so little risk here that it's likely to be a legitimate interest for the vast majority of businesses, thus not requiring consent (but still requiring adherance to the rest of the GDPR on personal data), again according to the ICO.