High bounce rates consistent with a login that takes you to a 3rd party site?
-
My firm has a credit union client whose bounce rates skyrocketed after implementing an online banking portal. Logging in to the online banking portal takes you to a 3rd party site. Would arriving at the site and immediately logging in be considered a bounce? And if so, would a high bounce rate actually correlate with a warm reception to their online banking tool?
-
Paul,
Let me just say thank you for a thoroughly informed and thoughtfully written response. It gives me everything I need to guide my client. Really appreciate you taking the time.
-
The technical definition of a bounce in Google Analytics is that the visitor arrived at the page and triggered a hit to the Analytics tracking code and then left the page without triggering any further interactive hits to the tracking. That's exactly what's happening when a visitor comes to the primary site's page, then leaves it to go on to the new 3rd-party page that doesn't contain the same tracking code.
The critical question here then is "would a high bounce rate actually correlate with a warm reception to their online banking tool?" Unfortunately, in GA's default tracking mode, there's no way to know definitively whether a visitor bounced because they didn't get what they wanted and left, or if they got exactly what they wanted and went on to the online banking tool. And ideally, we want more than just correlation, we'd like reliable data. Knowing the difference between these two site behaviours gives us the critical understanding of whether those bounces are happy visitors or not. The solution is going to require some enhancement of the default tracking.
Fortunately, once you understand that definition of a bounce above, the possible solutions to your challenge become more clear.
The ideal solution would be that the 3rd-party site has a system to allow you to add your own site's Google Analytics tracking code to your pages on their site. You could then set up cross-domain tracking, and your GA would then fire again on the 3rd-party site visit so you'd know for certain they got there and you'd be able to report on the users' behaviour as they went from your site to the other one and back again. Many of the better 3rd-party tools offer this if you check, as it's a common need.
If that's not possible, we still need to understand the behaviour of the visitor during the course of the bounced visit on the primary site. The way we discover and track user behaviour within a page (as opposed to when moving from page to page) is by adding Event tracking to the actions a user might take that are valuable or of interest to us. In this case, we can add event tracking to the link click that takes the visitor off to the 3rd-party site. That way, we'll know that for every bounce visit that also had that click event associated with it, we had a "warm reception", rather than an annoyed "I came, I puked, I left" visitor (to quote Analytics expert Avinash Kaushik).
And in the definition we have another clue - if a bounce is a visit with only one hit to the tracking code, we can decide that a successful one-page visit shouldn't be counted as a bounce. To do that, we can specify that the event tracking click should be classified as interactive and count as another hit to the tracking code. This means single pageviews with such clicks will no longer be counted as bounces. This is just a semantics change - we will already be able to tell in the GA reports that the event occurred. But if the data model for the site is that bounces are bad, this will make the data more properly reflect that this bounce visit shouldn't be counted as bad.
Final note - if you're not able to get your own tracking added to the 3rd-party site, you're going to need to add that site to the primary site's Referral Exclusion list. This way, if/when a visitor comes back to the main site from the online banking tool, they'll essentially "pick up from where they left off" in their original tracking, instead of just being (artificially) counted as a whole new session with a referrer as the banking tool site, which would badly skew the accuracy of your data.
Hope that all makes sense?
Paul
[Sidenote: This is why average bounce rate for a site is a totally worthless metric. Some pages are actually most successful if they are bounces - i.e. the visitor got exactly what they wanted in a single pageview. Bounce must always be segmented by page (and even by location/mobile/desktop etc) to avoid incorrect assumptions. And if you add behavioural understanding through event tracking, you can get a much fuller picture of what's actually happening during those bounces and where optimization is needed.]
Got a burning SEO question?
Subscribe to Moz Pro to gain full access to Q&A, answer questions, and ask your own.
Browse Questions
Explore more categories
-
Moz Tools
Chat with the community about the Moz tools.
-
SEO Tactics
Discuss the SEO process with fellow marketers
-
Community
Discuss industry events, jobs, and news!
-
Digital Marketing
Chat about tactics outside of SEO
-
Research & Trends
Dive into research and trends in the search industry.
-
Support
Connect on product support and feature requests.
Related Questions
-
Site property is verified for new version of search console, but same property is unverified in the old version
Hi all! This is a weird one that I've never encountered before. So basically, an admin granted me search console access as an "owner" to the site in search console, and everything worked fine. I inspected some URL's with the new tool and had access to everything. Then, when I realized I had to remove certain pages from the index it directed me to the old search console, as there's no tool for that yet in the new version. However, the old version doesn't even list the site under the "property" dropdown as either verified or unverified, and if I try to add it it makes me undergo the verification process, which fails (I also have analytics and GTM access, so verification shouldn't fail). Has anyone experienced something similar or have any ideas for a fix? Thanks so much for any help!
Reporting & Analytics | | TukTown1 -
High Temporary Redirects: Login required pages
Noticed something interesting, a high temporary redirect report from Moz. Reviewing the pages they are caused by the user having to login and getting redirected. I can see the returnto query in the URL too. My thoughts: Since a login is required and the user is being redirected, these should remain 302 and not 301. I tested my Google Analytics account to **Exclude URL Query Parameter **returnto, just to see if it affected traffic. It didn't, I mean I don't see urls duplicated with the parameter anymore, just grouped together, so traffic is still being counted. I'm going to wait 1 more day and see what impact the GA traffic is before applying the exclusion to my true Google Analytics profile. This got me thinking, I should probably exclude this parameter from Google and Bing Webmaster Tools, that way Google/bing won't read those urls. Now does Moz's crawler follow that? Do you think that would change my moz crawl diagnostic report because I told Google/Bing crawlers to exclude that parameter. What do you think of my approach to reduce these high temporary redirects reported by Moz? Will it work? Has it plagued you?
Reporting & Analytics | | Bio-RadAbs0 -
Large event site - how should I structure my URLs?
Hi guys, I'm working on a new website which is consolidating a number of existing event sites into one. The existing sites use a variety of URL structures: www.eventsite1.com/events/event-name www.eventsite2.com/festival-program/event-name www.eventsite3.com/event-name This inconsistency has led to issues with tracking category usage properly in analytics - for instance, with eventsite3.com, events fall within categories (www.eventsite3.com/category-name) but as soon as you drill into an event detail page (www.eventsite3.com/event-name) from the category page, the category is lost to analytics. This is compounded when one event lives within multiple categories, as I can't figure out which category is the most effective for a particular event. I've seen other event sites establish a canonical URL for a primary category, display it in the URL (i.e. www.eventsite4.com/primary-category/event-name) yet still let that event get hit via the secondary categories (www.eventsite4.com/secondary-category/event-name). This way, the categories get passed to analytics without any duplicate content issues (i.e. via the setting of canonicals) Basically, I want to make sure that whatever instruction I give to the devs for the new site re: URL structure is correct from an SEO perspective and analytics perspective. Do I even need to worry about having the category in the URL? Can someone please help me with this? Hope this makes sense Cheers
Reporting & Analytics | | cos20300 -
Implementing demographics for a nopCommerce site
Hi Guys, I have been trying to implement demographics in Analytics for a site built in nopCommerce and I have run out of things to try to correct the problem and get some data! The code I am using is below: Any help would be greatly appreciated - it's driving me mad! Thanks, Dan
Reporting & Analytics | | SEOBirmingham810 -
Can 500 errors hurt rankings for an entire site or just the pages with the errors?
I'm working with a site that had over 700 500 errors after a redesign in april. Most of them were fixed in June, but there are still about 200. Can 500 errors affect rankings sitewide, or just the pages with the errors? Thanks for reading!
Reporting & Analytics | | DA20130 -
100% Bounce Rate in my Checkout??
I am currently building a report on our bounce rates for the past few years. When I look at older data, from 2010-11 I see varying bounce rates for the checkout, which is fine. When I move to new data, 2011-12 and 2012-13 I am seeing 100% bounce rates and exit rates for my checkout. We do use a 3rd party for our checkout, Shopatron and yes we do have it set up to track. Any thoughts on why I might be seeing this high rate for my bounce rate oh and this also goes for my exit percentage as well.
Reporting & Analytics | | K2_Sports0 -
Site crawler hasn't crawled my site in 6 days!
On 4.23 i requested a site crawl. My site only has about 550 pages. So how can we get faster crawls?
Reporting & Analytics | | joemas990 -
Bounce Rates - How would you deal with this scenario?
Greetings! I actually don't have a definitive answer to this so wish to throw it out to the community for thoughts and feedback. I have a client who we shall call "Site 1", but they also have a job board, we shall call "Site 2". A product of their own success, they have a high bounce rate with visitors landing on Site 1, seeing a job they want to apply for and bouncing straight off to Site 2. The problem is that this is resulting in Google seeing some of these pages as having bounce rates of 80% to 100%, based on this formula: Bounce rate = total number of visits viewing only one page / total number of visits Now, I hate anything black hat or grey hat so wish to know how you would deal with this... If the results from Site 2 were displayed in a new framed page on Site 1, would this still be classed as a bounce? If when they click on a job on Site 1, they were taken to an intermediate page on Site 1 saying "Thank you, you are being redirected to your chosen job" for 5 seconds before being taken to Site 2, would this be classed as a bounce? Perhaps the job they wish to apply for 'pulled' from Site 2 and actually displayed in a new page on Site 1 would be a better way to go? I think that option 1 might work, sure that number 3 would but not so sure about number 2, but look forward to your comments and thoughts. Regards, Andy
Reporting & Analytics | | Andy.Drinkwater0