Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Universal Analytics implementation (gtag.js API) #47

Open
rfgamaral opened this issue Nov 2, 2017 · 10 comments
Open

Universal Analytics implementation (gtag.js API) #47

rfgamaral opened this issue Nov 2, 2017 · 10 comments
Labels

Comments

@rfgamaral
Copy link

rfgamaral commented Nov 2, 2017

Google recently started recommending one to track using gtag.js instead of analytics.js and I'm curious how this affects this project, if it affects it at all.

More information: https://developers.google.com/analytics/devguides/collection/gtagjs/migration

Asking this because the recommended way to install ga-lite from the README is a script similar to the old ways of setting up Google Analytics on our pages.

@jehna
Copy link
Owner

jehna commented Nov 2, 2017

Yep, ga-lite imitates the older analytics.js. Perhaps in the future this project will transition towards using the new kind of API, but this is not planned yet.

Universal Analytics (gtag.js) offers a few upgrades to the previous Classic Analytics (analytics.js):

  • Custom variables => custom dimensions and metrics
  • Offline-enabled data sync
  • Android and iOS libraries

@jehna jehna changed the title Is this project affected by the new gtag.js implementation? Universal Analytics implementation (gtag.js API) Nov 2, 2017
@jehna jehna added the wontfix label Nov 2, 2017
@jehna
Copy link
Owner

jehna commented Nov 2, 2017

I'm labeling this issue as "wontfix" for now, but I'll keep it open for the future

@rfgamaral
Copy link
Author

If you're not closing that label might be a bit misleading though.

Anyway, from your point of view, if one doesn't use those new features, is there no issue in using this lib of yours? All my analytics will still be tracked as if I was using the original version?

Still, is the resume installation still the recommend one? I'm sure I've seen a blog post from you with a different, shorter implementation. Not sure if it was an older or more recent implementation.

@frank6tg
Copy link

frank6tg commented Nov 2, 2017 via email

@jehna
Copy link
Owner

jehna commented Nov 3, 2017

@rfgamaral

if one doesn't use those new features, is there no issue in using this lib of yours? All my analytics will still be tracked as if I was using the original version?

All analytics (other than #46) are tracked normally. I'm using this in my own projects and it works just fine. You might see some differences in the amount of absolute visitors/events when migrating, because some ad blockers do block analytics.js, but they don't necessarily block ga-lite. But Google Analytics numbers are not absolutely accurate anyways (I'm generally seeing 20-50% less page views at Google Analytics than in my server logs because of the popularity of ad blockers, regardless of if I'm using ga-lite or the official analytics).

Still, is the resume installation still the recommend one? I'm sure I've seen a blog post from you with a different, shorter implementation. Not sure if it was an older or more recent implementation.

The one in README is the most up to date. The 1.x version had a shorter snippet (which is still available from npm/jsdelivr if you liked the old syntax) and it is not supported anymore in the 2.x version. The new 2.0 version introduced many new features, including event tracking, so you might want to use it if you're doing anything else than page view tracking with your Google Analytics.

@frank6tg
Copy link

frank6tg commented Nov 3, 2017 via email

@rfgamaral
Copy link
Author

Well, to be honest, I decided to just conditionally load GA if not being crawled by Google PageSpeed Insights: rfgamaral/ricardoamaral.net@a161379

@jamesjohnmcguire
Copy link

I've switched over to using the gtag format for one of my clients, as they are now running multiple tracking campaigns, so the final bits of JavaScript are something like:
gtag('config', 'UA-XXXXXXXX-1');
gtag('event', 'conversion', {'send_to': 'YYYYYYY-YYYYYY});

It isn't clear to me, if ga-lite supports this or how to go about implementing it.

@jehna
Copy link
Owner

jehna commented Sep 3, 2019

@jamesjohnmcguire Seems that you're using Google Ads on your site. This piece of code is responsible for sending the conversion information for Google Ads:

gtag('event', 'conversion', {'send_to': 'YYYYYYY-YYYYYY});
(See more: https://support.google.com/google-ads/answer/7548399?hl=en)

ga-lite unfortunately only supports Google Analytics; this project does not support any other Google Tag Manager related projects like Google Ads.

@dejurin
Copy link

dejurin commented Nov 18, 2021

Снимок экрана 2021-11-18 в 20 06 03

Google's new way doesn't solve the Web Core Vitals problem

Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
Projects
None yet
Development

No branches or pull requests

5 participants