简单垃圾流量利用及爬虫过滤、JS支持校验方案

yang。

& U1 X% J9 Q  z
在部署LP的时候，大家一般都会做一些校验，比如 爬虫、js支持等，一般要么在每个LP上加上，要么提取公共的JS来做。
) y, r( k% P( a9 f5 M* d但是我觉得与其在LP上做这这些校验，还不如在LP前边做，直接过滤到基本的爬虫、js支持这种对LP毫无贡献的流量。
9 B& f+ S/ z, F3 }0 u& ^
# N- L6 m0 R7 A/ S另外对一些莫名其妙的访问，也起到隔离作用，顺便利用下这些流量，万一给你造成转化也说不定呢。
) q" ?; }; T- N# l0 Q. N8 J% ~
具体做法是：
5 T: O3 L/ L4 A7 Z+ R5 A% [* l
1.前置页面：在nginx下部署一个公有页面，该页面负责接受追踪器的跳转，相当于追踪器的lander页面统统都访问到这个页面<后边说追踪器配置>。
, s$ p7 q4 w) k假设前置页面的访问路径为 http://www.xxx.com/
# h6 [% y( b4 ~2.假设我们有2个LP页面，ng配置的访问路径为http://www.xxx.com/iphone/01/index.html  
http://www.xxx.com/iphone/02/index.html
; d$ Z3 O. p* {9 g, F那么我们在追踪器中设置的LP访问路径为
http://www.xxx.com/?offerUrl=iphone&landUrl=01
http://www.xxx.com/?offerUrl=iphone&landUrl=02
这里把对应的路径转化为参数，将来发送到前置页面，由前置页面根据规则统一处理
! i& ~" ^; Y2 P; c3 v
这里，如果你前端功力不错的话，也可以将一些想做split测试的因子，作为参数传递到同一个页面，由js来处理这些因子，同一个页面也能减少干扰。比如把语言作为一个测试因子，如果我想测试一个在泰国跑的LP，英语和泰语那种受欢迎，那么我就可以加一个lang的参数作为测试因子，在追踪器中新建一个参数为lang=en和lang=th的lander页面地址，就能直接测试语言对LP的影响了。


# _! B% B) U' B' F1 x) }2.前置页面内容如下
% c9 _' I0 h$ F' ^

1. <!DOCTYPE html>
   " E& ^( k  ~# @; B2 @  M1 r
2. <html lang="en">
   
3. <head>
   
4.     <meta charset="UTF-8">
   
5.     <title>Loading</title>
   
6. </head>
   
7. <body>
   2 T: O4 P7 x8 P) a' y
8. Loading...
   
9. </body>
   
10. 
    
11. <script>
    & C7 J9 f; n' Y' k1 _
12.     //因为我是按照offer来建立路径的，假如有个抽iphone的offer，有10个land页面，那么我的nginx目录设置成
    
13.     //iphone
    
14.         //01                     http://xxx/iphone/01/index.html
    
15.         //02                     http://xxx/iphone/02/index.html
    
16.         //以此类推
    5 R$ y1 P+ G  ]6 c7 X6 V* m
17.    
    7 ?3 \( K  ]' P: M% D4 D
18.    
    . B2 R2 v# ~0 `0 N
19.    
    
20.     //这里假设我们的offer访问路径是  http://xxx/iphone/01/index.html
    ! `% e1 H. k  }+ k4 Z9 y
21.     //那么我们的offerUrl = iphone，landUrl = 01
    
22.    
    ! l3 P" X% [4 J1 z
23.     //从url参数中获取设置好的访问参数
    , C4 S, v) b/ F9 j, m3 w# H
24.     const toffer = decodeURI((RegExp('offerUrl' + "=(.+?)(&|$)").exec(location.search) || [, null])[1] || "");
    / c' U" v8 q9 I! A
25.     const tland = decodeURI((RegExp('landUrl' + "=(.+?)(&|$)").exec(location.search) || [, null])[1] || "");
    # b: ]7 C: W6 Y0 H5 C
26.    
    : q8 Z4 H9 B: v/ G. c1 B
27.     //校验参数是否被传递过来，如果传递过来，则拼接成对应的路径
    7 S" O. z$ P2 x' {  w: k+ u
28.     const b = (toffer != null && toffer !== '' && toffer !== undefined) && (tland != null && tland !== '' && tland !== undefined);
    
29.     if(b){
    
30.         setTimeout(function() {
    
31.             var params = funcUrlDel(['offerUrl','landUrl']);
    0 R8 V! g7 Q: P0 `- s  h
32.             // 跳转到真正的LP页面，顺便做一个简易的爬虫过滤
    5 V2 ?7 L+ q( x2 z& i
33.             window.location.replace("/"+toffer+"/"+tland+"/index.html"+params);
    # Y) D7 A' r3 C) b" r
34.         }, 300);
    
35.     }else{

复制代码

2 F$ ~+ Z7 j4 V1 a: o  m
只是一种简易的思路，主要目的是同一处理一些通用的操作，减少LP的工作。
$ X2 M. i. z+ a: T6 r: p1 @/ ]
5 z% \- T9 Q8 k
, Z% m2 i; x1 N
/ w( Y; y  l# p8 h1 R3 U! b


# h4 H& Y4 ?1 b6 R

yang。

当然，引申一点，如果你的LP做的足够通用，比如你做的一个专门为各种手机抽奖的LP，每种不同的手机都有一组相同名称的图片，你完全可以通过传入参数去加载不同的手机图片、或者语言等等，通过一个LP，不同的参数组合实现N多个offer的复用和测试

河小马

想法是好的
/ s# a7 w4 v' q0 B5 M" v
" t, ~$ |# X% q" U, F# s4 ^但是对于tracking来说，多一层跳转，一般会多一层流量损失

yang。

河小马 发表于 2021-7-16 07:55
想法是好的
$ v# x6 D5 s- z
$ ^5 h( |. P  g. t+ M- H  v# Z/ x2 O但是对于tracking来说，多一层跳转，一般会多一层流量损失

请教下河马大大  如果是使用类似于vue的路由那种方式，会不会好一点，对用户来说基本是无感刷新，而非跳转，html可以用ajax请求了load进div

yang。

河小马 发表于 2021-7-16 07:55
想法是好的
# i0 h& ^! K, n0 k$ s/ R5 i( b
但是对于tracking来说，多一层跳转，一般会多一层流量损失

经过测试，直接用load的方式，用户基本无感，应该会比直接跳转的方式要好很多，相当于通过ajax隐藏了中间跳转的细节

卡拉赞

额，意义在哪里呢（真心求教），媒体给到流量了就会算钱的呢，况且主流媒体用ng做转发可能被判定为规避审核。。。小白一枚 不是杠 真心求教

yang。

卡拉赞 发表于 2021-7-16 22:06
额，意义在哪里呢（真心求教），媒体给到流量了就会算钱的呢，况且主流媒体用ng做转发可能被判定为规避审核 ...

1.把在每个LP都要做的JS支持、爬虫校验提取出来统一在一个地方做，也就是在编程里边讲的公共组件。
! x3 X6 S5 g" m% ]2.使用同一个LP，但是通过JS和参数控制，实现多维度的split测试。
3.这个在自己服务器内部流转，应该不会被判定。。。<待测试>

7 {0 b! H  @1 {  Q0 g8 o- F/ f4.我这么做主要是出于长久的编程习惯，总想把重复的东西提取出来统一做，让LP专注做自己的事情

小柒大大

技术大佬，人才