Meta Referrer标签:在SEO与互联网上的进阶

来源:互联网 发布:java下载源码 编辑:程序博客网 时间:2024/06/05 17:01

     本文转载自  http://www.wdingyue.com/3766.html  

         通过HTTPS让网络更安全给站长带来了诸多好处,除了提升网站的安全性能,HTTPS 能够为未来的网络营销技术和SEO营销人员带来潜在的益处。

         HTTPS的搜索结果数量一直在攀升,Dr. Pete的“MozCast数据”显示现在谷歌首页几乎20%的搜索结果是HTTPS(下图为6月8日-6月17日谷歌首页HTTPS网站比重变化)。


       然而,HTTPS仍然有它的弱点。

       将常规的HTTP站点转换为HTTPS站点是营销人员遇到的首个挑战。



        首先是技术上的挑战,转换通常涉及通过一系列的301重定向为你的站点规划路径。

从历史经验来说,通过这种重定向通常会因损失链接的权重而导致排名下滑(大概在15%左右)。这能抵消谷歌声称的任何SEO优点。


          罗斯·哈金斯在Tweet进行了完美的总结:“HTTPS是一个影响排名的因素”,当HTTP转化为HTTPS, 链接通过301损失了权重。从HTTPS获得比付出的权重少,权重下降导致排名下降,最终导致流量的损失。



         很多SEO从业者都分享过HTTPS站点在谷歌搜索结果中的良好表现的事例(并且我们即将出版的【排名因素】的数据也似乎能支持这个论点).然而,这种大量301跳转的短期影响仍然很难去把握。近期Moz转而研究如何为转HTTPS的登入者提供更佳的安全性,我们看到我们的自然流量下降了8-9%(这里所提及“我们的自然流量”可能是指文章作者自己的网站)。


第二个问题是这篇文章的主题,它涉及了来路数据的遗失。

       通常情况下,当一个站点给另一个站点传送流量时,信息被传送出去,这个初始站点被认作为流量的源头。 这些珍贵的数据让人们看到流量是从何处而来,并且有助于信息在网站之间的传播。


        SEO优化人员为了实现更好的优化效果而长期使用来路数据。通常,当人们发现在他们的分析数据中有来路数据时,会链回或检查流量来源的站点。从近期通过referrer作弊的增长,我们发现黑帽SEOer已经了解了这种方法。



         当流量从一个HTTPS站点到另一个安全性低的HTTP站点,Referrer标签就没有起到作用,在这种情况下,没有来路数据。站长就无法得知网站流量来源。



        这是Moz转成HTTPS后,我的个人网址上referral数据的样子。看不到我网站的流量来来自哪里。我没有办法再获得来路数据了!


了解meta referrer标签

        虽然我们无法解决因站点转换到HTTPS导致的排名问题,但我们能解决来路数据损失的问题,而且非常简单。

大多数市场营销人员几乎对相对新的meta referrer标签一无所知(实际上它已有些年头了),而它们被设计出来的目的就是为了帮助市场营销人员解决问题的。

       更棒的是,这个标签允许你去把控你的推荐信息如何传递。

       大部分浏览器中的Meta referrer标签信息的传递是由用户自定义的。流量数据被加密并且HTTPS的全部优势也依旧保留下来。但是现在你能将来路数据传递到全部网站,甚至包括那些使用HTTP的网站。


如何使用meta referrer标签

       下列所述是非常精简的meta referrer标签的使用说明。为了更深入的理解,我们强烈推荐参阅W3C的说明书。

Meta referrer标签被放置在你HTML的<head>部分,并把五种定义中的一种,控制浏览器如何发送referrer信息到你的站点。这五种定义是:

1、None:绝不允许referrer data通过

标签写法:<meta name="referrer" content="none">


2、None When Downgrade:发送referrer信息去安全的HTTPS站点,而非不稳定的HTTP站点。

标签写法:<meta name="referrer" content="none-when-downgrade">


3、Origin Only: 发送协议、主机和端口(即子域)没有一个完整的URL作为来源,即https://moz.com/example.html只会发送https://moz.com

标签写法:<meta name="referrer" content="origin">


4、Origin When Cross-Origin: 当传origin-only来路信息发送给外部站点时,如果目标有相同的协议、主机和端口(即子域),无论它是HTTP或HTTPS,都将全部的URL作为Referrer发送出去。(注解:官方说明书上有一处排印错误,将来的版本应该是"origin-when-cross-origin")

标签写法:<meta name="referrer" content="origin-when-crossorigin">


5、Unsafe URL: 总是将URL字串作为一个referrer通过。注意:如果你的URL中存在任何敏感信息,这不是最安全的选择。其中URL的片段、用户名、密码被自动剥去。

标签写法:<meta name="referrer" content="unsafe-url">


Meta referrer 标签的运转

点开如下链接,你能感知到meta referrer是如何运作。

(https://www.whatismyreferer.com/)


         我们为Moz将meta referrer设置为了“origin”,意味着当我们链出去另一个站点,我们通过了我们的协议、主机和端口.你会看到的最终结果是http://moz.com作为referrer,URL的全部路径被剥去 (/meta-referrer-tag).


     我的个人站点每天能从Moz接收到数个访客,这里是在我们用过meta referrer标签前后我分析数据中体现出的情况。


          为了简单与安全性,大部分站点都想使用"origin" 状态,但是也有缺憾。

        其中一个负作用就是一旦使用meta referrer标签,我们用来作重定向的AdRoll统计就会停止工作。这证明AdRoll是用我们的referrer信息来作分析,但是mata referrer标签的"origin" 状态意味着被识别和报告过的URL只有https://moz.com。


结论

        meta referrer标签让信息流在互联网上快速传播,因此我们是喜欢它的。这应该是互联网运作所必不可少的方式。

       它帮助营销人员和站长确切的看清了流量从何而来。它鼓励了互链 ,流量交换交流,甚至友链等(根据上文所提及意思,可理解为网站之间流量的交互)能最终导向SEO效果提升的因素。


0 0
原创粉丝点击