Our site eskimi.com is experienced a ton of lag/unresponsiveness when scrolling fast and clicking.
We've isolated it to our GA4 tag and only users using Chrome and an Apple M1 (not sure if M2).
We have tried to ad script other sites and same issue.
Has been going on for 2 months and close to removing Google Analytics. Must be a bug somewhere.
Related
I'm asking if anyone is having the same problem as I currently am and if they can help. Currently, for the past 5 days or so, The Google Analytics E-commerce section has not been recoding any payments or revenue when in the back end we know it is happening.
This started when the client added Facebook pixel to the website but was reassured that their IT team did not touch any of the tracking codes for the rest of the website.
Below is the graph of when E-commerce stopped tracking.
I have double-checked the entire flow and double-check the tracking codes to the entire website. But this still hasn't shown what the problem could be.
Any help would be appreciated and has this ever happened to any of you guys as well? This has only happened once about 2 years ago (same client) when E-Commcerce tracking just stopped without a reason and came back about a month after.
Is the tracking hardcoded on the site or are you using Tag Manager?
My guess is the pixel broke some code, I don't know if the GA hardcoded or the dataLayer.
Do a test transaction, on the confirmation page do the following: Right Click on the site > Inspect > Console
Check if you get error, could you paste them here?
Also if you're using GTM, can you type 'dataLayer' on the confirmation page. It should return something.
This is just to understand the problem. I need more info to give you a solution.
I am experiencing a rather odd problem with my GA setup. Long story short, everything was working smoothly up until few days ago when an external developer implemented a bunch if changes to my blog and since then only a small fraction of the sessions is being recorded.
Setup is done via GTM and the Universal Analytics Tag, firing on all
pages
The Blog is tracked as separate view within the main website property
and is a subdomain
The only filter in use is inclusion of a hostname rule with a pattern
blog.blacklane.com, which was working just fine till now
GA Tag is firing properly in preview mode on all pages on GTM, yet no
active sessions can be seen in real time view
For some reason this is not the case with Safari and some Chrome
versions, and there I can see my active session in real time view
almost immediately
We tried adding the GA snippet manually into the of every page
and problem was instantly resolved, data was running smoothly, so we definitely ruled out a filtering issue
Only the Blog View seems affected by this issue, it's business as
usual for our main domain
All other tags firing through GTM seem to be working without any
issues, including our internal tracking
Last GTM change we did was over 15 days ago
We've been going back and forth with the developer for some time now, him claiming that there is nothing he can do as the problem is with out GTM, however, I find the coincidence weird that the blog subdomain, which he was optimizing for page performance end of last week is the only one affected and the tracking glitch happened exactly around that time.
From what I can tell, the tag is firing fine but for some reason GA is not receiving the data in the majority of cases.
Any support on the topic would be highly appreciated!
So since a few days my bounce rate dropped massively in Analytics. I found out the Google Tag Assistant records 3 Analytics Tags on the website, which apparently is a big reason why GA suddenly drops the bounce rate, but I can't figure out why. The URL is: https://www.krant.nl/abonnement/hp/index.html
Since I tried about everything, went back to the version where it still worked, still no luck. I also can't seem to find any weird things in the website code itself.
I hope the question is clear, if I need to provide any more information please let me know.
In your website it's firing Universal Analytics 3 times because you are using https://vwo.com/. If you will delete it, it will fix problem
I have an issue that's happened since we replaced the UA code with GTM and now run everything through tag manager.
Everything was working fine with analytics using plain UA. We could see ecommerce, user journeys etc all in one sessions however last October we changed to GTM. Initially we left the UA ecommerce code in place as our Devs did not have the capacity at the time to replace that.
That cause an issue where everything after a certain page become a new session. I tried setting the tracker name in GTM to blank, which I've been told fixes the solution, but still 90% of those who gave (It's a charity) would start a new session one a process giving page. Note: There are about 10% who appear not to be affected.
We then thought it might be because the GTM code and the UA code wouldn't accept each other as the same session, so we recently removed the UA ecommerce code and replaced it with GTM.
This broke the ecommerce altogether and I only managed to fix that yesterday. We also had some virtual page views for checkout journey which were also only fixed yesterday but were working fine on UA until we implemented GTM.
The issue seems to be that at the last virtual page on the form people are having their session ended. Then there's this processing page and then the thankyou page with the ecommerce code on.
I have looked through the user journeys prior to us having GTM and I cannot see any pages in that journey which I can't see currently (by this I mean I don't think there are any other pages that I should be making sure have GTM code on and thus breaking the journey in two) but even if there were, sure since GA sessions last 30 mins, it shouldn't necessarily matter if there were a phantom page.
Should I be setting the Tracker ID to blank again? I'm at a loss as I've been fixing all these problems since October and my brain has melted.
Edit: After a bit more research it looks like secure trading might be the issue. Does anyone know how to overide secure trading making a new referrer and keeping the sessions the same?
Google claims that 10 weeks of browsing history is kept available in Chrome for viewing in the history tab, and supposedly this is the exact same data that is available to a developer using the chrome.history API when developing an extension.
What's curious though is I frequently notice that Chrome still styles links as :visited even for pages that I'm certain I haven't visited in several months.
I tested this by doing a Google search for pages I know I visited about a year ago. Sure enough, in the Google results page, those links appeared purple. However, if I open up the history tab and search for that page, it doesn't appear. This implies that Chrome's storing history way further back than 10 weeks.
I'm wondering if anyone's discovered this too and might know a way of accessing the the full history data, not just 10 weeks. I have a feeling it's possible by directly accessing the application's sqlite tables, but I would imagine it's impossible for an extension to do that.