This message was deleted.

Do you have access to the user id and GrowthBook feature flag data?

I always have access to the user id, I have access to whatever is available server side at the time the trackingCallback runs. I could call an api call at any point if there’s something in the gb api I could use. So I can access what tracking has been seen at that time but that doesn’t give me a way to view everything a user has seen throughout history. I can do a work around and call things on the client at the time someone sees it and create my own history but I was wondering if there’s something that gb has that I’ve missed

Yes. Our feature flag/experimentation evaluation is deterministic, so as long as you have the data that comprises the feature/experiment, then you can see how it's evaluated using the SDK (like

gb.evalFeature("headline-cta")

). That'll show you the resolved value and other info. I think that might provide the info you need. Lmk! https://docs.growthbook.io/lib/js#evalfeature

Ok that’s cool it has given me an idea, I could theoretically get a list of all features and then loop through and evaluate each. So what if I needed to evaluate which features a person has seen? Is there a way to get that information from the sdk? So a user may only go through a particular flow and may only see 3 out of 5 features. I would only want to get information about the ones they’ve seen.

GrowthBook doesn't log exposure events itself—it uses your event tracker like GA or Segment—to send those events to your data warehouse. So, there isn't a direct path there to getting that data. We do have a

onFeatureUsage

callback available with our SDK. Depending on your setup, you could use that to either log those events locally or in a db. However, there may be other options, too. Can you share what the goal is with a particular flow?

I see yeah that does kind of answer my question of if there was something I was missing. Our flow we wanted to do was essentially: Every time a user sees a variation add store that somewhere so that when we call tracking codes or our API e could send through a collated list of feature information that the user has seen throughout that journey. The main use would be so that our rest api could rely on certain headers to turn features on and off. Secondly then we could utilise the same for tracking codes and send a full list of things someone has seen. However I think the path through may be to send our api the same user id generated for the FE and then pass that into the sdk to check the feature flags If we send the same id through to the js and php sdk to check if the feature is on for that user, will your system evaluate the user to see the same variation across different sdks?

Yes, as long as the IDs are the same, then they'll be evaluated identically. One other option that may works is prerequisites. I'm not sure if it'll fit your use case exactly, but it may offer a solution: https://docs.growthbook.io/features/prerequisites

Thanks! I’ll dig into that and then I think I can see a way through! Appreciate the help!