1. 您的位置:首页 > seo技术 >内容

从HTTP转移到HTTPS后如何恢复您的Facebook共享

谷歌正在推动从http到https的转变,这没有秘密。 无论如何,该策略可能都会有效,但是随着Google的加入,这一转变开始类似于已完成的交易。 问题不再是是否会跟随站点,而是何时。 毕竟,谁会在他们的正确思想中放弃地理定位,加密的媒体扩展或应用程序缓存?

但是,除了此举带来的技术复杂性外,还有其他考虑因素。 这种不可预见的副作用是,从http切换为https会导致Facebook和Google+页面上的社交份额计数丢失。 公平地讲,此缺点不是专门与https开关相关,而是与所有URL更改相关(这可能是Google到目前为止尚未对此提出正式解决方案的原因)。

当我们将网站从http迁移到https时,我们自己面临份额数丢失的问题。 对我们来说这是一记重拳。 但是,我们没有其他机会找到在以前的URL更改为https后恢复Facebook份额的有效方法。 找到正确的解决方案来获得Facebook股份的回购并非易事。 但是需要一个解决方案,我们很高兴我们找到了它。 由于我们是您的头号粉丝,因此我们无法保持将自己的股份还给自己的解决方法。 在下面,您将找到遇到类似问题并且希望将辛勤工作的社会份额显示在网页上时需要采取的确切步骤。

利用认知的重新组合的超级大国,我们遇到了一个解决方案,可在从HTTP迁移到HTTPS之后恢复您的社交份额。

从HTTP迁移到HTTPS后,维护社交份额的经过测试的步骤

事实是,从HTTP迁移到HTTPS并不容易。 这确实是一种痛苦,更不用说如果您不是100%保持警惕,您可能会突然失去自己的职级。 我们不久前写了一篇博客文章,内容涉及在进行网站重新设计时如何避免失去排名。 从HTTP迁移到HTTPS并不是一件容易的事。 在这样做的同时维护您的股份可能会更加困难。 我们从自己的经验中知道这一点。

长话短说,当从HTTP转换为HTTPS时,您将失去来自Facebook和Google+的所有辛勤工作的社交份额。 这根本不是一个令人愉快的情况,尤其是当您为每个社交领域都竭尽全力时。 有人可能会说这是虚荣的标准,这是事实。 但是,这是一个非常重要的社交证明,可以为您提供有关整体社交媒体战略的大量见识。

对于Facebook和Google+,有两种不同的方法可以将您从http转移到https时获得的社交份额计数。 伴随着这些,您需要执行一些通用的更改。 下面,我将为您列出通用的更新,这些通用更新对于恢复Facebook和Google +的社交份额都很普遍,然后需要针对每个社交网络分别采取一些特定的措施。

进行一般性更改以使您的社交份额重新计算

1.创建从HTTP到HTTPS的301重定向

这可能是您迁移网站时需要采取的第一步和最重要的步骤。 301永久重定向的作用是将任何访问者(包括搜索引擎)重定向到您的新版本的网站,即带有https的网站。 除了直接访问量外,您在搜索引擎中的旧网站的年龄,权限和声誉也将转移到新的网址。 如果您未正确实施301重定向,不仅将永远失去您的社交份额,还会永久失去您的排名和访问量。

您可以在Google的支持页面上找到有关如何执行301重定向的更多详细信息。 另外,在提供有关如何将您的网站移至https方面的建议时,互联网世界相当慷慨。 简而言之,只需几行代码,您就可以将所有自然搜索流量从一个域转移到另一个域。

2.将<link rel =” canonical”>添加到新的HTTPs页面

rel = canonical是一个HTML元素,可帮助您防止重复的内容问题。 基本上,它的作用是告诉搜索引擎哪个是您的网页的首选版本。 当您切换到https时,将发生两个内容相同的网站:http和https版本。 为了避免重复的内容和所有相关的问题,您需要让搜索引擎知道它们应在结果中显示哪个版本。

为了确保您的当前URL(带有https的URL)出现在搜索结果中,您需要在您的新HTTPS版本的网站上添加<link rel =“ canonical”>。 由于通过举例说明是理解事物的最简单方法,因此,让我通过使用我们自己的URL向您展示它的工作原理。 正如我希望这篇博客文章(即https版本)成为人们寻求内容重新使用方式时所显示的那样,URL的外观应如下所示:

1

< link rel = "canonical"href = "https://cognitiveseo.com/blog/11813/ways-of-repurposing-content/"/ >

