{"id":13431,"date":"2017-03-22T12:42:06","date_gmt":"2017-03-22T10:42:06","guid":{"rendered":"https:\/\/cognitiveseo.com\/blog\/?p=13431"},"modified":"2017-09-26T15:12:07","modified_gmt":"2017-09-26T12:12:07","slug":"recover-facebook-shares-https","status":"publish","type":"post","link":"https:\/\/cognitiveseo.com\/blog\/13431\/recover-facebook-shares-https\/","title":{"rendered":"How to Recover Your Facebook Shares after Moving from HTTP to HTTPS"},"content":{"rendered":"

Google is pushing for a shift from http to https, there is no secret in this. This strategy would probably be effective anyway, but with Google behind, the shift starts to resemble a done deal. The question is no longer whether sites will follow, but when. After all, who in their right minds would give up geolocation, encrypted media extensions or application cache?<\/p>\n

 <\/p>\n

But aside from the technical complications of this move, there are other considerations as well. One such unforeseen side effect is that switching from http to https\u00a0would cause the loss of the social share counts on\u00a0Facebook and Google+ pages. To be fair, this disadvantage is not specifically linked to the https switch, but to any URL change in general (which might be why Google has not put forward an official fix for this, so far).<\/p>\n

 <\/p>\n

\"How_to_Recover_Your_Facebook_Shares_after_Moving_from_HTTP_to_HTTPS\"<\/p>\n

 <\/p>\n

We ourselves faced share counts loss when we migrated our site from http to https. It was a punch in the stomach for us; yet, we had no other chance than finding an efficient method to recover Facebook shares after the\u00a0previous URLs changed to https.\u00a0Finding the right solution of getting the Facebook shares back wasn’t an easy ride. But a solution was needed and we are really happy that we found it. As we are your number one fans, we couldn’t keep the fix of getting your shares back for ourselves. Below you will find the exact steps that you need to take if you experience a similar problem and you want your hard-worked social shares displayed on your web pages. \u00a0<\/p>\n

 <\/p>\n

\n

With the cognitive’s reunited superpowers we came across a solution to recover your\u00a0social shares after moving from HTTP to HTTPS.<\/p>\n<\/blockquote>\n

 <\/p>\n

Tested Steps to Maintain Your Social Shares after a Site Migration from HTTP to HTTPS<\/strong><\/h2>\n

\u00a0<\/h3>\n

The truth is that moving from HTTP to HTTPS doesn\u2019t come up easily. It can be a real pain, not to mention that if you\u2019re not 100% vigilant, you can suddenly lose your ranks. We\u2019ve written a blog post not long ago on how not to lose your ranks when doing a website redesign<\/a>. Moving from HTTP to HTTPS is not a walk in the park. Maintaining your shares while doing so can be even harder. \u00a0And we know that from our own experience.<\/p>\n

 <\/p>\n

Long story short, when moving from HTTP to HTTPS you lose all your hard worked social share counts from Facebook and Google+. It is not a pleasant situation at all, especially when you’ve worked so hard for each and every social share. It’s a vanity metric some may say, and that’s true. Yet, it’s a highly important social proof that can give you tons of insight about your overall social media strategy.\u00a0<\/p>\n

 <\/p>\n

For Facebook and Google+ there are two different methods to get your social share counts back when moving from http to https. Along with those, there are a couple of generic changes you need to perform. Below, I am going to list you the generic updates which are common for recovering the social shares for both Facebook and Google + and afterwards some specific actions that you need to take for each social network separately.\u00a0<\/p>\n

 <\/p>\n

\"cognitiveSEO<\/p>\n

 <\/p>\n<\/span>\n

 <\/p>\n

Generic Changes to Get Your\u00a0Social Share Counts Back<\/strong><\/h2>\n

 <\/p>\n

1. Create a 301 redirect from HTTP to HTTPS<\/strong><\/h3>\n

 <\/p>\n

This is probably the first and the most important step you need to make when migrating your site. What the 301 permanent redirects do is to redirect any visitor, including search engines, to your new version of the site, the one with https. Along with the direct traffic, the age, authority and reputation of your old website in\u00a0search engines is transferred to the new web address. If you don’t implement 301 redirects correctly, not only will your social shares be forever lost, but also your ranks and traffic.\u00a0<\/p>\n

 <\/p>\n

You can find more details on how to perform 301 redirects on Google’s support page<\/a>. Also, the world of internet is pretty generous when it comes to giving pieces of advice on how to move your site<\/a> to https. \u00a0Putting it simply, with only a few lines of code you can transfer all the organic search traffic from one domain to another.<\/p>\n

 <\/p>\n

2. Add \u00a0<link rel=”canonical”> to the new HTTPs page<\/strong><\/h3>\n

 <\/p>\n

The rel=canonical is an HTML element that helps you prevent duplicate content issues. Basically, what it does is to tell the search engines which one is the preferred version of your web page. When you switch to https, what will happen is that you will have two websites with identical content: your http and your https version. In order to avoid duplicate content and all the related problems, you need to let search engines know which version they should show up in their results.\u00a0<\/p>\n

 <\/p>\n

To make sure that your current URL \u00a0(the one with https) shows up in search results,\u00a0 you need to add\u00a0<link rel=”canonical”> on your new HTTPS version of your\u00a0site. \u00a0As through exemplification is the easiest way of understanding things, let me show you how this works by using a URL of our own. As I want this blog post <\/a>, the https version, \u00a0to be the one that will show up when people will be looking for ways of repurposing content, this is how the URL should look like:\u00a0<\/p>\n

 <\/p>\n

<link rel=\"canonical\" href=\"https:\/\/cognitiveseo.com\/blog\/11813\/ways-of-repurposing-content\/\" \/><\/pre>\n
 <\/p>\n
3. Change\u00a0<meta property=”og:url”>\u00a0<\/strong><\/h3>\n
 <\/p>\n
To begin with, you need to know that the purpose of “og:url” is to set the preferred URL for the page you are sharing. If you are thinking for a second that this isn’t so important, let me know tell you that through “og:url” you define the page that all your shares will go to. \u00a0Therefore it’s highly – decidedly – deeply – eminently to set the\u00a0<meta property=”og:url”> to point to your newly\u00a0HTTPS version. \u00a0Therefore, here is how a URL should look like:<\/p>\n
 <\/p>\n
<meta property=\"og:url\" content=\"https:\/\/cognitiveseo.com\/blog\/11813\/ways-of-repurposing-content\" \/><\/pre>\n
 <\/p>\n
 <\/p>\n
How to Get Your Social Shares Back on Facebook after Moving from HTTP to HTTPS<\/strong><\/h2>\n
 <\/p>\n
We all create a lot of content. We try to make it the best, the most documented; that kind of content that goes straight to your inbox and makes you read it. Content is king; but what is a king without followers? Along with being a social proof instrument, \u00a0the social medium is a fantastic traffic driver and it can even influence your ranks (we’ve previously written a blog post<\/a> on this). \u00a0Therefore, losing your Facebook social \u00a0shares is a tremendous problem. And, unfortunately, it happens when you switch to https. We encountered the same situation ourselves when we migrated our site and after long researches we figured out a way on how to move to https without losing Facebook shares. \u00a0Below we are going to show you a workaround, tested and implemented by ourselves.\u00a0<\/p>\n
 <\/p>\n
\n
It’s important to know that these changes should be done\u00a0only for pages that already existed on your site when you made the switch. For newer pages these modifications should not be applied.<\/p>\n<\/blockquote>\n
 <\/p>\n
1. Find out how many Facebook shares you have for a URL<\/strong><\/h3>\n
 <\/p>\n
To see how many social shares Facebook has for a URL, you need to use Facebook’s developer debug interface<\/a>.\u00a0You need to get to a page similar with the one from the screenshot below. You have the possibility of entering any URL to see how many shares it has. You will add here the http pages you are interested in getting your shares back for. Of course, you can use this interface for other issues as well, yet, from the present purpose you need to use the Sharing Debugger category.<\/p>\n
 <\/p>\n
\"Facebook<\/p>\n
 <\/p>\n
2. Set both your HTTP and HTTPs social shares to zero<\/strong><\/h3>\n
 <\/p>\n
After adding the URLs you are interested in Facebook’s debug interface, you will have the possibility to “Scrape Again” (you will have a button with this exact message). Once you do\u00a0this, all your Facebook shares will be zero, for both HTTP and HTTPS. Don’t panic, as the next step will fix this situation.\u00a0<\/p>\n
 <\/p>\n
3. Update\u00a0rel=”canonical”<\/strong><\/h3>\n
 <\/p>\n
The previous step left you with all your shares to zero. By now you might be thinking how these steps are\u00a0really helping you in getting your shares back. Bear with me as you are closer and closer to getting your social shares count.\u00a0<\/p>\n
 <\/p>\n
The next step in solving the social share loss situation is to alter the\u00a0content you are showing to Facebook’s crawler. What you need to do, for Facebook only, is to make sure that the rel= canonical tag\u00a0is placed, but not the way you would think of. It’s exactly the other way around: you need to make the http version the preferred one, just like in the example below:\u00a0<\/p>\n
 <\/p>\n
<link rel=\"canonical\" href=\"https:\/\/cognitiveseo.com\/blog\/11813\/ways-of-repurposing-content\/\" \/><\/pre>\n
 <\/p>\n
has to be<\/strong><\/p>\n
 <\/p>\n
<link rel=\"canonical\" href=\"http:\/\/cognitiveseo.com\/blog\/11813\/ways-of-repurposing-content\/\" \/><\/pre>\n
 <\/p>\n
4. Identify Facebook’s Crawler<\/strong><\/h3>\n
 <\/p>\n
If you think that the problem is already solved and your share counts are already updated, I must ask you to have a little more patience, as you are just one step closer already.\u00a0<\/p>\n
 <\/p>\n
We’ve previously told you that you need to alter your content’s page for Facebook’s crawlers. Yes, this is very similar to\u00a0cloaking,\u00a0an old school search engine optimization technique in which the content presented to the search engine spider is different from that presented to the user’s browser. However, this situation is different than the one in which you want to grossly manipulate Google’s ranks. Using this will not impact your ranks and will not affect your site negatively. What you are going to do is not altering the exact content\u00a0of the\u00a0page, but only the protocol and with the sole purpose of keeping or getting back the social shares.\u00a0<\/p>\n
 <\/p>\n
An important step is correctly identifying Facebook’s crawler. You can do this identification by user agent or IP.<\/p>\n
 <\/p>\n
\n
The Facebook’ guys are straightforward when it comes to this matter and they explain you how to identify their crawler<\/a>.\u00a0<\/p>\n<\/blockquote>\n
 <\/p>\n
In the screenshot below you can see how\u00a0things should look like in the Facebook debug interface after altering the content for the crawler. As you can see, the fetched URL is the one with https while the canonical URL is with http. Remember that this should be apply for the old pages that you had on http.\u00a0<\/p>\n
 <\/p>\n
\"sharing<\/p>\n
 <\/p>\n
For\u00a0the new pages, the one that you’ve created on https already, things should look like in the screenshot below. HTTPS for both fetched and canonical URL. \u00a0In the screenshot below there is a blog post that we’ve created after the https migration. As mentioned before, for newer pages the modifications presented in this chapter should not be applied.<\/p>\n
 <\/p>\n
\"sharing<\/p>\n
 <\/p>\n
You can get inspired from the code examples below, for three different instances, for PHP, forNginx and for Apache.\u00a0<\/p>\n
 <\/p>\n
PHP Code Example for Identifying Facebook’s Crawler<\/strong><\/p>\n
 <\/p>\n
if(preg_match('\/facebookexternalhit\/i',$_SERVER['HTTP_USER_AGENT'])) {\r\n\techo '<link rel=\"canonical\" href=\"http:\/\/______YOUR_URL_WITH _HTTP__\">';\r\n} else {\r\n\techo '<link rel=\"canonical\" href=\"https:\/\/______YOUR_URL_WITH _HTTPS__\">';\r\n}<\/pre>\n
 <\/p>\n
Nginx\u00a0Code Example for Identifying Facebook’s Crawler<\/strong><\/p>\n
 <\/p>\n
if ($HTTP_USER_AGENT ~ \"^((?!facebookexternalhit).)*$\") {\r\n\treturn 301 https:\/\/cognitiveseo.com$request_uri;\r\n}<\/pre>\n
 <\/p>\n
Apache\u00a0Code for Identifying Facebook’s Crawler<\/strong><\/p>\n
 <\/p>\n
For Apache, you can create a code similar to the one above, depending on the web Apache server syntax.\u00a0<\/p>\n
 <\/p>\n
Bonus: How to Get Your Social Shares Back on Google+\u00a0after Moving from HTTP to HTTPS<\/strong><\/h3>\n
 <\/p>\n
As in the previous case, you need to know that the following changes need to be done only for pages that already existed on your site when you made the switch to https<\/strong>.\u00a0For newer pages these modifications should not be applied.<\/p>\n
 <\/p>\n
Wen it comes to getting your social shares back from Google Plus, things are a bit easier than in the case of Facebook. No crawler identification or content alteration is needed. The only thing you need to modify are\u00a0the Google+ sharing buttons so that you will share the URL on http and not on https. \u00a0To do so, for your old pages you can get inspired from the code example below:\u00a0<\/p>\n
 <\/p>\n
<!-- Place this tag in your head or just before your close body tag. -->\r\n<script src=\"https:\/\/apis.google.com\/js\/platform.js\" async defer><\/script>\r\n<!-- Place this tag where you want the +1 button to render. -->\r\n<div class=\"g-plusone\" data-size=\"tall\" data-href=\"http:\/\/______YOUR_OLD_URL______\"><\/div><\/pre>\n
 <\/p>\n
You need to keep in mind that, for the new pages, the code will contain the https version, just like in the code below:\u00a0<\/p>\n
 <\/p>\n
<!-- Place this tag in your head or just before your close body tag. -->\r\n<script src=\"https:\/\/apis.google.com\/js\/platform.js\" async defer><\/script>\r\n<!-- Place this tag where you want the +1 button to render. -->\r\n<div class=\"g-plusone\" data-size=\"tall\" data-href=\"https:\/\/______YOUR_NEW_PAGE______\"><\/div><\/pre>\n
 <\/p>\n
As you can see, when it comes to Google Plus only the social share button suffers changes; no content fixer or https URL alterations. You can switch to SSL and still keep your shares just with a workaround on the sharing button. \u00a0<\/p>\n
 <\/p>\n<\/span>\n
 <\/p>\n
The Struggle\u00a0of\u00a0Getting Your Facebook Shares Back\u00a0<\/strong><\/h2>\n
 <\/p>\n
Facebook likes are linked to the URL, meaning that even a single character change (like the extra \u201cs\u201d that gets added when you switch from \u201chttp\u201d to \u201chttps\u201d) will cause you to lose<\/a> your likes.<\/p>\n
 <\/p>\n
As Facebook itself explains<\/a> on the social plugins part of their FAQs, \u201cyou can’t move the likes, shares or comments directly to the new URL but you can use the old URL as the canonical source for the number of likes or shares at the new URL\u201d.\u00a0<\/p>\n
 <\/p>\n
However, the feedback on the effectiveness of this solution and others is mixed, at best, with some users suggesting that even fixes like those proposed by Facebook are incomplete or ineffective.<\/p>\n
 <\/p>\n
Other solutions suggest<\/a> to manually put the old share count into the custom fields of a plugin but those share counts\u00a0will not increase until the new share count for that link equals the share count you pasted into the custom field. Therefore, not quite a solution if you really need your old shares back; not to mention that if you have lots of pages with different share counts it’s very unlikely that you know those numbers by heart.\u00a0<\/p>\n
 <\/p>\n
\n
It’s true that\u00a0the social media networks\u00a0might suffer from manipulation if they blindly moved social signals across redirects.<\/p>\n<\/blockquote>\n
 <\/p>\n
You could, for instance, buy an old domain and transfer all the social signals to another landing page that interests you. But what webmasters usually want is to get their shares back, the social shares that they already have with no other deceiving intent.\u00a0<\/p>\n
 <\/p>\n
You don’t want your site to be considered as having insecure content but you also want your http and https urls to have their social count recoveries as fast as possible. The problem comes when Google considers that the SSL\u00a0certificate is a must but not Facebook likes not so much. Any webmaster would probably think different, that both are important and both are a part of your overall digital marketing strategy. Along with the changes required in Google Analytics when you make the switch from https to https, you should consider the workarounds presented above in order to maintain your Facebook likes safe and sound.\u00a0<\/p>\n","protected":false},"excerpt":{"rendered":"
Google is pushing for a shift from http to https, there is no secret in this. This strategy would probably be effective anyway, but with Google behind, the shift starts to resemble a done deal. The question is no longer whether sites will follow, but when. After all, who in their right minds would give […]<\/p>\n","protected":false},"author":5,"featured_media":13474,"comment_status":"open","ping_status":"open","sticky":false,"template":"","format":"standard","meta":{"footnotes":""},"categories":[24,6],"tags":[],"class_list":["post-13431","post","type-post","status-publish","format-standard","has-post-thumbnail","hentry","category-case-studies","category-seo"],"_links":{"self":[{"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/posts\/13431","targetHints":{"allow":["GET"]}}],"collection":[{"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/posts"}],"about":[{"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/types\/post"}],"author":[{"embeddable":true,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/users\/5"}],"replies":[{"embeddable":true,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/comments?post=13431"}],"version-history":[{"count":0,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/posts\/13431\/revisions"}],"wp:featuredmedia":[{"embeddable":true,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/media\/13474"}],"wp:attachment":[{"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/media?parent=13431"}],"wp:term":[{"taxonomy":"category","embeddable":true,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/categories?post=13431"},{"taxonomy":"post_tag","embeddable":true,"href":"https:\/\/cognitiveseo.com\/blog\/wp-json\/wp\/v2\/tags?post=13431"}],"curies":[{"name":"wp","href":"https:\/\/api.w.org\/{rel}","templated":true}]}}