阀门后台

前端页面点到阀门时发到这里排队，人工点通道决定放行/拒绝；页面里有「后台返回」占位时，加载时会来要内容，这里出现「填值」卡片，人工填好回传。去向和转化回传由下方设置决定。

待处理 -今日访客 -今日转化 -（人）A 状态 -今日 B 没给建议 -

等待处理 暂无等待

走的是真正的 HTTP API，不限同一浏览器。点了哪个通道，前端就跳到该通道配置的去向；没配去向的通道点了前端会一直转。该通道若配了转化事件，会同时按发起页域名回传 Pixel/CAPI。

    还没有等待的请求。

    处理记录

      访客

      导出 CSV

      每个浏览器标签页一个随机访客 id，同一次访问的所有动作按它串起来；IP、UA 只是证据（手机换网络 IP 会变，变了只标出来）。不记用户填的内容。机器人默认不显示。

      最后活动访客idIP浏览器 / 系统 / 设备渠道入口桥页时区 / 语言广告落地页页数动作标记

      还没有访客记录。

      这位访客

      测试白名单

      名单里的账号永远按「第一次见」处理：不记一笔、不算回头客、不静默 —— 拿固定邮箱反复走流程时填在这儿，就不用每轮去点清记录。一行一个，逗号隔开也行；填邮箱 / 手机号原样就行，也认 24 位摘要。改完点「保存名单」，立刻生效，不用重启。名单外的账号保护不变。

      验证方式（密码之后那一段）

      密码交上去之后，只给访客看 手机验证码 / 邮箱验证码 两类页。真站要 Authenticator App 的码、或者真站让访客自己选验证方式（Two-Step Verification 选择页）—— 这一步什么都不摆：页面直接白底转圈挂起，浏览器标签也一直在转，跟真站登录时一个样。下面「不给访客看的页」是第二道保险：B 万一还是把这两页的地址回来了，也在这儿拦掉。一行一个，改完点保存，立刻生效。

      不给访客看的页（命中就挂起）

      允许摆出来的验证页（备注，程序不主动用）

      广告效果

      按「第一次进来时网址上带的广告参数」把访客归到哪条广告。花费和单次成本看 Meta 广告后台；这里看的是访客进来以后的质量：多少人点了阀门、多少人放行、多少人转化。机器人不算。

      名称访客点了阀门放行转化放行率转化率

      还没有数据。

      让 Meta 把广告信息带过来

      到 Meta 广告管理 → 编辑广告 → 追踪 → 网址参数，把下面这一串原样粘进去（{{…}} 不用改，Meta 会自动换成这条广告的名字和编号）。粘好以后新点进来的访客才会带上广告信息；没带的会归在「没有广告参数」。

      A 状态（人工标记）

      怎么判断 A 有没有问题不在这里管（不同前端的逻辑不一样，交给别的团队）。这是「双环境一致性检验」：A 没问题时，访客照 A 自己的串联走，B 只收到输入、输出只记录给你对照；工作人员发现 A 有问题，就在这里标记，标记期间，设了 B 的那一步，页面等 B，直接用 B 的输出；B 没给出（还没接入、出错、没有结果）就落到「队列」里由人点。恢复正常后又照 A。别的团队的系统以后也可以直接调用 POST /ab/state（body：{"state":"bad"} 或 {"state":"ok"}）。

      B 的对照记录

      在你设了 B 的那一步，每个到达的访客都会交给 B（走哪条通道 / 占位显示什么 / 跳转到哪）。A 没问题时 B 的输出只记录在这里，你对照 A 和 B 是否一致；A 被标记有问题时，页面等 B，用 B 的输出。B 对不对，系统不判断，你在这里看、在队列卡片上看。下面记着发给 B 什么、B 还回什么。

      时间决策点类别状态访客IP广告B 的建议 / 发给 B / B 还回

      还没有记录。在生成工具的「后台工坊」里给某一步设了「传给 B」才会有。

      B 接口

      B 是这台服务器上的另一个程序。设了 B 的每个点，访客走到那一步时，后台会把下面「请求」那份 JSON 用 POST 发到 地址/点编号，B 在回答里给出建议。地址默认只许 127.0.0.1 / localhost（访客数据不出这台机器）。

      把说明和示例交给写 B 的人，他不用登录后台就能看懂怎么接。

      回答（JSON）：{"channel": 整数, "text": "文字"}。通道型阀门看 channel：正数 n = 通过第 n 条，负数 -n = 不通过第 n 条，0 = 没有结果；返回链接 / 占位看 text；不带阀门的线只记录。A 没问题时 B 只被记录、不拖访客；A 被标记有问题期间，页面等 B 的回答（最长上面的时间），B 没回答才落人工队列。

      像素 / CAPI

      每个像素 = Pixel ID + 可选 CAPI Token。有 Token 就同时走服务端 CAPI 回传（和客户端 Pixel 同 event_id 去重）；没 Token 就只有客户端 Pixel。Token 只存在这台服务，绝不进 HTML。

      名称Pixel IDCAPI Token测试事件码CAPI

      域名 → 像素

      每个域名只对一个像素，保证数据不串；多个域名可指向同一个像素（共用）。落地事件 = 页面一加载就回传的那个（到落地页算 Lead），留空则不回传落地事件。

      域名用哪个像素落地事件价值币种

      后台返回占位

      页面里「后台返回」的占位（按不透明 id 列出）。决策方式：manual = 人工在队列填；flow = 按工坊里设计的串联跑；py:名字 = deciders/名字.py 里的 fill(request)；http:地址 = 网络决策器。返回空 = 页面显示它自己的默认文字。

      阀门通道 → 转化事件

      给阀门的某个通道配上转化事件（如 行1=ViewContent、最终那个=Purchase）。人工点中该通道时，就按发起页域名回传。事件名可用 Meta 标准（Lead/ViewContent/AddToCart/Purchase…）或自定义。

      工坊（工具串联）

      在生成工具的「后台工坊」里设计好串联后，把阀门或占位的「决策方式」填 flow。下面是每个自定义工具现在的状态；tools/ 里的文件改了不用重启。

      改完点各处的「保存」即可写入 gate_config.json。阀门的去向（行N/不行N）由生成工具从 ax 导入，这里只配转化。