Hello,
Thank you for contacting Google Cloud Community!
The behavior you've described with session IDs in GA4 linked properties is expected. In GA4, session IDs are scoped to the source property level. This means that when a user moves from one hostname to another within the same GA4 property, a new session is created, and a new session ID is assigned.
However, in UA, session IDs are scoped to the domain level. So, even if a user moves from one hostname to another within the same domain, the same session ID is maintained. This is why you're seeing a single session ID for UA data across different hostnames.
You could create a custom dimension in your GA4 properties to track a consolidated session ID. This would require implementing custom JavaScript code to track user behavior and set the custom dimension's value.
Regards,
Jai Ade
It sounds like you're saying what used to be done for us in UA rollup properties, i.e. setting a consolidated session ID, is no longer available in GA4 rollup properties.
I'm not sure what "scoped at the domain level" has to do with anything though, because we see the same consolidated session ID across different domains in UA rollup property data. There was no session ID in UA source properties; it appeared to be something Google created during the processing of source property data into the UA rollup property.
Thanks anyway for confirming that Google has decided not to maintain that process, and will not create a consolidated session ID in GA4 rollup properties.
On the other hand, it doesn't sound feasible to create a custom dimension for consolidated session ID in GA4 source properties. We already have both the client ID and the user ID in our data, but the consolidating doesn't happen until the data is merged in the rollup, and we can't using JavaScript to insert data into the rollup property - we only link the source properties and then Google does (or does not) do the rest.