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

yang。

在部署LP的时候，大家一般都会做一些校验，比如 爬虫、js支持等，一般要么在每个LP上加上，要么提取公共的JS来做。
但是我觉得与其在LP上做这这些校验，还不如在LP前边做，直接过滤到基本的爬虫、js支持这种对LP毫无贡献的流量。
/ F2 ?$ P- v5 k+ |' T0 N
另外对一些莫名其妙的访问，也起到隔离作用，顺便利用下这些流量，万一给你造成转化也说不定呢。
, {+ J  V7 u5 x! a
, \9 d# l" g) P, f具体做法是：
4 Q" y; _) x! B4 R
8 Q: w2 a. F' ^% H3 k# C) D! d% [1.前置页面：在nginx下部署一个公有页面，该页面负责接受追踪器的跳转，相当于追踪器的lander页面统统都访问到这个页面<后边说追踪器配置>。
2 T) U! {% `+ B4 p& K2 l4 \2 j假设前置页面的访问路径为 http://www.xxx.com/
2.假设我们有2个LP页面，ng配置的访问路径为http://www.xxx.com/iphone/01/index.html  
http://www.xxx.com/iphone/02/index.html
那么我们在追踪器中设置的LP访问路径为
  |. O4 j6 f  F* ^! {% H) K; k/ Vhttp://www.xxx.com/?offerUrl=iphone&landUrl=01
http://www.xxx.com/?offerUrl=iphone&landUrl=02
这里把对应的路径转化为参数，将来发送到前置页面，由前置页面根据规则统一处理

& I2 o+ b1 F6 Y! U# S4 ]! x- p这里，如果你前端功力不错的话，也可以将一些想做split测试的因子，作为参数传递到同一个页面，由js来处理这些因子，同一个页面也能减少干扰。比如把语言作为一个测试因子，如果我想测试一个在泰国跑的LP，英语和泰语那种受欢迎，那么我就可以加一个lang的参数作为测试因子，在追踪器中新建一个参数为lang=en和lang=th的lander页面地址，就能直接测试语言对LP的影响了。
- T8 {: C( d* |8 w! j2 o; p. P

2.前置页面内容如下
6 Y6 o4 O, b6 Z4 P, Y) F

1. <!DOCTYPE html>
   
2. <html lang="en">
     o: r( p. r! P! \
3. <head>
   
4.     <meta charset="UTF-8">
   8 i4 r+ D# f# k" o
5.     <title>Loading</title>
   1 I7 @6 c( U7 M; F. _: u. x8 \
6. </head>
   . f! c* e+ F/ o9 z, R4 n' S
7. <body>
   ( g+ G4 x: T# Q8 M* Y4 v/ L
8. Loading...
   
9. </body>
   
10. 
    
11. <script>
    : [3 c* o* q* s& M  B4 D0 ~
12.     //因为我是按照offer来建立路径的，假如有个抽iphone的offer，有10个land页面，那么我的nginx目录设置成
    
13.     //iphone
    
14.         //01                     http://xxx/iphone/01/index.html
    , r+ A4 }. p% }( [! t6 {( y0 H
15.         //02                     http://xxx/iphone/02/index.html
    
16.         //以此类推
    ! p, d# |$ u" v6 R
17.    
    9 V# }( H" h7 M1 H6 l
18.    
    
19.    
    : A* R* J' ~! O. e+ A8 O/ _: L" a
20.     //这里假设我们的offer访问路径是  http://xxx/iphone/01/index.html
    
21.     //那么我们的offerUrl = iphone，landUrl = 01
    
22.    
    ' ]* J+ n/ g! U! e
23.     //从url参数中获取设置好的访问参数
    
24.     const toffer = decodeURI((RegExp('offerUrl' + "=(.+?)(&|$)").exec(location.search) || [, null])[1] || "");
    
25.     const tland = decodeURI((RegExp('landUrl' + "=(.+?)(&|$)").exec(location.search) || [, null])[1] || "");
    0 ]. f1 j9 f& H' u/ q8 C" U
26.    
    
27.     //校验参数是否被传递过来，如果传递过来，则拼接成对应的路径
    
28.     const b = (toffer != null && toffer !== '' && toffer !== undefined) && (tland != null && tland !== '' && tland !== undefined);
    7 L1 k2 I+ A! F- `9 R$ }; t6 {6 X
29.     if(b){
    % C( ~/ o$ w% _
30.         setTimeout(function() {
    ! B) G& i) t/ p/ s  V
31.             var params = funcUrlDel(['offerUrl','landUrl']);
    
32.             // 跳转到真正的LP页面，顺便做一个简易的爬虫过滤
    
33.             window.location.replace("/"+toffer+"/"+tland+"/index.html"+params);
    
34.         }, 300);
    6 r' T5 g! r9 [2 f' D
35.     }else{

复制代码

+ A+ U  q  W+ L1 g) F
+ `* O+ v% Q# d6 |5 D
: T% x- d& f5 r3 Q# _只是一种简易的思路，主要目的是同一处理一些通用的操作，减少LP的工作。


& Q( u' o: I; K! z5 V$ ?

yang。

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

河小马

想法是好的

但是对于tracking来说，多一层跳转，一般会多一层流量损失

yang。

河小马 发表于 2021-7-16 07:55
想法是好的

但是对于tracking来说，多一层跳转，一般会多一层流量损失

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

yang。

河小马 发表于 2021-7-16 07:55
想法是好的

但是对于tracking来说，多一层跳转，一般会多一层流量损失

* C/ H% J1 g) ?, Y4 a! r- g/ E1 ^经过测试，直接用load的方式，用户基本无感，应该会比直接跳转的方式要好很多，相当于通过ajax隐藏了中间跳转的细节

卡拉赞

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

yang。

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

; Z- U( j$ [* J$ w9 P/ W' H1.把在每个LP都要做的JS支持、爬虫校验提取出来统一在一个地方做，也就是在编程里边讲的公共组件。
4 J4 q5 W0 _! j. x- W' I- o2.使用同一个LP，但是通过JS和参数控制，实现多维度的split测试。
8 ?8 d5 C" @1 h' [8 H0 ^3.这个在自己服务器内部流转，应该不会被判定。。。<待测试>

7 t! s5 ~4 n& Q3 N. T1 E. E( A4.我这么做主要是出于长久的编程习惯，总想把重复的东西提取出来统一做，让LP专注做自己的事情

小柒大大

技术大佬，人才