企业官网建设流程全解析

简介：广告竞价页订单管理系统是一套面向广告主、广告代理与竞价页运营者的通用型订单管理源码，基于开源的caozha-admin搭建。系统覆盖订单管理、订单回收站、产品管理、批量上传/导出（支持xls、xlsx、csv）、订单重复检测、下单表单调用以及客户下单后邮件/短信通知管理员等功能，并内置分层级的订单查看权限控制，开箱即用，适合需要快速搭建或二次开发竞价业务后台的人员。资源包为zip压缩包，共2000个文件、约20.4MB，以PHP后端代码为主，配合前端JS/CSS/HTML页面、gif与png图片素材、txt/md说明文档等，目录结构较完整，便于按模块阅读和部署。目前已有92人学习。通过这套资源，使用者可以得到可直接运行的订单管理程序、配套的详细搭建教程、前端界面文件及数据库配置相关文件，并借助caozha-admin的扩展机制按业务需求定制功能，减少从零开发的成本。

1. 广告竞价页订单管理系统：先想清楚它是“台账”还是“系统”

跑竞价的人都有这个体会：落地页表单里收到线索，当时很兴奋，三天后想查“这个订单到底是哪个计划带来的”，翻遍后台也找不到。广告竞价页订单管理系统解决的问题，就是把落地页的每一次提交变成一张可查询、可流转、可回传的订单，而不是只堆在表单服务商后台里的Excel。它能记录渠道、计划、关键词、点击ID，让运营者在同一个后台里完成筛选、跟进、标记成单，再把成单结果回传给广告平台。适合正在跑百度竞价或信息流的投放手、自己管理站点的个人站长，以及接单做外包开发、需要交付一套完整系统的开发者。投入不大，一台云主机加一个开源面板就能跑起来。

2. 搭建前先定架构：落地页、提交接口、后台与回传的四段链路

2.1 订单系统的核心链路：从点击到回传，数据是怎么走的

广告竞价页订单管理系统，本质是一条数据链路，而不是一个孤立后台。用户点了广告，浏览器打开你的落地页，落地页收集姓名、电话、产品选择，提交到一个接口，接口把数据写进数据库，后台展示给运营人员，运营人员处理后，成单结果再回传给广告平台用于智能优化。任何一环断了，订单管理系统就退化成表格。

这条链路里有三个最容易做砸的点。第一是参数透传，广告平台在点击URL里带的click_id、campaign_id如果没被落地页接收并随表单提交上来，后面回传就是空谈。第二是状态流转，订单从“新线索”到“已联系”再到“已成单”或“无效”，每一步都必须有明确的操作和时间记录，不然月底对账的时候，你根本说不清单子死在哪一步。第三是回传，广告平台不是看表单提交数来优化的，而是看成单数，成单结果不及时回传，计划就跑偏。

我见过不少团队用金数据、麦客这类表单工具接广告落地页，线索是收上来了，但无法在后台标记“这个单成交了”，更没法按广告计划维度统计成本。广告竞价页订单管理系统要解决的核心，就是把“表单纯收集”升级成“订单可运营”。如果你的量一天只有十几条，用表单工具没问题；如果一个月几百条且你需要向老板汇报投产比，就需要这套东西。

2.2 技术选型：为什么我坚持用“静态落地页 + PHP + MySQL”

这个标题下的项目，选型不用激进，保守才是对业务负责。我一般推荐静态HTML落地页加PHP接口加MySQL数据库，后台也直接用PHP输出页面，不引前端框架。理由有三点。

第一，落地页在竞价场景里要的是快。广告页本身是静态文件，交给Nginx处理，几乎不占PHP进程，高峰期扛得住。第二，订单量级决定了复杂度。一天几千条订单的提交和查询，MySQL单库单表完全够用，不需要上Redis或消息队列，系统越简单越不容易在半夜出问题。第三，交付门槛低。你用Vue加API当然更“现代”，但客户或后续维护者未必会跑Node构建，PHP文件扔到服务器就能跑，出了问题打开文件就能改。

对比一下几种方案的适用边界：静态落地页加PHP适合小团队自用和外包交付；前后端分离适合有专职开发、订单流转逻辑复杂的团队；纯SaaS表单适合量小、只要数据不要流程的场景。至于成本字段、状态机、回传记录这些，SaaS表单基本做不细，这正是自建系统的价值所在。

