This article will help you understand Facebook referral traffic in Google Analytics.
If you have ever looked into Google Analytics with the aim to track the performance of Facebook campaigns, you know that Facebook generates way too many referrers:
I discovered 43 different Facebook referrers in the Google Analytics report of the last one year alone.
So let us start with understanding what these different referrers are and why Facebook generates so many referrers.
Introduction to Facebook Link Shim
Link Shim is a tool used by Facebook to achieve the following three objectives:
To check whether a clicked link is spammy/malicious. If yes, then warn the user of the malicious website ahead.
To rewrite referrer in order to hide personally identifiable information and thus protect users’ privacy.
To preserve Facebook referrer data esp. when a user navigates from an HTTPS to a Non-HTTPS website.
Link Shim Tool Checks for Spammy / Malicious Links
Every time a user clicks on an external link on Facebook, the Link Shim tool checks whether the clicked link is spammy/malicious.
The link is checked against Facebook’s own internal database of spammy/malicious links.
If Facebook detects that the clicked link is malicious, then it redirects the user to an intermediate page, which warns the user of the malicious website ahead and gives them the option to return to Facebook:
Link Shim Tool Rewrites Facebook Referrers
Facebook is very wary about protecting its users’ privacy and going to great lengths, in making sure, that it hides personally identifiable information from third party websites.
In Facebook’s own words:
Facebook is one site where referrers don’t really belong.
As part of our continued efforts to protect users’ privacy, we proactively protect our users from exposing how they navigated to an external site.
The link shim tool is actively used to rewrite Facebook referrers, in order to hide personally identifiable information like removing user IDs from referrer URLs, before web browsers send them to external websites.
If you are noticing link shim referrals in Google Analytics then it indicates that your website was evaluated by Facebook’s link shim system.
The main function of the link shim system is to validate the URL against the huge internal database of malicious links, every time a user clicks on the link on Facebook or any Facebook ads.
By default, a referrer is dropped when a user navigates from an HTTPS website to an HTTP website.
This is done, in order to follow the secure protocol which states that:
If a website is accessed from a HTTP Secure (HTTPS) connection and a link points to anywhere except another secure location, then the referer field is not sent – Source: https://en.wikipedia.org/wiki/HTTP_referer
Facebook is on HTTPS but many websites are not. So in the past, Facebook wasn’t able to send referrer data to non-HTTPS websites, as referrer can not be passed from an HTTPS website to a non-HTTPS website.
In order to fix this problem, Facebook started using an internal redirect script, that first redirects a visitor to a non-HTTPS page (which creates its own referrer data) before sending the visitor to the actual URL on an HTTP website.
For example, when you click on an external link say: http://www.eventeducation.com/forming-event-company.php on Facebook, you will be first be redirected to an intermediate non-HTTPS page like:
Before you are sent to the actual URL. This temporary redirect to the intermediate page: facebook.com/l.php lasts for only milliseconds. Because of this reason, you can’t see this redirect taking place. What you really see, is the final destination URL.
Now since Facebook is not sending the original referral data from an HTTPS website to an HTTP website, it is honouring the secure protocol and at the same time, also able to send the referrer data.
Google and Twitter follow the same tactic. They create and send their own referrer data instead of the original referrer data.
Now since Facebook does not send the original referrer data, they can rewrite the referrer data, whatever way they want and can hide any information they like.
Another obvious advantage of using this tactic is that Facebook can easily hide personally identifiable information and can thus protect users’ privacy.
Facebook Link Shim Pages
Facebook link shim page is the non-HTTPS web page where a user is temporarily redirected (for few milliseconds) before being redirected to the desired web page.
Following is the example of a URL of a link shim page:
You do not see the link shim page URL when you mouse over an external link on Facebook. What you see on mouseover, is the URL of the destination page.
Facebook uses onmousedown handler that modifies the link (into link shim link) after a user has clicked it. So your web browser sees the link shim link first before it is redirected to the destination link. All of this happens so fast, that as a user, all you see is the URL of the final destination page.
Following are the two most common URIs of a link shim page:
/l.php
/lsr.php
Other less common URIs are a.php, home.php, etc.
Have you have noticed that you have traffic from l.facebook.com and lm.facebook.com? Traffic which is coming from mobile link shim is reported as lm.facebook.com and traffic which is coming from desktop link shim is l.facebook.com
These prefixes are added to the URLs before being sent to the final URL because Facebook temporarily redirects the external link on Facebook to their link shim page. But make sure that both the l.facebook and lm.facebook are Facebook referral traffic only.
Facebook Link Shim Referrals
All link shim pages rewrite and send Facebook referrer data to web browsers. So technically speaking, all link shim referrers are the same as the Facebook referrers, we see in Google Analytics reports.
However, there are some Facebook referrers that contain the letter ‘l’ somewhere. For easy reference, I call such referrers as link shim referrers.
Following are some examples of such referrers:
l.facebook.com/l.php
l.facebook.com/lsr.php
facebook.com/l.php
m.facebook.com/l.php
lm.facebook.com/l.php
lm.facebook.com/lsr.php
Every user who clicks on an external link on Facebook is temporarily redirected to a link shim page, before being sent to the destination page.
How do I know this for so sure? This is because Facebook can not rewrite referrer data otherwise.
According to Facebook’s documentation on link shim, the link shim tool is also used to protect users’ privacy and identity.
Therefore we can not conclude that:
Only the traffic from l.facebook.com or lm.facebook is directed through the link shim page.
All the traffic from facebook.com or m.facebook is not directed through the link shim page.
The only thing we can safely conclude, at this point, is that Facebook is not consistent with the naming of its referral data.
Since Facebook does not send the original referrer data, they can rewrite the referrer data, whatever way they want, whenever they want and can hide any information they like.
It seems they keep dropping and introducing new referrers.
I discovered 43 different Facebook referrers in the Google Analytics report of the last one year alone.
Following are some examples:
p.facebook.com / referral
cstools.facebook.com / referral
pt-br.facebook.com / referral
fb.m.facebook.com / referral
intern.facebook.com / referral
0.facebook.com / referral
our.intern.facebook.com / referral
apps.facebook.com / referral
our.cstools.facebook.com / referral
touch.facebook.com / referral
business.facebook.com / referral
mbasic.facebook.com / referral
web.facebook.com / referral
similarweb.facebook.com
mobile.facebook.com
m.facebook.com
lm.facebook.com
static.ak.facebook.com
Most of these referrers are legitimate, in case you are wondering if they could be referrer spam.
Some of these referrers no longer exist. For example:
web.facebook.com redirects to facebook.com
Apps.facebook.com redirects to facebook.com/games/
Not all mobile traffic from Facebook is actually from mobile devices
You may be under the impression that all of the traffic from m.facebook.com, mobile.facebook.com or lm.facebook.com is from mobile devices. But this is not always the case.
First of all, you can access the following so-called mobile websites directly through your desktop:
Go ahead and try it yourself. Once you have visited the website, check the Facebook referrer data. You will see Facebook traffic from mobile websites.
You can also confirm my observation by applying a ‘desktop and tablet traffic’ and ‘mobile traffic’ advanced segment to Facebook referrer data:
From this data, we can conclude that people do access the mobile version of Facebook from desktop devices.
One reason could be that some people are forced to use the mobile version of Facebook when JavaScript is disabled on their browser.
I came to the conclusion because the Facebook desktop version stopped working the moment I disabled JavaScript in my browser:
Here, reloading the page, won’t solve the problem and I don’t want to log out.
So next best thing I can do is click on the ‘mobile-optimized website’ link and go to the mobile version of the Facebook website from a desktop.
It is during this time, I discovered the full URL of the link shim page. Whenever JavaScript is disabled, you can see the full URL of a link shim page on mouseover an external link.
Get my best selling books on Attribution Modelling
Learn to implement attribution modelling in your organisation
Understand the customer purchase journey across devices
Determine the most effective marketing channels for investment
Click book covers to find out more
Facebook traffic can be labelled as direct traffic in Google Analytics
Facebook traffic can end up as direct traffic, esp. if your website is not on HTTPS. Facebook’s mechanism of passing referrer data from an HTTPS website to an HTTP website is not foolproof and referrer can drop during a redirect from an HTTPS website to an HTTP website.
Moreover, Facebook is accessed by people using a variety of apps (on both desktop and mobile) and not all of these apps (esp.the mobile one) send referrer data. Following are the two most effective way to preserve Facebook referral data:
Move your entire website (both desktop and mobile version) to secure connection (HTTPS). Referrer data is more likely to pass from one HTTPS website to another.
Always tag your Facebook ad campaigns.
Tracking Facebook referrers via custom channel grouping
In order to track Facebook traffic in Google Analytics, follow the steps below:
Step-1: Navigate to All Traffic report (Acquisition > Source / Medium) in your GA view:
Step-2: Type ‘Facebook’ in the search box on the reporting interface and then press enter. You will then see all of the Facebook traffic:
However, this is not the best way to look at Facebook traffic data every day. So what I suggest is to create a custom channel grouping just for Facebook. Follow the steps below:
Step-1: Navigate to the ‘Admin’ of the main view in GA and then click on Channel Settings> Channel Grouping under the ‘view’ section:
Step-2: Click on the ‘New Channel Grouping‘ button:
Step-3: Create a new channel grouping with the following configuration:
Channel Grouping Name: Facebook Channel
Channel Name: Facebook
Define Rules
Source / Medium contains facebook
Step-4: Click on the ‘Done’ button and then click on the ‘Save’ button. Your Facebook channel will now appear in the channel grouping list:
Step-5: Navigate to Acquisition> All Traffic > Channels report.
Step-6: Select ‘Facebook Channel‘ from the drop-down menu and then click on the ‘Facebook’ link as shown below:
Step-7: Click on the ‘Facebook’ link as shown below:
You can then see all of the Facebook traffic sources:
How to clean up Facebook referral traffic in Google Analytics
The best way to clean up the referral traffic in Google Analytics is by using filters in the reporting view. By using filters we should be able to combine all Facebook traffic into a single source.
Follow the below steps in order to apply a custom filter in the reporting view.
Step-1: Log in to your Google Analytics account.
Step-2: Click on the ‘Admin’ settings on the left-hand side bottom.
Step-3: Under the ‘View’ column, click on ‘Filters’.
Step-4: Click on the ‘Add Filter’ button, as shown below.
Note: Only Google Analytics users who have Edit permission at the account level can:
Create/edit filters at the account level
Create/edit filters at the view level
Apply filters to any view in the account
If you do not have the necessary permission to edit/add the filter configuration you can reach out to the admin of the Google Analytics account, who would be able to grant you access or change your access levels.
Step-5: Select ‘Create a new filter’ from the options.
Step-6: In ‘Filter information’, enter the filter name of your choice e.g. ‘Facebook Referrals’.
Step-7: Select the ‘Filter type’ as custom and then select the ‘Search and replace filter’.
Step-8: Select ‘Campaign source’ in the ‘Filter field’ settings.
Step-9: In the ‘Search and replace’ filter settings enter the below configuration:
Filter configuration 1) Choose the right method: ‘Create new Filter’ 2) Give it a name: e.g. Facebook Referrals 3) Filter Type: Custom 4) Filter Subtype: Search and Replace 5) Filter Field: Campaign Source
The above configuration will search for any Facebook source, including subdomains like l.facebook.com and lm.facebook.com, and replace them with facebook.com in your Google Analytics reports.
Step-10: Click on ‘Save’.
After the filter has been saved, you will see all the traffic from Facebook referrals will be considered as facebook/referral in Source/Medium reports.
Please note that filters do not work retroactively on past data. Filters will only start working once they are created in that specific view and will not change any historical data.
It is recommended that you combine all the Facebook referral traffic using filters or advance segments so that it gives you instant results every time you want to pull insight from your data.
Once you apply the filter in one of your Google Analytics view, instead of noticing an increased number of rows of Facebook referral data, you will now only see one row which will have the source as facebook.com and the medium as referral.
How to track paid traffic from Facebook
Always use campaign tags to track the paid traffic from your Facebook campaigns. Campaign tags are simply the extra parameters that are added at the end of your URL.
To set up campaign parameters, you can use the URL builder tool to append the parameters.
Below is an example of a URL tagged with campaign parameters:
When a user clicks on a URL tagged with campaign parameters, Google Analytics will assign that traffic to the source and medium assigned in the URL.
If we consider the above example, the source is facebook.com and the medium is considered as social in Google Analytics reports.
It is always recommended that you use facebook.com as the source and social as the medium for your paid Facebook ads so that this traffic is added to the social reports in Google Analytics.
Frequently Asked Questions About Understanding Facebook Referral Traffic in Google Analytics
What is Facebook Link Shim?
‘Link Shim’ is a tool used by Facebook. The Link Shim tool is actively used to rewrite Facebook referrers, in order to hide personally identifiable information like removing user IDs from referrer URLs, before web browsers send them to external websites.
Link Shim achieves the following three objectives:
#1 To check whether a clicked link is spammy/malicious. If yes, then warn the user of the malicious website ahead. #2 To rewrite referrer in order to hide personally identifiable information and thus protect users’ privacy. #3 To preserve Facebook referrer data esp. when a user navigates from HTTPS to Non-HTTPS website.
How does Facebook Link Shim work?
Every time a user clicks on an external link on Facebook, the ‘Link Shim’ tool checks whether the clicked link is spammy/malicious. The link is checked against Facebook’s own internal database of spammy/malicious links.
If Facebook detects that the clicked link is malicious, then it redirects the user to an intermediate page, which warns the user of the malicious website ahead and gives them the option to return to Facebook:
How does Link Shim allow you link to HTTP website?
Facebook is on HTTPS but many websites are not. So in the past, Facebook wasn’t able to send referrer data to non-HTTPS websites, as referrer can not be passed from an HTTPS website to a non-HTTPS website. In order to fix this problem, Facebook started using an internal redirect script, that first redirects a visitor to a non-HTTPS page (which creates its own referrer data) before sending the visitor to the actual URL on an HTTP website.
Why are there so many Facebook referrers in Google Analytics?
I discovered 43 different Facebook referrers in the Google Analytics report of the last one year alone. The only thing we can safely conclude, at this point, is that Facebook is not consistent with the naming of its referral data.
Since Facebook does not send the original referrer data, they can rewrite the referrer data, whatever way they want, whenever they want and can hide any information they like. It seems they keep dropping and introducing new referrers.
Register for the FREE TRAINING...
"How to use Digital Analytics to generate floods of new Sales and Customers without spending years figuring everything out on your own."
Here’s what we’re going to cover in this training…
#1 Why digital analytics is the key to online business success.
#2 The number 1 reason why most marketers are not able to scale their advertising and maximize sales.
#3 Why Google and Facebook ads don’t work for most businesses & how to make them work.
#4 Why you won’t get any competitive advantage in the marketplace just by knowing Google Analytics.
#5 The number 1 reason why conversion optimization is not working for your business.
#6 How to advertise on any marketing platform for FREE with an unlimited budget.
#7 How to learn and master digital analytics and conversion optimization in record time.
My best selling books on Digital Analytics and Conversion Optimization
Maths and Stats for Web Analytics and Conversion Optimization
This expert guide will teach you how to leverage the knowledge of maths and statistics in order to accurately interpret data and take actions, which can quickly improve the bottom-line of your online business.
Master the Essentials of Email Marketing Analytics
This book focuses solely on the ‘analytics’ that power your email marketing optimization program and will help you dramatically reduce your cost per acquisition and increase marketing ROI by tracking the performance of the various KPIs and metrics used for email marketing.
Attribution Modelling in Google Analytics and BeyondSECOND EDITION OUT NOW!
Attribution modelling is the process of determining the most effective marketing channels for investment. This book has been written to help you implement attribution modelling. It will teach you how to leverage the knowledge of attribution modelling in order to allocate marketing budget and understand buying behaviour.
Attribution Modelling in Google Ads and Facebook
This book has been written to help you implement attribution modelling in Google Ads (Google AdWords) and Facebook. It will teach you, how to leverage the knowledge of attribution modelling in order to understand the customer purchasing journey and determine the most effective marketing channels for investment.
About the Author
Himanshu Sharma
Founder, OptimizeSmart.com
Over 15 years of experience in digital analytics and marketing
Author of four best-selling books on digital analytics and conversion optimization
Nominated for Digital Analytics Association Awards for Excellence
Runs one of the most popular blogs in the world on digital analytics
Consultant to countless small and big businesses over the decade
error: Alert: Content is protected !!
We use cookies on our website to give you the most relevant experience by remembering your preferences and repeat visits. By clicking “Allow Cookies”, you consent to the use of ALL the cookies. However, you may visit "Cookie Settings" to provide a controlled consent.
This website uses cookies to improve your experience while you navigate through the website. Out of these, the cookies that are categorized as necessary are stored on your browser as they are essential for the working of basic functionalities of the website. We also use third-party cookies that help us analyze and understand how you use this website. These cookies will be stored in your browser only with your consent. You also have the option to opt-out of these cookies. But opting out of some of these cookies may affect your browsing experience.
Necessary cookies are absolutely essential for the website to function properly. These cookies ensure basic functionalities and security features of the website, anonymously.
Cookie
Duration
Description
cookielawinfo-checkbox-analytics
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Analytics".
cookielawinfo-checkbox-functional
11 months
The cookie is set by GDPR cookie consent to record the user consent for the cookies in the category "Functional".
cookielawinfo-checkbox-necessary
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookies is used to store the user consent for the cookies in the category "Necessary".
cookielawinfo-checkbox-others
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Other.
cookielawinfo-checkbox-performance
11 months
This cookie is set by GDPR Cookie Consent plugin. The cookie is used to store the user consent for the cookies in the category "Performance".
viewed_cookie_policy
11 months
The cookie is set by the GDPR Cookie Consent plugin and is used to store whether or not user has consented to the use of cookies. It does not store any personal data.
Functional cookies help to perform certain functionalities like sharing the content of the website on social media platforms, collect feedbacks, and other third-party features.
Performance cookies are used to understand and analyze the key performance indexes of the website which helps in delivering a better user experience for the visitors.
Analytical cookies are used to understand how visitors interact with the website. These cookies help provide information on metrics the number of visitors, bounce rate, traffic source, etc.
Advertisement cookies are used to provide visitors with relevant ads and marketing campaigns. These cookies track visitors across websites and collect information to provide customized ads.
