This message was deleted.
# ask-questions
w
This message was deleted.
f
Hi Tim, That is a tough one, and depends on strict you are on reading what are essential cookies. One option is to generate the tracking id, but not persist it with cookies yet, save it locally somewhere, and then when the user opts in to essential cookies, you can save it properly. Some systems don't let you force the tracking Id like this, so that might be an issue. This will let you bucket the user correctly, but you would also have to queue up the trackingCallback() call to make sure you don't fire it without consent. One other issue is that if the user refreshes, they may get a different variant.
a
Thanks for the input!
@fresh-football-47124: What do you thick of using seeds that have a similar assignment and storage (cookie) process as the tracking id for randomization. We could for example allow for tens of thousands of different seeds with millions of users. In that way a user cannot be identified by there seed, but we could use it for randomisation. I know that strictly speaking we are violating independence by that and should cluster in the analysis, but I would love to not track the seed at all, such that supervisory authorities can really not mistake it for an identifier. I also believe that with a lot of seeds and therefore clusters, the impact of actually clustering should be very small, right? FYI @mysterious-iron-16289 @microscopic-honey-15884
f
I'm not sure that that offers any significant advantages. You're still setting a cookie to store a user value (what features/experiments they'll get) - it just doesn't uniquely identify a person. It also means for analysis, you'll have to map from seed id to the actual metrics/conversions that happened, so you're logging that mapping to a user_id somewhere.
147 Views