访客点击社交网站的广告,打开A页面的时候,跳转到你真正想要的着陆页B,那么此次着陆页的访问来源应该是什么?
页面的跳转,可以分为客户端跳转和服务器端跳转。典型的客户端跳转,包括通过Javascript跳转,服务器端则包括重定向等等。无论是何种跳转方式,如果跳转前着陆页的统计代码已经被加载,那么此次访问路径将会被统计工具记录为:网站广告-着陆页URL-跳转后URL。因此,我们在这里讨论的是A页面的统计代码未被加载的情况。
首先,我们先假设AB页面,都属于同一个网站,或者属于不同的网站,但已经设置跨域。
点击社交网站广告后,如果着陆页A通过JS跳转到B页面,那么A页面成为B页面的引荐来源网址。因为A页面未被加载到统计代码,那么此次访问的来源将被归到直接访问。这种情况下,建议把tag标记添加到JS跳转后的页面,以获取正确的来源。
如果着陆页A是通过重定向跳转的话,统计工具把A页面直接忽略,只记录B页面的访问,此次访问的来源被统计为社交广告。2种跳转方式造成来源的不同,是因为在重定向一般都会传递来源的referrer信息,而通过Javascript的跳转,这种情况下浏览器会修改referrer信息。
现在我们来看,如果AB不属于同一个网站,会出现什么样的情况?
如果A页面通过JS跳转到B页面,那么B的引荐来源为A所在的网站。当然,对于A页面而言,因为是通过JS跳转又没加载到统计代码,A页面本身的来源是无法识别的,也就是说A页面本身的来源将归到直接访问,B页面的访问来源为A所在网站。
如果这种跳转方式是重定向,那么统计工具会将无视A页面的存在,将B页面的访问来源将统计为来自社交网站。这种情况跟上述的AB同站是很相似的,同样是将通过重定向跳转的A页面,给忽略得一干二净。
我们把关系做成一个表格(当A页面的统计代码未被加载):
需要注意的是,如果跳转后的URL是带有参数的,那么此次访问则不会被真实来源或者直接访问所影响,而会把URL的参数表明的来源当成最优先的级别。举个例子,当跳转后的URL带的参数为utm_source=facebook&utm_medium=social,则此次访问会被Google Analytics认为是来自Facebook,而不会被认为是直接访问或者来自微博。
我们该不该使用页面跳转?
页面跳转给我们带来很多便利,当URL需要统一更新、旧页面需要替换、原有的页面打不开、PC与移动适配、总站跳到地方站,这时用跳转能快速解决问题。URL更新后,把旧URL用合适的方式跳转到新的URL,能避免旧URL无法打开内容,也将PR集中到新的URL,有效避免了权重的流失。
然而,页面跳转也有弊端。从访问分析的角度,页面跳转可能影响正确的流量来源,引起广告媒体与网站统计工具数据不一致。页面跳转的过程会浪费一定的时间,延缓网页打开速度,同时也增加访问出错的概率。使用着陆页面跳转到相关性不强或者其它域名下的URL,容易被广告媒体认为是作弊和欺骗的行为。
我们应该使用什么样的跳转方式?
搜索引擎暂时无法识别Javascript的内容,从搜索引擎优化的角度出发,JS跳转建议应用得少点。服务器端跳转,我们常用的是 (HTTP 302) 暂时重定向和 (HTTP 301) 永久重定向。浏览器能缓存301重定向转向地址,而通常不会缓存302重定向,因此从解析地址的速度而言,301重定向比302要好。
以前,不同类型的重定向在Google看来是不同的,现在都已不再被详细区分。虽然被Googlebot支持的重定向方式不止一种,Google还是建议我们尽可能用301重定向,这种定向方式完好地把搜索引擎和访客带到了正确的网页,同时表明页面已经被永久迁移至新位置,是页面跳转的较好方式。
文章转载请保留网址:http://www.iswweb.com/news/industry/1850.html