数据库设计上，订单表用InnoDB引擎、utf8mb4字符集，这是标配。PHP版本我建议7.4，不要盲目追新，8.x对老代码的兼容性会让你在迁移时花冤枉时间。MySQL选5.7而不是8.0，原因只有一个：5.7的内存占用和工具链兼容性对单机部署更友好。

2.3 环境准备：云主机系统选择与宝塔面板初始化

新装环境我建议用Ubuntu 22.04或AlmaLinux 9，别再用已经老了的那套习惯了。国内云厂商控制台创建实例时，镜像选Ubuntu 22.04就好，2核4G配置对这个系统绰绰有余，后续就算同时跑几个站点也不至于卡。

初始化流程固定三步：更新系统，装宝塔面板，装运行环境。宝塔官网的安装脚本是一行wget加bash，登录官网复制与你系统对应的那行，粘贴到SSH里执行。装完后浏览器打开面板地址，初始账号密码会在安装结束时打印在终端里，记得登录后立刻修改。

环境安装时勾选Nginx、PHP 7.4、MySQL 5.7三样就够，其他组件不装。PHP运行方式选FPM，不要选Apache，Nginx处理静态文件的能力远优于Apache，这对承载广告落地页流量是实打实的优势。装完后在宝塔面板里新建站点，把域名绑定上去，PHP版本选择7.4，创建数据库并记下库名、用户名、密码，后面建表要用。

3. 建库与提交接口：让竞价落地页的线索一条不少进后台

3.1 建库建表：订单表的字段设计与索引规划

订单表的设计直接决定后台能按什么维度筛选。我按投放场景把字段拆成四组：订单标识、广告来源、客户信息、业务状态。下面这份建表SQL是从实际项目里精简出来的，可以直接用。

