andrewjstein
Forum Replies Created
-
@thesocialdiner – I agree with you, the trouble seems to be something in the update. Either the Plug-in update, or the new GA interface (rolled out between Feb and June of this year, best I can tell)
OR a combination of both.
@jodyangel The filters tab is tricky to get to. Click on “ADMIN” in the upper right, on the orange menu bar, in Google Analytics. You should see a page with tabs on it. the fourth tab should say “Filters”. Click that, and if you have filters, they may be filtering out all activity to track. When the new GA interface installed, for me May 22, a filter filtering the entire website I had configured popped up. No way did I do that !…, Anyway, deleting that, fixed it for me. To delete it, you highlight it (I think) then the right side of the selection will show a “Remove” as active, and you pick that, and poof !
Good luck.
I found a very knowledgable person, named “Whims” on the Google GA forum. you can get there via this link, which is where a list of common tracking set-up mistakes is listed.
https://support.google.com/analytics/bin/answer.py?hl=en&answer=1009683
Get into the support forum where Whims hangs out, and where I found my answer to this thread, at: http://productforums.google.com/forum/#!topic/analytics/jA_X3W9ZBxM
Wouldn’t it be great if these two forums had some kind of collaborative link ! 😉
Someday, it will happen. Disruptive innovation on its way.
NEW GA Google Analytics Not Tracking PROBLEM FIXED…
OK, for anyone still following this thread, here is what I have found, and what appears to have FIXED the problem.
Go to ADMIN (in the upper right corner of your GA account, – new interface).
Click on “Filters” tab. If you have a filter, get rid of it. I’m no GA expert, and am absolutely certain that I did not put a “filter” in this tab of any kind. But, best as I can figure out, when the new GA interface rolled out, someone defaulted this Filter to follow “your website only”…, but unfortunately, that website filter filters OUT everything.
Again, I don’t know why, all I know is that I found a very vague reference to this on the GA forum at Google: https://productforums.google.com/forum/#!category-topic/analytics/discuss-tracking-and-implementation-issues/jA_X3W9ZBxM
Whic a tech named Whims suggested “Don’t ever apply a filter to your main reporting profile”…Why was there one there? I dunno – it was put there by Google in the roll-out of the new GA.
I suspect that all the folks on these and other forums that had this “change” suddenly happen to them between Feb and Jun of 2012, as the new GA rolled out, have this same issue.
If this fixes it for you – please post here so others can learn from what you know.
If you know how, and what to do with Filters…, that’s a good topic to share too!..
For others reading this thread, I did find another data point that indicated that google tracking fails if you have a naked domain name (one without the “www.” The issue, if you configure google analytics’ profiles for the name with “www.” in front of your domain, and it should not be…, (IF your domain is a naked one…) then GA will fail, as it considers naked domains different than ones with the “WWW.” in front of them.
I’m not the expert here – please refer to the site where I found this: http://j.mp/OhBiUI for the full story.
FWIW, I found that I had this issue – and ensured that I had every location in my database to use the naked domain name, that means in every place in SEttings, and such, and even at my host, under the cpanel, … as well as the multiple places you have to have it in your GA settings, I put all the same domain syntax.
Alas, that has not fixed this for me – but it has eliminated that issue as one variable.
I am putting this here in hope that this helps someone.
Matthew,
I don’t know…, I spent about 12 hours the past two days, and think that the issue is either a bug, or has to do with “caching”…, Plug-ins often cache so they don’t have to regenerate common code from the DB. That would be an obvious thing to do here. And, if the updates yoast puts out don’t “clear the cache” as part of the install process, then the changes to the plug-in don’t apply. This could be due to an install bug, or could be a glitch in the update for a number of reasons.
What is needed, like what is found in well developed performance-based caching plug-ins (nice list of these found at: http://j.mp/OMJzPN), is a button to clear the plug-in’s cache, manually, and rebuild from the database the yoast content for the header/footers. THAT would be a nice plug-in feature. [Or even an idea for a standalone plug-in that selectively cleared cache for plugins that misbehave.]
I’ve found a few other leads, and checked all those. And, there seems to be a “_utm.gif” call missing from the Yoast code, at least in my site – I learned about this on the Google Developer Analytics site. http://j.mp/REwt7f . Assuming I read it right – which it is entirely possible that I did not!.
I’m not coder, so I can only read what it says, and it indicates in debugging, that there needs to be this call, with two parameters – also missing…
I like Yoast’s stuff, but I can’t feel good about paypal’ing donations to a developer that doesn’t respond. And, his Bit.Ly plugin has never worked for me, or a dozen of my friends…, I gave up on that one.
We’re all fallable ;-] I’m continuing my search for answers.
Hi Waynmeyer,
I’m a little uneasy with the “flush database” approach. Probably over my head. Sure would be good to have Yoast comment here…, this seems to be a bigger issue with the last few updates not “updating” cleanly.I’ll try the uninstall, and reinstall…, but now I’m cosidering just dropping the plug-in. I see several other forums are suggesting that’s the better route. Inserting the std. asynch code in the footer that Google tells you to do may not give the granularity that Yoast’s plug-in is supposed to deliver, but at least that works – by other’s accounts.
FWIW, folks, I always wait til I have a support issue before sending plug-in developers’ a paypal donation. If the support is good, then I’m all over a 3figure donation to a developer that produces both a great plug-in and good service and support. This one, with all the hype, is not going in the right direction. …best to vote with your wallet. ;-]
I would rather not give up – if someone could at least identify the problem, and point to a solution – even if it is coming in a future revision from Yoast. Communication is key.
OK, any more ideas from the wizards…, I need help. I just “inspected” the home page html for my site, and the google analytics code is inserted in 3 places, so the message from GA is incorrect. It just isn’t detecting my key.
Ideas?
In looking at the google analytics admin page, this message is displayed.
“Tracking Not InstalledLast checked: Sep 1, 2012 10:27:24 AM PDT
The Google Analytics tracking code has not been detected on your website’s home page. For Analytics to function, you or your web administrator must add the code to each page of your website.”I’ve manually authenticated…, several times over the past few weeks. Clearly something is not working…, could be user error – I’m open to that. Need any guidance experts can offer.
I get an error that says something about “insufficient permission”
It get’s worse. With the recent update, I went in and checked everything, to find that Google Analytics has stopped showing any data since May 22, of this year. I’ve been relying on this plug-in, and with the summer, didn’t review my Google Analytics – but was incredibly prolific. No numbers to show for it?
now, with the last update, I can’t fix the problem (won’t authenticate), and I have no tracking data since May.
Yea, I read the support pages.., and manual authentication doesn’t work either. Something bad happened. Any ideas? I have no way to know what happened in May, either.