3.更改<meta property =” og:url”>

首先,您需要知道“ og:url”的目的是为您要共享的页面设置首选的URL。 如果您想一想那不是那么重要,请告诉我,通过“ og:url”,您可以定义所有共享将转到的页面。 因此,将<meta property =” og:url”>设置为指向您新的HTTPS版本非常重要(非常重要)。 因此,URL如下所示:

1

< meta property = "og:url"content = "https://cognitiveseo.com/blog/11813/ways-of-repurposing-content"/ >

从HTTP转移到HTTPS后如何在Facebook上重新获得社交分享

我们都创造了很多内容。 我们试图使其成为最好,最有据可查的产品; 直接进入您的收件箱并让您阅读的内容。 内容为王; 但是没有追随者的国王是什么? 除了作为一种社会证明工具之外,社交媒体还是一种出色的流量驱动因素,它甚至可以影响您的排名(我们之前已经在此撰写了博客文章)。 因此,失去您的Facebook社交份额是一个巨大的问题。 而且,不幸的是,当您切换到https时会发生这种情况。 我们在迁移网站时遇到了同样的情况,经过长期的研究,我们找到了一种在不丢失Facebook股份的情况下转为https的方法。 下面,我们将向您展示由我们自己测试和实施的变通方法。

重要的是要知道,仅当您进行切换时,才应该对网站上已经存在的页面进行这些更改。 对于较新的页面,不应应用这些修改。

1.找出您的URL有多少Facebook分享

要查看Facebook对于一个URL有多少社交份额,您需要使用Facebook的开发人员调试界面。 您需要进入与以下屏幕截图类似的页面。 您可以输入任何URL来查看它有多少共享。 您将在此处添加您有兴趣找回共享的http页面。 当然,您也可以将此接口用于其他问题,但是从目前的角度出发,您需要使用“共享调试器”类别。

2.将您的HTTP和HTTPs社交共享都设置为零

在添加了您对Facebook的调试界面感兴趣的URL之后,您将可以“再次抓取”(您将有一个带有此确切消息的按钮)。 完成此操作后,HTTP和HTTPS的所有Facebook共享都将为零。 不要惊慌,因为下一步将解决这种情况。

3.更新rel =“ canonical”

上一步使您的所有份额都为零。 现在,您可能正在考虑这些步骤如何真正帮助您收回股票。 请耐心等待,您越来越接近获得社会份额的计数。

解决社会份额损失状况的下一步是更改您向Facebook的爬虫显示的内容。 仅对于Facebook,您需要做的是确保放置rel = canonical标签,而不是您想的那样。 恰恰相反:您需要将http版本设置为首选版本,如下面的示例所示:

1

< link rel = "canonical"href = "https://cognitiveseo.com/blog/11813/ways-of-repurposing-content/"/ >

必须

1

< link rel = "canonical"href = "https://cognitiveseo.com/blog/11813/ways-of-repurposing-content/"/ >

4.识别Facebook的爬虫

如果您认为问题已经解决并且您的股份数已经更新,那么我必须请您多一点耐心,因为您距离我们只有一步之遥。

之前我们已经告诉过您,您需要为Facebook的抓取工具更改内容页面。 是的,这与伪装非常相似,伪装是一种古老的搜索引擎优化技术,在这种技术中,呈现给搜索引擎蜘蛛的内容与呈现给用户浏览器的内容是不同的。 但是,这种情况与您要严重操纵Google排名的情况有所不同。 使用此选项不会影响您的排名,也不会对您的网站造成负面影响。 您要做的不是更改页面的确切内容,而只是更改协议,其唯一目的是保持或获得社交份额。

重要的一步是正确识别Facebook的爬虫。 您可以通过用户代理或IP进行此标识。

关于此事,Facebook的人直截了当,他们向您解释了如何识别其抓取工具。

在下面的屏幕截图中,您可以在更改搜寻器的内容后在Facebook调试界面中看到外观。 如您所见,获取的URL是带有https的URL,而规范的URL是带有http的URL。 请记住,这应该适用于您在http上拥有的旧页面。

对于新页面,您已经在https上创建了新页面,其外观应类似于下面的屏幕快照。 提取的URL和规范的URL的HTTPS。 在下面的屏幕截图中,有一个我们在https迁移后创建的博客文章。 如前所述,对于较新的页面,不应应用本章中介绍的修改。

您可以从下面的代码示例中获得启发,这些示例适用于PHP,forNginx和Apache的三个不同实例。