CREATE TABLE `orders` ( `id` int(11) NOT NULL AUTO_INCREMENT, `order_no` varchar(32) NOT NULL COMMENT '业务订单号', `channel` varchar(20) NOT NULL DEFAULT 'baidu' COMMENT '渠道:baidu/tencent/bytedance', `campaign` varchar(100) DEFAULT '' COMMENT '广告计划名或ID', `ad_account` varchar(50) DEFAULT '' COMMENT '广告账户标识', `click_id` varchar(100) DEFAULT '' COMMENT '广告平台点击ID，回传关键', `landing_url` varchar(500) DEFAULT '' COMMENT '落地页URL，含追踪参数', `product_sku` varchar(50) DEFAULT '' COMMENT '产品SKU或套餐档位', `customer_name` varchar(50) NOT NULL COMMENT '客户姓名', `customer_phone` varchar(20) NOT NULL COMMENT '客户手机号', `remark` varchar(500) DEFAULT '' COMMENT '跟进备注', `cost_amount` decimal(10,2) NOT NULL DEFAULT '0.00' COMMENT '该订单消耗成本', `deal_amount` decimal(10,2) NOT NULL DEFAULT '0.00' COMMENT '成交金额', `status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '0新订单 1已联系 2已成单 3无效', `ip_address` varchar(45) DEFAULT '' COMMENT '提交IP', `callback_status` tinyint(4) NOT NULL DEFAULT '0' COMMENT '回传状态:0未回传 1成功 2失败', `callback_at` datetime DEFAULT NULL COMMENT '回传时间', `submit_time` datetime NOT NULL COMMENT '提交时间', `update_time` datetime DEFAULT NULL COMMENT '更新时间', PRIMARY KEY (`id`), UNIQUE KEY `uniq_click_id` (`click_id`), KEY `idx_phone` (`customer_phone`), KEY `idx_status` (`status`), KEY `idx_submit_time` (`submit_time`) ) ENGINE=InnoDB DEFAULT CHARSET=utf8mb4 COMMENT='广告竞价页订单表';

逻辑说明：click_id加唯一索引是为了防止同一次广告点击重复生成订单，这是后续防刷和回传准确性的地基。status用tinyint而不是字符串，是为了索引效率和代码里写判断方便。cost_amount和deal_amount拆开，成本是广告消耗，成交额是实际收款，月底算投产比就靠这两个字段。callback_status和callback_at是回传审计字段，很多团队不做，等广告平台对不上账的时候才后悔。

参数说明：order_no建议生成规则为日期加随机数，例如date('YmdHis') . mt_rand(1000,9999)，避免和广告平台订单号混淆。charset必须用utf8mb4，你永远不知道客户会在备注里填什么字符。如果投放海外市场，customer_phone字段长度要放宽到24位，这在国内够用但跨境场景不保险。字段命名统一用下划线风格，PHP数组里直接映射，省去ORM映射的麻烦。

3.2 提交接口submit.php：预处理、幂等与防刷三件事

提交接口是订单系统的入口，也是最容易被攻击和写崩的地方。我给你一份能直接用、也经得住基本考验的PHP实现。接口接收JSON也接收表单POST，内容类型兼容，避免落地页前端和服务器端联调时的格式纠纷。

<?php require __DIR__ . '/../includes/db.php'; header('Content-Type: application/json; charset=utf-8'); $raw = file_get_contents('php://input'); $data = json_decode($raw, true); if (!is_array($data)) { $data = $_POST; } // 1. 手机号基础校验 $phone = preg_replace('/\D/', '', $data['customer_phone'] ?? ''); if (!preg_match('/^1\d{10}$/', $phone)) { exit(json_encode(['code' => 1, 'msg' => '手机号格式不正确'])); } // 2. 幂等控制：同一click_id只收一次 $clickId = trim($data['click_id'] ?? ''); if ($clickId !== '') { $stmt = $pdo->prepare("SELECT id FROM orders WHERE click_id = ?"); $stmt->execute([$clickId]); if ($stmt->fetch()) { exit(json_encode(['code' => 2, 'msg' => '订单已存在，请勿重复提交'])); } } // 3. 窗口防刷：同一手机号5分钟内只能提交1条 $stmt = $pdo->prepare("SELECT submit_time FROM orders WHERE customer_phone = ? ORDER BY id DESC LIMIT 1"); $stmt->execute([$phone]); $last = $stmt->fetchColumn(); if ($last && (time() - strtotime($last)) < 300) { exit(json_encode(['code' => 3, 'msg' => '提交过于频繁，请稍后再试'])); } $orderNo = date('YmdHis') . mt_rand(1000, 9999); $stmt = $pdo->prepare( "INSERT INTO orders (order_no, channel, campaign, ad_account, click_id, landing_url, product_sku, customer_name, customer_phone, remark, ip_address, submit_time) VALUES (?, ?, ?, ?, ?, ?, ?, ?, ?, ?, ?, NOW())" ); $stmt->execute([ $orderNo, trim($data['channel'] ?? ''), trim($data['campaign'] ?? ''), trim($data['ad_account'] ?? ''), $clickId, trim($data['landing_url'] ?? ''), trim($data['product_sku'] ?? ''), trim($data['customer_name'] ?? ''), $phone, trim($data['remark'] ?? ''), $_SERVER['HTTP_X_FORWARDED_FOR'] ?? $_SERVER['REMOTE_ADDR'] ?? '' ]); echo json_encode(['code' => 0, 'msg' => '提交成功', 'order_no' => $orderNo]);

逻辑说明：手机号校验先做全量去除非数字字符，再用正则匹配，避免用户输入空格或加号导致无法匹配。click_id幂等是防重复提交的第一道闸，广告平台的点击ID本身就是唯一凭证。窗口防刷用数据库查询上一次提交时间，优点是零额外依赖，缺点是高并发下有一定查询压力，但在每天千级订单量下毫无问题。IP地址优先取X_FORWARDED_FOR，因为实际部署常常前面还有CDN或负载均衡，REMOTE_ADDR拿到的是CDN的IP。

参数说明：防刷窗口300秒是经验值，投放活动页建议300，普通表单页180秒足够，但不要低于60秒，否则误杀正常用户反而心疼。如果订单量一天超过5000条，把防刷逻辑里的数据库查询换成Redis，代码结构不用变，只换数据源。另外建议在此处加一个日志函数，把每次POST的原始数据和解析结果写入/tmp/order_debug.log，联调的时候能救命的。

3.3 落地页参数透传：广告点击ID怎么跟表单一起提交

后台要能按计划归因，就得让落地页把URL里的广告参数装进表单。做法是在落地页底部加一段JavaScript，在页面加载时读取URL查询参数，写入对应的hidden字段。

(function () { var params = new URLSearchParams(window.location.search); var map = { click_id: 'click_id', campaign_id: 'campaign', ad_account: 'ad_account', channel: 'channel' }; Object.keys(map).forEach(function (key) { var value = params.get(key); if (!value) return; var field = document.querySelector('input[name="' + map[key] + '"]'); if (field) field.value = value; }); })();

逻辑说明：广告平台跳转到落地页时，URL会带上平台自己的追踪参数，不同平台参数名不同。百度竞价常用clickid，巨量引擎用click_id，腾讯广点通用gdt_vid，还有各种客户自己加的自定义参数。这份映射表把平台参数名映射成系统内部字段名，落地页的表单里不需要暴露这些细节。比如巨量引擎的click_id直接对应，百度的clickid如果URL里是clickid，就把map的key改成clickid。

参数说明：这个脚本必须放在表单元素之后执行，或者包在DOMContentLoaded事件里，否则input还不存在就取不到值。channel字段建议由投放人员在广告链接里显式拼接，比如&channel=baidu，而不是靠脚本猜，因为自动识别UA来猜渠道的做法经常翻车。落地页如果交给外包做了预渲染，记得确认这个脚本没被合并到异步加载里，否则字段写入时机晚于用户提交，click_id照样丢失。

3.4 模拟一条订单：用curl验证全链路通不通

代码写完先别急着接真实广告流量，用curl模拟一条提交，确认接口和数据库都正常。

curl -X POST http://yourdomain.com/api/submit.php \ -H "Content-Type: application/json" \ -d '{"customer_name":"测试用户","customer_phone":"13800138000","product_sku":"A01","click_id":"test_click_001","channel":"baidu","campaign":"测试计划"}'

正常会返回{"code":0,"msg":"提交成功","order_no":"202..."}。然后登录宝塔的phpMyAdmin，或者直接用命令行查：

mysql -u你的用户名 -p你的密码 你的库名 -e "SELECT id, order_no, click_id, customer_phone, submit_time FROM orders ORDER BY id DESC LIMIT 1;"

能看到刚才提交的记录就说明链路通了。这时候再执行一次相同的curl，应当返回“订单已存在”，说明幂等逻辑生效。最后把cleanup语句执行掉：DELETE FROM orders WHERE click_id='test_click_001';，避免测试数据混进真实数据里。

4. 后台管理与转化回传：订单从“新线索”走到“成单”

4.1 登录与权限：不引框架的session安全写法

后台不是给所有人看的，投放账户和运营账户要分开。我习惯用最朴素的PHP session方案加登录失败限速，不引框架，不装额外组件。

<?php // admin/login.php session_start(); require __DIR__ . '/../includes/db.php'; $username = trim($_POST['username'] ?? ''); $password = $_POST['password'] ?? ''; if ($_SESSION['login_fail_time'] ?? 0 > time() - 3) { exit('操作过于频繁，请稍后再试'); } // 用户名和密码在config里配置，不要放数据库 $adminUser = 'admin'; $adminPassHash = '$2y$10$...'; // password_hash()生成的哈希 if ($username === $adminUser && password_verify($password, $adminPassHash)) { session_regenerate_id(true); $_SESSION['admin_logged'] = true; header('Location: index.php'); exit; } $_SESSION['login_fail_time'] = time(); $error = '用户名或密码错误'; ?>

逻辑说明：登录失败后写一个session时间戳，3秒内禁止再次提交，成本极低但能挡住暴力破解的常规频率。密码用password_hash存储，不要明文，PHP 7.4自带这个函数，生成一次哈希写进配置文件即可。session_regenerate_id是防止会话固定攻击，登录成功后必做。

参数说明：后台安全我建议用两层，除了登录，还在Nginx层加IP白名单限制，只有公司出口IP能访问/admin/目录。配置写在站点配置文件里：

location ^~ /admin/ { allow 你的公司IP; deny all; try_files $uri $uri/ =404; }

这样即使密码被猜出来了，非白名单IP也进不来。如果团队成员在家办公，就用宝塔的Basic Auth临时开一个访问口令，比反复改Nginx配置省事。注意这个配置只针对/admin/目录，不影响落地页正常访问。

4.2 订单列表与状态流转：筛选、分页、操作一条线

后台的主页面是订单列表，核心SQL要同时做到安全分页和按条件筛选。

<?php // admin/index.php session_start(); if (empty($_SESSION['admin_logged'])) { header('Location: login.php'); exit; } require __DIR__ . '/../includes/db.php'; $where = []; $params = []; if (isset($_GET['status']) && $_GET['status'] !== '') { $where[] = 'status = ' . intval($_GET['status']); } if (!empty($_GET['channel'])) { $where[] = 'channel = ?'; $params[] = $_GET['channel']; } if (!empty($_GET['keyword'])) { $where[] = "(customer_name LIKE ? OR customer_phone LIKE ?)"; $params[] = '%' . $_GET['keyword'] . '%'; $params[] = '%' . $_GET['keyword'] . '%'; } $whereSql = $where ? 'WHERE ' . implode(' AND ', $where) : ''; $page = max(1, intval($_GET['page'] ?? 1)); $limit = 20; $offset = ($page - 1) * $limit; $countStmt = $pdo->prepare("SELECT COUNT(*) FROM orders $whereSql"); $countStmt->execute($params); $total = $countStmt->fetchColumn(); $stmt = $pdo->prepare( "SELECT * FROM orders $whereSql ORDER BY id DESC LIMIT $limit OFFSET $offset" ); $stmt->execute($params); $orders = $stmt->fetchAll();

逻辑说明：status因为用了intval强转，可以直接拼进SQL，没有注入风险。channel和keyword用预处理占位符，字符串过滤交给PDO。分页用LIMIT加OFFSET，这个写法在数据量超过10万条后性能会下降，但正常投放一个月也就几千条，不必提前优化。筛选条件组装用数组再加implode，比拼接字符串更清晰，后续加时间范围筛选也只多一行。

订单状态流转单独做一个action文件，并且强制校验合法跳转：

<?php // admin/order_action.php session_start(); if (empty($_SESSION['admin_logged'])) { header('Location: login.php'); exit; } require __DIR__ . '/../includes/db.php'; $id = intval($_POST['id'] ?? 0); $action = $_POST['action'] ?? ''; $allowed = ['mark_contact' => 1, 'mark_deal' => 2, 'mark_invalid' => 3]; if (!isset($allowed[$action])) { exit('非法操作'); } $targetStatus = $allowed[$action]; $stmt = $pdo->prepare("SELECT status, callback_status FROM orders WHERE id = ?"); $stmt->execute([$id]); $order = $stmt->fetch(); if (!$order) { exit('订单不存在'); } // 规则：已成单和无效不可逆；只有新订单才能直接标无效 if ($order['status'] == 2 || $order['status'] == 3) { exit('订单已终态，不能变更'); } if ($action == 'mark_invalid' && $order['status'] != 0) { exit('已联系的订单先标记无效需确认，请走备注流程'); } $update = $pdo->prepare("UPDATE orders SET status = ?, update_time = NOW() WHERE id = ?"); $update->execute([$targetStatus, $id]); // 如果标记成单，触发转化回传 if ($action == 'mark_deal') { require __DIR__ . '/callback.php'; sendCallback($id); } header('Location: index.php'); exit;

逻辑说明：状态机最简单也最可靠的实现是一张白名单映射表，把外部动作映射到内部状态值，然后通过当前状态判断是否允许跳转。这个写法把非法状态流转挡在入口，比在界面上禁用按钮靠谱一万倍，因为你控制不了别人直接POST请求。已成单和无效都是终态，不允许再改回新订单，这是运营纪律，也是财务对账的需求。

参数说明：如果你业务里需要“无效订单二次挽回”，可以把无效做成可逆，但要在remark里自动记录操作日志。标记成单时触发回传，这里需要确保callback.php在回传失败时不会阻断页面跳转，用try-catch包住，失败时记录callback_status=2，让用户稍后点“重试回传”。

4.3 转化回传：成单后怎么通知广告平台

回传是竞价订单系统相对高阶的能力。广告平台的转化回传接口通常长这样：你向平台服务器发一个带点击ID和转化类型的请求，平台据此知道这个点击带来了真实成交，然后调整出价策略。

<?php // admin/callback.php function sendCallback($orderId) { global $pdo; $stmt = $pdo->prepare("SELECT * FROM orders WHERE id = ?"); $stmt->execute([$orderId]); $order = $stmt->fetch(); if (!$order) return false; if ($order['callback_status'] == 1) return true; // 平台回传地址和token从配置文件读取，每个平台都不一样 $callbackUrl = CALLBACK_URL . '?click_id=' . urlencode($order['click_id']) . '&order_no=' . urlencode($order['order_no']) . '&amount=' . $order['deal_amount'] . '&ts=' . time() . '&sign=' . md5($order['click_id'] . $order['order_no'] . CALLBACK_SECRET); $ch = curl_init($callbackUrl); curl_setopt($ch, CURLOPT_TIMEOUT, 5); curl_setopt($ch, CURLOPT_RETURNTRANSFER, true); curl_setopt($ch, CURLOPT_POST, true); curl_setopt($ch, CURLOPT_POSTFIELDS, ''); $resp = curl_exec($ch); $httpCode = curl_getinfo($ch, CURLINFO_HTTP_CODE); curl_close($ch); if ($httpCode == 200 && strpos($resp, 'success') !== false) { $pdo->prepare("UPDATE orders SET callback_status = 1, callback_at = NOW() WHERE id = ?") ->execute([$orderId]); return true; } $pdo->prepare("UPDATE orders SET callback_status = 2 WHERE id = ?")->execute([$orderId]); return false; }

逻辑说明：回传请求最终还是要落地成一次HTTP POST。sign参数用MD5做签名，虽然MD5在加密场景已不安全，但在这里用于防篡改，配合secret值做混淆，已经足够。timeout设5秒，绝不能让回传请求拖死后台操作。回传成功判断用HTTP状态码加响应体双重校验，避免平台返回200但内容是报错信息的尴尬。

参数说明：每个广告平台的回传协议差异比较大，参数名和sign算法也不同，这里的CALLBACK_URL、CALLBACK_SECRET要按平台文档替换。百度竞价和巨量引擎都提供转化追踪API，腾讯广告则常用离线回传。我建议在配置文件里预置两三套常量，按channel字段分别调用，另外在后台加一个按钮“重试回传”，只对callback_status=2的记录开放，方便运营一键补偿。

5. 订单系统搭建避坑：5个让新手翻车的高频故障与排查

5.1 后台看到的提交时间比实际时间差了8小时

现象：用户晚上8点整提交表单，后台列表显示中午12点，订单时间线全乱。

原因：PHP默认时区是UTC，MySQL连接也没有设置会话时区。服务器物理时区虽然可能已经是东八区，但PHP和MySQL各自都不知道业务在东八区。

解决：两层都要改。第一层，在PHP配置文件php.ini里设置date.timezone = Asia/Shanghai，宝塔面板的路径一般是“软件商店-PHP设置-配置文件”。第二层，在数据库连接初始化时执行SET time_zone = '+08:00'，这个设置在includes/db.php里每次连接后执行一行代码即可。改完重启PHP-FPM，再提交一条测试订单，对比时间就正常了。

5.2 一个用户连点多次提交，数据库多出好几条重复订单

现象：晚上活动上线，第二天后台发现同一手机号提交了五条一模一样的订单。

原因：前端只做了按钮防重复点击，但按钮禁用只挡正常人，挡不住浏览器刷新重放和恶意脚本直接POST。广告落地页常常被点击竞对刷量，这不是玄学，是真实会发生的。

解决：submit.php里的两段逻辑不能省。click_id唯一索引保证同一次广告点击最多生成一条订单；手机号5分钟窗口去重挡住无点击ID的重复提交。如果click_id为空串，唯一索引不会生效，所以手机号窗口去重是最后一道保险。排查时用这条SQL看重复情况：

SELECT customer_phone, COUNT(*) AS cnt FROM orders WHERE submit_time >= DATE_SUB(NOW(), INTERVAL 1 DAY) GROUP BY customer_phone HAVING cnt > 3;

查到记录后，把明显刷量的订单批量标记为无效，然后看来源IP和落地页URL，如果是竞对，直接加IP黑名单。

5.3 转化回传一直报“click_id无效”，成单数据上不了广告平台

现象：后台标记成单后，回传状态永远是“失败”，广告平台那边查不到转化。

原因：落地页没有做参数透传，或者透传脚本和表单字段名对不上，导致click_id存进库里的不是平台真实点击ID，而是空串或者默认测试值。

解决：先看数据库里成单订单的click_id字段。如果是一串正常的长字符串，说明透传没问题，问题在回传协议。如果是空串，回到落地页检查脚本。一个靠谱的排查姿势是，在submit.php入口处把接收到的完整POST数据写入调试日志，然后自己在浏览器打开带?click_id=test123的落地页提交一次，看日志里click_id有没有透传进来。参数透传这种事，看着简单，实际最容易在落地页二次开发时被忽略，拿到外包交付的页面时务必实测一遍。

5.4 信息流起量瞬间PHP-FPM被打满，订单大面积丢失

现象：投放计划通过审核后流量暴涨，落地页能打开，但点击提交后报502，后台一条新订单都没收到。

原因：广告流量是脉冲式的，起量瞬间可能几十个并发同时提交，PHP-FPM默认配置只有10个子进程，全部被占满后新请求排队，超时就断开。

解决：调整PHP-FPM池配置。宝塔面板里打开PHP的“性能调整”，把pm模式从dynamic改成static或保持dynamic但调高数值。经验值：2核4G机器设置pm.max_children=40，pm.start_servers=10，pm.min_spare_servers=5，pm.max_spare_servers=20。再配合把落地页静态资源放CDN，动态提交接口只留必须的逻辑。还有一个常被忽略的地方：submit.php里的防刷查询和写日志不要做太多往返，一次提交控制在5个SQL以内，PHP-FPM占用的时间越短，吞吐量越大。

5.5 后台导出CSV给客户，Excel打开全乱码

现象：导出的CSV文件用Excel打开，中文变成一堆乱码，数字倒是正常。

原因：PHP输出的CSV默认是UTF-8编码，而Windows版Excel打开无BOM的UTF-8文件时按GBK解析，中文全废。

解决：导出前输出BOM头，三行代码的事。

header('Content-Type: text/csv; charset=utf-8'); header('Content-Disposition: attachment; filename=orders.csv'); echo "\xEF\xBB\xBF"; // UTF-8 BOM $output = fopen('php://output', 'w'); fputcsv($output, ['订单号', '手机号', '状态']); foreach ($orders as $row) { fputcsv($output, [$row['order_no'], $row['customer_phone'], $row['status']]); } fclose($output);

原理说明：BOM是放在文件开头的三个不可见字节，Excel识别到UTF-8 BOM就会用正确的编码解析。另外导出时把状态值转成中文文案，别直接导数字，客户看不懂“这个2是啥意思”。订单导出这个功能，外包交付时往往是最后补的，但也是客户最常用到的，值得一次做对。

6. 进阶扩展：把订单表变成一张能算ROI的日报

6.1 成本回填：广告消耗不再是Excel里手填的孤岛

只有成单金额，没有成本，ROI算不出来。在订单表里加cost_amount字段的初衷，是让每一笔订单承载它对应的广告消耗。实际运营节奏是每天上班先把昨天的广告消耗按计划维度回填到订单上，方法很简单，后台列表页加一个“批量回填成本”的表单，按campaign维度填成本总额，系统按该计划当天订单数平均分摊。

6.2 每日投放ROI看板：一条SQL看出哪个计划值得加预算

有了成本和成单金额，看板就水到渠成。独立的看板页面只需要执行一条汇总SQL，然后渲染成表格：

SELECT DATE(submit_time) AS day, channel, campaign, COUNT(*) AS order_cnt, SUM(CASE WHEN status = 2 THEN 1 ELSE 0 END) AS deal_cnt, SUM(cost_amount) AS cost, SUM(deal_amount) AS revenue FROM orders WHERE submit_time >= DATE_SUB(NOW(), INTERVAL 30 DAY) GROUP BY day, channel, campaign ORDER BY day DESC, cost DESC;

看板逻辑说明：核心指标是三个，订单数、成本、成交额，成交额与成本的差就是毛利。注意status为2的订单才计入成单数和成交额，无效订单的成本不能剔除，因为那是真实浪费。如果单个计划的cost高但revenue为零，直接砍掉。这套看板的边界在于成本是平均分摊的，不精确到单次点击，但在小团队投放场景下足够指导预算分配。

我自己最开始做的版本就是个台账，能看不能算，月底还是靠Excel对账。后来把回传和成本回填接进去，广告平台的数据和系统里的订单才真正对上。每次看到运营在后台点“重试回传”，我就知道这个系统是真被用起来了。技术不难，难的是把每一条数据从点击到成单串完整。希望帮到你。

本文还有配套的精品资源，点击获取