着陆页跳转，你需要了解什么？

原创作者：朱顺意  

访客点击社交网站的广告，打开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重定向，这种定向方式完好地把搜索引擎和访客带到了正确的网页，同时表明页面已经被永久迁移至新位置，是页面跳转的较好方式。