识别Facebook爬虫的PHP代码示例

PHP

1

2

3

4

5

if ( preg_match ( '/facebookexternalhit/i' , $_SERVER [ 'HTTP_USER_AGENT' ] ) ){

echo'<link rel="canonical" href="http://______YOUR_URL_WITH _HTTP__">' ;

}else{

echo'<link rel="canonical" href="https://______YOUR_URL_WITH _HTTPS__">' ;

}

用于识别Facebook爬虫的Nginx代码示例

1

2

3

if( $ HTTP_USER_AGENT~"^((?!facebookexternalhit).)*$" ){

return301https : //cognitiveseo.com$request_uri;

}

用于识别Facebook爬网程序的Apache代码

对于Apache,您可以根据Web Apache服务器语法创建类似于以上代码的代码。

奖励:从HTTP转移到HTTPS后,如何在Google+上重新获得社交分享

与前一种情况一样,您需要知道,仅当切换到https时,才需要对网站上已经存在的页面进行以下更改。 对于较新的页面,不应应用这些修改。

简而言之,要从Google Plus上获得您的社交份额,比Facebook的事情要容易一些。 无需搜寻器标识或内容更改。 您唯一需要修改的就是Google+共享按钮,这样您就可以在http而不是https上共享URL。 为此,对于您的旧页面,您可以从下面的代码示例中得到启发:

1

2

3

4

< ! --Place thistag inyour head orjust before your close body tag .-- >

<script src = "https://apis.google.com/js/platform.js"async defer > </script>

< ! --Place thistag where you want the+ 1button torender .-- >

< div class = "g-plusone"data - size = "tall"data - href = "http://______YOUR_OLD_URL______" > < / div >

您需要记住,对于新页面,代码将包含https版本,就像下面的代码一样:

1

2

3

4

< ! --Place thistag inyour head orjust before your close body tag .-- >

<script src = "https://apis.google.com/js/platform.js"async defer > </script>

< ! --Place thistag where you want the+ 1button torender .-- >

< div class = "g-plusone"data - size = "tall"data - href = "https://______YOUR_NEW_PAGE______" > < / div >

如您所见,当涉及到Google Plus时,只有“社交分享”按钮会发生变化; 没有内容修复程序或https URL更改。 您可以切换到SSL,并且仍然可以通过共享按钮上的变通办法保留您的共享。

争取Facebook股份回购的斗争

Facebook的“喜欢”链接到URL,这意味着即使是单个字符更改(例如,当您从“ http”切换为“ https”时添加的额外“ s”)也会导致您丢失喜欢的对象。

正如Facebook本身在常见问题解答的社交插件部分中所解释的那样,“您不能将喜欢,分享或评论直接移动到新URL,但是您可以将旧URL用作赞或分享次数的规范来源。新网址”。

但是,关于此解决方案和其他解决方案有效性的反馈充其量是混杂的,有些用户建议,甚至像Facebook提出的修复一样,修复也不完整或无效。

其他解决方案建议手动将旧共享计数放入插件的自定义字段中,但是这些共享计数不会增加,直到该链接的新共享计数等于您粘贴到自定义字段中的共享计数为止。 因此,如果您确实需要退还旧股,则不是一个解决方案; 更不用说如果您有很多页面具有不同的份额计数,那么就很难知道这些数字。

的确,如果社交媒体网络在重定向中盲目移动社交信号,则可能会遭受操纵的折磨。

例如,您可以购买旧域名,然后将所有社交信号转移到您感兴趣的另一个登录页面。 但是,网站管理员通常想要的是获得他们的份额,即他们已经拥有的社交份额,而没有其他欺骗意图。

您不希望您的网站被认为具有不安全的内容,但是您也希望您的http和https网址尽快恢复其社交计数。 当Google认为SSL证书是必须的,但Facebook却不太喜欢SSL证书时,就会出现问题。 任何网站管理员都可能会认为有所不同,两者都很重要,而且都是整体数字营销策略的一部分。 从https切换到https时,在Google Analytics(分析)中需要进行的更改以及其他更改,还应考虑上述解决方法,以保持Facebook的安全和良好状态。

本文内容由互联网用户自发贡献,该文观点仅代表作者本人。本站仅提供信息存储空间服务,不拥有所有权,不承担相关法律责任。如发现本站有涉嫌抄袭侵权/违法违规的内容,一经查实,本站将立刻删除。如若转载,请注明出处:http://www.botadmin.cn/sylc/11861.html