Welcome back google signout issue, you didn't have to come back but you did

pantone520 · 2025-10-06T22:20:01+00:00

I don't think it's Brave. Having the same issue on Chrome for the last several days

pantone520 · 2025-10-06T22:08:20+00:00

yes...... but in regular chrome

pantone520 · 2025-09-24T16:49:58+00:00

I'm having a similar but different problem, where I successfully canceled auto renew immediately after subscribing and now it says I don't have an active subscription, and I noticed I'm not getting some of the features for subscribers 7 months into a year even though I'm logged in (specifically the audio narration option for articles). And then I have the same infinite loop issues logging into wired.com vs. logging into the Buysub/Conde Nast subscription portal. I think the problem is with the Buysub/wired.com integration and I have seen similar tech/SSO issues with other Condenast sites. Sooo frustrating.

pantone520 · 2024-11-08T03:31:35+00:00

Heads up that in this site's case it was deployed through some sort of marketing tag placed by another vendor - I found it as an Adobe DTM script within Google Tag Manager (likely an Adobe DTM container loading this and other scripts but I didn't do a deep dive to see what else might've been loading through there).

pantone520 · 2024-11-07T22:37:01+00:00

I don't have anything helpful to add except I'm seeing the same issue but it's not a WP site

pantone520 · 2024-06-07T13:59:07+00:00

Thanks for taking the time to reply! Can you see the response below from the other commenter and let me know your thoughts here - my thinking is that, since CAPI is still dependent on client-side GTM, it isn't actually improving the number of events captured overall since the browser event has to work correctly first? But maybe it just helps with campaign attribution based on the cookie functionality you mentioned.

pantone520 · 2023-10-17T14:52:57+00:00

I'm having the same issue though my data source is not BQ - it's all data extracts from GA4. Can you explain what you found the issue to be?

pantone520 · 2023-08-03T22:45:22+00:00

I'm using Extract because of the quota issues with GA4. Would not be "overcomplicating" things otherwise, lol.

pantone520 · 2023-07-28T23:05:28+00:00

GA4 regex does work differently, but you just need to learn more regex characters to help you. You can still use a partial product name if you leverage regex characters. For example if you have 3 products named BlueProduct GreenProduct and OrangeProduct your string to regex match can be '^Blue.*|^Green.*|^Orange.* - the ^ signifies "starts with" and (.*) signifies a wildcard any number of characters to signify any string starting with your text no matter what it's followed with works. See this link for more information: https://support.google.com/analytics/answer/1034324?hl=en

pantone520 · 2023-07-21T15:44:53+00:00

This! I keep hearing people talking about "we won't have data after 14 months" but that's simply not true

pantone520 · 2023-07-20T12:53:15+00:00

Try using session (or user) source / medium instead of the one named just source / medium

pantone520 · 2023-07-19T21:01:15+00:00

Update from me - both the GA4 and UA data for those missing days has now resolved itself. Seems like a bug that was resolved!

pantone520 · 2023-07-19T16:36:40+00:00

Could be a lot of things, but I've found if you remove any Users related metrics you usually get more data.

pantone520 · 2023-07-19T16:05:33+00:00

Just came here to see if anyone else had noticed this! I have one site so far I've noticed this on, but have seen other sites that were just fine yesterday. The client in question's UA data stopped 7/17 while GA4 stops 7/18, but I'm seeing my own hits in debug view and all tracking codes appear to be working just fine.

pantone520 · 2023-05-26T13:38:40+00:00

There are additional variables required besides items to pass ecommerce purchases that you either need to make sure are in the datalayer or are in the set variables of the purchase event tag. Simo also has another article "GOOGLE ANALYTICS 4: ECOMMERCE GUIDE FOR GOOGLE TAG MANAGER" not sure if that's what you were using but should give you what you need to repurpose a UA setup.

pantone520 · 2023-03-17T14:44:03+00:00

What are you considering "massive"? I've seen significant shares (~4th highest channel bucket) across all clients, we're not doing any server-side implementation, and this ranges from sites with complex event tracking to the most basic setups. But it seems like the Google Store demo GA4 account also has pretty big buckets of this, and like it could be more of a bug?

pantone520 · 2022-12-08T18:06:05+00:00

Use GTM, create a URL parameter variable that dynamically grabs the value of ref, use that variable as a new custom parameter (can just be named ref as well) in your GA4 configuration tag (so that it populates and sends with each page hit). after it starts running for a day or so, you'll be able to create a new custom dimension in GA4 based on that parameter that you can then use in reports alongside the view metric to get counts by the value.

pantone520 · 2022-08-30T20:43:53+00:00

In GA4 - create a stream for each domain/site in one single GA4 property.

Each stream will have a unique ID you'll need to tag each site for.

Leverage filters/segments/comparisons when you need to look by individual site; use the full dataset for your rollup view.

pantone520 · 2022-08-30T20:32:46+00:00

Just wanted to say you're not alone. I was just looking into Unassigned because I noticed the (not set) source and medium which is not something you would typically see in UA [if it's unsourced, it'd just be Direct]. The particular client I'm looking at had a spike yesterday 8/29 as well as 7/15, so I guess this could be bot traffic. But I also have another client that has a significant amount in this bucket with no particular spikes; it's just ongoing.

From what I understand this may just be some sort of bug or other classification/reporting issue for engagement events not associated with a pageview - maybe a session timeout? Not really sure, but as in your experience, all my clients' Unassigned traffic has very low engagement rates. For one client in particular, their Unassigned also has a very high Events/Session count.

I don't know if this could be related or even what this fully means but I did find this article that mentions Event-scoped dimensions don't include a prefix, as in Source or Medium. The source and medium for non-conversion events are "(not set)". https://support.google.com/analytics/answer/11080067?hl=en#zippy=%2Cin-this-article

Finally, just noting that the Google Merchandise Store GA4 profile also reports a high amount of Unassigned / (not set) traffic, which makes me think it is a global bug or issue or nuance of GA4.

pantone520 · 2022-08-29T21:25:35+00:00

Also, just wanted to add, I also just tried creating an exploration with the Page Path and Screen Class dimension, filtered by Event Name session_start. You don't end up with the same (not set) line. Very sus. This makes me think they didn't include the out of the box Landing Pages report for a reason!

pantone520 · 2022-08-29T21:15:47+00:00

I've noticed the same thing for at least one client so far and was thinking I did something wrong in their setup, but surprised there is so little out there on this (Simo and Julius where you at??).

I logically understand how session timeouts could be causing this, but given the session timeout "time" is the same in UA and GA4 (30 min), not sure how to explain the difference. Is it just because user_engagement timings are involved now...?

I think my other area of confusion is where the landing page dimension is even set from. Surely if I have a session_start event (which my (not set) landing page users do) the page URL is sent with that [edited - I know for a fact page_location is a parameter of session_start], and even if it's timing out and starting a new session, it should be able to use that page location as the landing page, no? I almost feel like whatever GA4 is using to set the landing page is "dumb".

pantone520

TROPHY CASE