简介这是一套面向个人开发者、主打零服务器成本的外卖红包CPS小程序源码重点匹配微信小程序个人主体过审条件让没有技术团队和独立后端预算的个人也能搭建属于自己的返利推广工具。压缩包约3.51MB整体非常轻量便于直接导入微信开发者工具查看页面结构与逻辑代码中应包含小程序前后台页面、红包发放流程、CPS订单跟进参数以及流量主广告位的接入逻辑。已有637人学习使用说明它在同类资源中具备一定的参考价值。除了跑通外卖红包发放与佣金跟踪的核心链路外资源还融合了菜谱内容和流量主变现机制相当于提供一个可长期运营的入口开发者可在源码基础上自由调整界面风格、对接不同外卖平台API并设计更多促活玩法降低从开发到上线的试错成本。1. 为什么说“无需服务器”云开发模式的取舍边界拿到这套外卖红包 CPS 小程序源码第一眼最吸引人的就是「无需服务器」四个字。做过微信生态的人都知道传统小程序后端要买云服务器、装环境、配域名、过备案审核来回改一个新手光把 HTTPS 证书挂对就得折腾一两天。这套源码把后端逻辑全部放到了小程序云开发上云函数处理接口、云数据库存菜品和红包配置、云存储放图片开发者在微信开发者工具里点一下「上传并部署」剩下的托管、负载、安全都由平台扛了。对日活几十到几百人的外卖导购场景云开发免费额度已经够用等跑起来有收益再升级配额属于典型的小步快跑玩法。但免费额度背后也有冷启动、并发上限、超时时间这些硬约束本文先把链路讲透再拆源码和流量主接入最后你拿到源码改起来就知道哪里能碰、哪里要绕道。2. 外卖红包 CPS 链路拆解从推广位到下单钱到底怎么算CPS 是 Cost Per Sale按成交付费和 CPS 最常见的区别是用户必须完成有效订单推广方才能拿到佣金。外卖红包 CPS 的逻辑就是用户在你的小程序里领红包领完跳转到外卖平台 H5 或小程序下单订单核销后联盟后台给你结算佣金。这套源码把整个链路做成了「微信小程序 - 云函数 - 联盟 API - 外卖平台」先理解链路里每一个环节才知道源码里的接口为什么这么写。2.1 联盟平台选型与推广位 PID红包 CPS 的操作入口通常是美团外卖联盟、饿了么的「阿里妈妈/淘宝联盟」或第三方聚合平台。个人开发者注册联盟账号后需要创建一个媒体位或推广位拿到一串推广位 ID比如美团的pid通常是类似10xxxxx的数字串淘宝联盟的则是mm_xxx_xxx_xxx三段式。这个 ID 是 CPS 结算的唯一归属凭证用户必须通过拼了该 ID 的链接领红包订单才会记到你的名下。源码里一般不会把 PID 写死在代码中而是放到云开发数据库的一个配置集合中方便随时换。我一般会在config集合里存一条记录字段包括meituanPid、elemePid、appKey、secret。这样做的好处是联盟后台某个推广位被平台风控了你只需要在数据库改不用改代码重新发布。2.2 云函数做链接拼接与签名外卖平台的 CPS 开放接口通常要求请求签名常见做法是把pid、scene、timestamp等参数按字典序排列用 secret 做 HMAC-SHA1 或 MD5 生成签名。这套源码里核心的一个云函数就是getCpsLink入参是来源场景返回值是拼接后的跳转链接。// cloudfunctions/getCpsLink/index.js const cloud require(wx-server-sdk) cloud.init({ env: cloud.DYNAMIC_CURRENT_ENV }) exports.main async (event, context) { const { scene default } event const wxContext cloud.getWXContext() const openid wxContext.OPENID const db cloud.database() // 从数据库读取联盟配置 const configRes await db.collection(config).doc(cps).get() const { pid, secret, baseUrl } configRes.data const timestamp Date.now() // 平台签名规则参数按 key 排序后拼接 secret const signStr pid${pid}scene${scene}timestamp${timestamp}${secret} const crypto require(crypto) const sign crypto.createHash(md5).update(signStr).digest(hex) const cpsUrl ${baseUrl}?pid${pid}scene${scene}timestamp${timestamp}sign${sign} // 写入领取记录方便做防刷 await db.collection(cps_log).add({ data: { openid, scene, url: cpsUrl, createTime: Date.now() } }) return { cpsUrl } }这段代码有几个值得留意的点cloud.DYNAMIC_CURRENT_ENV表示云函数运行时自动使用当前云环境不需要写死环境 IDscene来自前端传入用来标明用户是从首页 Banner、菜谱页还是个人中心进入的便于后续做渠道统计日志集合cps_log不仅是存记录更是防刷判断的数据来源。实际对接时联盟平台的签名算法可能在参数名上有差异你只需替换signStr的拼装顺序即可整体结构不需要动。2.3 前端跳转复制链接 vs web-view拿到cpsUrl后小程序里怎么跳转是个必须提前想清楚的问题。平台限制个人主体小程序的web-view组件只能打开业务域名内的网页而外卖联盟的 CPS 链接域名并不在你配置的合法域名列表中直接放web-view大概率白屏。源码里常见做法是给用户两个出口一个是复制链接让用户粘贴到微信聊天中自动识别另一个是生成小程序码用户长按扫码后打开 H5 页面。view classcoupon-card wx:for{{channels}} wx:keyname text classname{{item.name}}/text text classdesc最高立减 {{item.discount}} 元/text button sizemini bindtapcopyLink>copyLink(e) { const url e.currentTarget.dataset.url || wx.setClipboardData({ data: url, success: () { wx.showToast({ title: 链接已复制去微信粘贴打开, icon: none }) } }) }复制链接这个交互不那么流畅但胜在稳定、不依赖额外配置。如果你想提升转化可以做一层「在微信中打开」的中间页用户复制后弹窗提示去微信搜索框粘贴让微信内部直接唤起外卖小程序。别小看这一步决定用户是关掉小程序还是去领红包。2.4 需要理解的几个参数参数含义是否参与签名常见坑pid推广位 ID佣金归属是填错或填成别人的白给别人导量sid子渠道标识是视平台用于区分不同页面来源不传则渠道数据缺失timestamp请求时间戳是与服务器时间差超过 5 分钟会被拒绝sign签名串否由其他参数生成注意参数顺序按平台文档来scene业务场景标记否建议用home_banner这类语义化命名上面的表是大多数 CPS 平台的通用参数具体以你对接的联盟文档为准。源码中常出现sid和scene混用因为它们都承担渠道标记职责有的平台叫法不同本质一样。3. 源码目录与核心页面红包页和菜谱页是怎么组织的拿到源码后先别急着改把目录结构扫一遍就能看出这套程序的骨架。它典型的小程序结构分为miniprogram前端目录和cloudfunctions云函数目录前端页面集中在pages下互相独立改一个不影响另一个。3.1 项目目录结构project/ ├── project.config.json ├── cloudfunctions/ │ ├── getCpsLink/ # 生成 CPS 领券链接 │ ├── getRecipeList/ # 获取菜谱列表 │ └── login/ # 登录拿到 openid └── miniprogram/ ├── app.js ├── app.json ├── app.wxss ├── images/ ├── data/ │ └── recipes.json # 本地菜谱数据兜底 └── pages/ ├── index/ # 外卖红包主页面 ├── recipes/ # 菜谱列表页 ├── recipeDetail/ # 菜谱详情页 └── mine/ # 个人中心recipes.json作为本地数据兜底很有意思。很多类似源码会把菜谱数据直接写成前端 JSON 文件不去请求云数据库这样即使云函数调用失败页面也不会白屏。对于外卖场景菜谱不是核心业务即使数据是静态的影响也不大。如果后期想丰富内容再迁移到云数据库也不迟。3.2 红包主页面卡片渲染与参数传递首页是所有流量的入口决定了 CPS 的点击率。这套源码的首页一般用wx:for渲染多个红包卡片每个卡片绑定不同的scene参数点击时先调云函数拿链接再弹出复制弹窗。view classbanner image src{{bannerUrl}} modeaspectFill/image button classearn-btn bindtaponEarn每天领外卖红包/button /view view classcoupon-list view classcoupon-item wx:for{{coupons}} wx:keyid view classinfo view classname{{item.title}}/view view classsub{{item.subTitle}}/view /view button classget-btn bindtaponGetCoupon>onGetCoupon(e) { const scene e.currentTarget.dataset.scene wx.showLoading({ title: 生成中 }) wx.cloud.callFunction({ name: getCpsLink, data: { scene } }).then(res { wx.hideLoading() const cpsUrl res.result.cpsUrl wx.setClipboardData({ data: cpsUrl }) }).catch(() { wx.hideLoading() wx.showToast({ title: 生成失败稍后再试, icon: none }) }) }这里的scene参数很关键一定要让前端显式传入而不是后端自己猜。有些新手改源码时图省事把scene写死在云函数里结果所有渠道数据都统计成一类后面调优完全没依据。3.3 菜谱页列表筛选与本地数据菜谱页的功能定位很清晰用来拉长用户停留时间间接提高红包点击概率。源码里通常有分类 Tab比如「快手菜」「汤羹」「主食」等切换时对本地 JSON 做过滤然后渲染列表。view classcategory-tabs view classtab {{activeCat item.id ? active : }} wx:for{{categories}} wx:keyid bindtapswitchCat>switchCat(e) { const id e.currentTarget.dataset.id this.setData({ activeCat: id }) this.filterRecipes() }, filterRecipes() { const all this.data.allRecipes if (this.data.activeCat all) { this.setData({ filteredRecipes: all }) return } const filtered all.filter(item item.cat this.data.activeCat) this.setData({ filteredRecipes: filtered }) }这个实现的特点是纯前端操作没有请求数据库因此页面秒开。如果你要扩展成从云数据库读取需要注意小程序端where查询一次最多返回 20 条需要做分页否则超过 20 条后列表会静默丢失一部分数据。4. 流量主接入与个人主体过审广告组件怎么放才不狼狈有了用户量接下来就是流量主变现。这套源码标了「流量主版」说明广告组件已经接好了但真正把流量主开通、把广告位塞进页面、通过审核中间有些细节源码不会主动提醒你。4.1 开通流量主的硬性门槛流量主的开通条件是「小程序累计独立访客不低于 1000」并且无严重违规记录。这里的累计独立访客不等于日活而是从小程序上线开始算起的 UV。个人主体也可以开通但前提是你的小程序已经通过微信认证个人主体没有认证也可开通流量主实际上个人主体小程序也可以开通流量主但需要满足 UV 条件。开通路径登录微信公众平台在左侧菜单找「推广」-「流量主」如果看到「立即开通」按钮说明规模已达标如果按钮是置灰的说明 UV 还没凑够。很多开发者卡在这个门槛上可以让亲戚朋友帮忙搜索小程序或者在做地推时引导用户扫小程序码先把第一波 1000 UV 凑齐。4.2 Banner 广告组件代码里的正确姿势流量主开通后在后台「广告管理」中创建广告位会得到一串adunit-xxxx的 ID。接下来要把广告塞进页面。源码里常见的是在菜谱列表和红包页底部放 Banner 广告但很多新手会踩同一个坑把广告组件直接放在页面最底部结果展示率极低。// pages/index/index.json { usingComponents: {}, adUnitId: adunit-your-banner-id }view classad-container ad unit-id{{adUnitId}} ad-typebanner binderroronAdError/ad /view注意ad组件需要足够宽的容器来显示且不能嵌套在scroll-view里否则可能出现渲染异常。binderror事件一定要写因为广告拉取失败时小程序端会默认加载不了导致页面底部出现大块空白加上事件后可以手动隐藏这个容器。对于插屏广告可以在用户完成一次领红包动作后展示收益比 Banner 高但会打断体验使用频率要克制。激励视频广告通常放在菜谱详情页让用户看视频换取「隐藏菜谱」或「红包升级」这类广告对保留率和客单价都有明显帮助。4.3 个人主体过审的文案边界提到个人可以过审这套源码显然是按个人主体路径打磨过的。个人主体的小程序在服务类目上受限外卖红包这种业务容易涉及「商业服务」或「电商平台」类目个人主体往往没有对应资质。常见的解法是把小程序定位成「菜谱工具」「外卖红包」只作为一个功能模块而不是核心功能描述。这样类目可以选择「生活服务 美食菜谱」或「工具 效率」个人主体就能过。审核时注意事项还包括小程序标题和简介中不要出现「返利」「赚佣金」「拉人头」等敏感词文案改为「平台优惠福利」。红包金额的描述不要用「最高 100 元」这种带极限词的表述改成「随机立减」。广告组件必须在审核时能看到真实占位不能在无广告 ID 时隐藏整个模块否则审核人员可能认为页面缺失功能。用户协议和隐私政策弹窗必须有即使不涉及真实交易也要在首次打开时以弹窗形式告知收集了用户 openid。如果你的类目审核被拒优先检查页面里有没有「立即提现」「佣金」等字眼很多类似源码默认文案是从网赚项目复制过来的不改成合规描述基本过不了。5. 进阶渠道场景追踪与防刷校验源码能跑通只是第一步把收益做上去需要在细节上下功夫。这里分享一个最实用的组合技巧用场景参数做渠道漏斗用云函数计数器做领红包防刷。这两个改动不需要改页面结构只加一个云函数和少量数据库逻辑但对长期效果影响很大。场景参数scene不只是在 CPS 链接里透传一次它还会反映到联盟后台的报表中。部分联盟平台支持把sid作为二级渠道标记你在小程序里给每个入口分配固定sid首页 Banner 用sidhome_top菜谱页中部用sidrecipe_mid文章分享卡片用sidshare_card。跑两周后从联盟后台的订单列表看每个来源的转化率如果某个入口曝光很高但零转化就要检查这个入口的文案或按钮位置是不是有问题。这个过程不需要额外开发只是把scene值固化下来就行关键是别偷懒每次从后端获取链接都要带上特定值。防刷逻辑放在getCpsLink云函数里。外卖红包 CPS 的常见攻击方式是一个 openid 在几秒内连续请求上百次把链接拿到后去发群但订单是否属于你这个推广位以最后一次点击归因为准这种刷量既不会带来佣金还会拉低小程序在联盟侧的风控评级。常见的做法是同一用户每天限制领取 3 次超过就拒绝生成链接。实现方式是在cps_log集合中查询今天的记录数如果超过阈值则直接短接。const MAX_DAILY 3 const startOfDay new Date() startOfDay.setHours(0, 0, 0, 0) const todayCount await db.collection(cps_log) .where({ openid, createTime: _.gte(startOfDay.getTime()) }) .count() if (todayCount.total MAX_DAILY) { return { code: -1, msg: 今日领取次数已达上限 } }这段逻辑注意几个细节new Date()的时区应以服务器时区为准但微信云函数跑在 UTC 环境直接用setHours(0,0,0,0)得到的是 UTC 零点不是中国时区的零点。稳妥的办法是取当前时间戳后减去new Date().getTimezoneOffset() * 60000再计算或者直接用云开发数据库的db.serverDate()配合聚合函数统计当天记录。另外where中createTime字段建立索引否则数据量大了以后查询会特别慢。云开发控制台里你还能给cps_log集合加上免费额度内的容量预警超过 90% 时发短信通知避免日志占满导致写入失败。总的原则是这套「云函数 云数据库」方案虽然省了服务器但也要把免费额度当成资源来管理每次调用都做轻量化处理不打印无意义日志不在循环里查库。把这些边界看住外卖红包 CPS 小程序才能走长久。本文还有配套的精品资源点击获取
简介这是一套面向个人开发者、主打零服务器成本的外卖红包CPS小程序源码重点匹配微信小程序个人主体过审条件让没有技术团队和独立后端预算的个人也能搭建属于自己的返利推广工具。压缩包约3.51MB整体非常轻量便于直接导入微信开发者工具查看页面结构与逻辑代码中应包含小程序前后台页面、红包发放流程、CPS订单跟进参数以及流量主广告位的接入逻辑。已有637人学习使用说明它在同类资源中具备一定的参考价值。除了跑通外卖红包发放与佣金跟踪的核心链路外资源还融合了菜谱内容和流量主变现机制相当于提供一个可长期运营的入口开发者可在源码基础上自由调整界面风格、对接不同外卖平台API并设计更多促活玩法降低从开发到上线的试错成本。1. 为什么说“无需服务器”云开发模式的取舍边界拿到这套外卖红包 CPS 小程序源码第一眼最吸引人的就是「无需服务器」四个字。做过微信生态的人都知道传统小程序后端要买云服务器、装环境、配域名、过备案审核来回改一个新手光把 HTTPS 证书挂对就得折腾一两天。这套源码把后端逻辑全部放到了小程序云开发上云函数处理接口、云数据库存菜品和红包配置、云存储放图片开发者在微信开发者工具里点一下「上传并部署」剩下的托管、负载、安全都由平台扛了。对日活几十到几百人的外卖导购场景云开发免费额度已经够用等跑起来有收益再升级配额属于典型的小步快跑玩法。但免费额度背后也有冷启动、并发上限、超时时间这些硬约束本文先把链路讲透再拆源码和流量主接入最后你拿到源码改起来就知道哪里能碰、哪里要绕道。2. 外卖红包 CPS 链路拆解从推广位到下单钱到底怎么算CPS 是 Cost Per Sale按成交付费和 CPS 最常见的区别是用户必须完成有效订单推广方才能拿到佣金。外卖红包 CPS 的逻辑就是用户在你的小程序里领红包领完跳转到外卖平台 H5 或小程序下单订单核销后联盟后台给你结算佣金。这套源码把整个链路做成了「微信小程序 - 云函数 - 联盟 API - 外卖平台」先理解链路里每一个环节才知道源码里的接口为什么这么写。2.1 联盟平台选型与推广位 PID红包 CPS 的操作入口通常是美团外卖联盟、饿了么的「阿里妈妈/淘宝联盟」或第三方聚合平台。个人开发者注册联盟账号后需要创建一个媒体位或推广位拿到一串推广位 ID比如美团的pid通常是类似10xxxxx的数字串淘宝联盟的则是mm_xxx_xxx_xxx三段式。这个 ID 是 CPS 结算的唯一归属凭证用户必须通过拼了该 ID 的链接领红包订单才会记到你的名下。源码里一般不会把 PID 写死在代码中而是放到云开发数据库的一个配置集合中方便随时换。我一般会在config集合里存一条记录字段包括meituanPid、elemePid、appKey、secret。这样做的好处是联盟后台某个推广位被平台风控了你只需要在数据库改不用改代码重新发布。2.2 云函数做链接拼接与签名外卖平台的 CPS 开放接口通常要求请求签名常见做法是把pid、scene、timestamp等参数按字典序排列用 secret 做 HMAC-SHA1 或 MD5 生成签名。这套源码里核心的一个云函数就是getCpsLink入参是来源场景返回值是拼接后的跳转链接。// cloudfunctions/getCpsLink/index.js const cloud require(wx-server-sdk) cloud.init({ env: cloud.DYNAMIC_CURRENT_ENV }) exports.main async (event, context) { const { scene default } event const wxContext cloud.getWXContext() const openid wxContext.OPENID const db cloud.database() // 从数据库读取联盟配置 const configRes await db.collection(config).doc(cps).get() const { pid, secret, baseUrl } configRes.data const timestamp Date.now() // 平台签名规则参数按 key 排序后拼接 secret const signStr pid${pid}scene${scene}timestamp${timestamp}${secret} const crypto require(crypto) const sign crypto.createHash(md5).update(signStr).digest(hex) const cpsUrl ${baseUrl}?pid${pid}scene${scene}timestamp${timestamp}sign${sign} // 写入领取记录方便做防刷 await db.collection(cps_log).add({ data: { openid, scene, url: cpsUrl, createTime: Date.now() } }) return { cpsUrl } }这段代码有几个值得留意的点cloud.DYNAMIC_CURRENT_ENV表示云函数运行时自动使用当前云环境不需要写死环境 IDscene来自前端传入用来标明用户是从首页 Banner、菜谱页还是个人中心进入的便于后续做渠道统计日志集合cps_log不仅是存记录更是防刷判断的数据来源。实际对接时联盟平台的签名算法可能在参数名上有差异你只需替换signStr的拼装顺序即可整体结构不需要动。2.3 前端跳转复制链接 vs web-view拿到cpsUrl后小程序里怎么跳转是个必须提前想清楚的问题。平台限制个人主体小程序的web-view组件只能打开业务域名内的网页而外卖联盟的 CPS 链接域名并不在你配置的合法域名列表中直接放web-view大概率白屏。源码里常见做法是给用户两个出口一个是复制链接让用户粘贴到微信聊天中自动识别另一个是生成小程序码用户长按扫码后打开 H5 页面。view classcoupon-card wx:for{{channels}} wx:keyname text classname{{item.name}}/text text classdesc最高立减 {{item.discount}} 元/text button sizemini bindtapcopyLink>copyLink(e) { const url e.currentTarget.dataset.url || wx.setClipboardData({ data: url, success: () { wx.showToast({ title: 链接已复制去微信粘贴打开, icon: none }) } }) }复制链接这个交互不那么流畅但胜在稳定、不依赖额外配置。如果你想提升转化可以做一层「在微信中打开」的中间页用户复制后弹窗提示去微信搜索框粘贴让微信内部直接唤起外卖小程序。别小看这一步决定用户是关掉小程序还是去领红包。2.4 需要理解的几个参数参数含义是否参与签名常见坑pid推广位 ID佣金归属是填错或填成别人的白给别人导量sid子渠道标识是视平台用于区分不同页面来源不传则渠道数据缺失timestamp请求时间戳是与服务器时间差超过 5 分钟会被拒绝sign签名串否由其他参数生成注意参数顺序按平台文档来scene业务场景标记否建议用home_banner这类语义化命名上面的表是大多数 CPS 平台的通用参数具体以你对接的联盟文档为准。源码中常出现sid和scene混用因为它们都承担渠道标记职责有的平台叫法不同本质一样。3. 源码目录与核心页面红包页和菜谱页是怎么组织的拿到源码后先别急着改把目录结构扫一遍就能看出这套程序的骨架。它典型的小程序结构分为miniprogram前端目录和cloudfunctions云函数目录前端页面集中在pages下互相独立改一个不影响另一个。3.1 项目目录结构project/ ├── project.config.json ├── cloudfunctions/ │ ├── getCpsLink/ # 生成 CPS 领券链接 │ ├── getRecipeList/ # 获取菜谱列表 │ └── login/ # 登录拿到 openid └── miniprogram/ ├── app.js ├── app.json ├── app.wxss ├── images/ ├── data/ │ └── recipes.json # 本地菜谱数据兜底 └── pages/ ├── index/ # 外卖红包主页面 ├── recipes/ # 菜谱列表页 ├── recipeDetail/ # 菜谱详情页 └── mine/ # 个人中心recipes.json作为本地数据兜底很有意思。很多类似源码会把菜谱数据直接写成前端 JSON 文件不去请求云数据库这样即使云函数调用失败页面也不会白屏。对于外卖场景菜谱不是核心业务即使数据是静态的影响也不大。如果后期想丰富内容再迁移到云数据库也不迟。3.2 红包主页面卡片渲染与参数传递首页是所有流量的入口决定了 CPS 的点击率。这套源码的首页一般用wx:for渲染多个红包卡片每个卡片绑定不同的scene参数点击时先调云函数拿链接再弹出复制弹窗。view classbanner image src{{bannerUrl}} modeaspectFill/image button classearn-btn bindtaponEarn每天领外卖红包/button /view view classcoupon-list view classcoupon-item wx:for{{coupons}} wx:keyid view classinfo view classname{{item.title}}/view view classsub{{item.subTitle}}/view /view button classget-btn bindtaponGetCoupon>onGetCoupon(e) { const scene e.currentTarget.dataset.scene wx.showLoading({ title: 生成中 }) wx.cloud.callFunction({ name: getCpsLink, data: { scene } }).then(res { wx.hideLoading() const cpsUrl res.result.cpsUrl wx.setClipboardData({ data: cpsUrl }) }).catch(() { wx.hideLoading() wx.showToast({ title: 生成失败稍后再试, icon: none }) }) }这里的scene参数很关键一定要让前端显式传入而不是后端自己猜。有些新手改源码时图省事把scene写死在云函数里结果所有渠道数据都统计成一类后面调优完全没依据。3.3 菜谱页列表筛选与本地数据菜谱页的功能定位很清晰用来拉长用户停留时间间接提高红包点击概率。源码里通常有分类 Tab比如「快手菜」「汤羹」「主食」等切换时对本地 JSON 做过滤然后渲染列表。view classcategory-tabs view classtab {{activeCat item.id ? active : }} wx:for{{categories}} wx:keyid bindtapswitchCat>switchCat(e) { const id e.currentTarget.dataset.id this.setData({ activeCat: id }) this.filterRecipes() }, filterRecipes() { const all this.data.allRecipes if (this.data.activeCat all) { this.setData({ filteredRecipes: all }) return } const filtered all.filter(item item.cat this.data.activeCat) this.setData({ filteredRecipes: filtered }) }这个实现的特点是纯前端操作没有请求数据库因此页面秒开。如果你要扩展成从云数据库读取需要注意小程序端where查询一次最多返回 20 条需要做分页否则超过 20 条后列表会静默丢失一部分数据。4. 流量主接入与个人主体过审广告组件怎么放才不狼狈有了用户量接下来就是流量主变现。这套源码标了「流量主版」说明广告组件已经接好了但真正把流量主开通、把广告位塞进页面、通过审核中间有些细节源码不会主动提醒你。4.1 开通流量主的硬性门槛流量主的开通条件是「小程序累计独立访客不低于 1000」并且无严重违规记录。这里的累计独立访客不等于日活而是从小程序上线开始算起的 UV。个人主体也可以开通但前提是你的小程序已经通过微信认证个人主体没有认证也可开通流量主实际上个人主体小程序也可以开通流量主但需要满足 UV 条件。开通路径登录微信公众平台在左侧菜单找「推广」-「流量主」如果看到「立即开通」按钮说明规模已达标如果按钮是置灰的说明 UV 还没凑够。很多开发者卡在这个门槛上可以让亲戚朋友帮忙搜索小程序或者在做地推时引导用户扫小程序码先把第一波 1000 UV 凑齐。4.2 Banner 广告组件代码里的正确姿势流量主开通后在后台「广告管理」中创建广告位会得到一串adunit-xxxx的 ID。接下来要把广告塞进页面。源码里常见的是在菜谱列表和红包页底部放 Banner 广告但很多新手会踩同一个坑把广告组件直接放在页面最底部结果展示率极低。// pages/index/index.json { usingComponents: {}, adUnitId: adunit-your-banner-id }view classad-container ad unit-id{{adUnitId}} ad-typebanner binderroronAdError/ad /view注意ad组件需要足够宽的容器来显示且不能嵌套在scroll-view里否则可能出现渲染异常。binderror事件一定要写因为广告拉取失败时小程序端会默认加载不了导致页面底部出现大块空白加上事件后可以手动隐藏这个容器。对于插屏广告可以在用户完成一次领红包动作后展示收益比 Banner 高但会打断体验使用频率要克制。激励视频广告通常放在菜谱详情页让用户看视频换取「隐藏菜谱」或「红包升级」这类广告对保留率和客单价都有明显帮助。4.3 个人主体过审的文案边界提到个人可以过审这套源码显然是按个人主体路径打磨过的。个人主体的小程序在服务类目上受限外卖红包这种业务容易涉及「商业服务」或「电商平台」类目个人主体往往没有对应资质。常见的解法是把小程序定位成「菜谱工具」「外卖红包」只作为一个功能模块而不是核心功能描述。这样类目可以选择「生活服务 美食菜谱」或「工具 效率」个人主体就能过。审核时注意事项还包括小程序标题和简介中不要出现「返利」「赚佣金」「拉人头」等敏感词文案改为「平台优惠福利」。红包金额的描述不要用「最高 100 元」这种带极限词的表述改成「随机立减」。广告组件必须在审核时能看到真实占位不能在无广告 ID 时隐藏整个模块否则审核人员可能认为页面缺失功能。用户协议和隐私政策弹窗必须有即使不涉及真实交易也要在首次打开时以弹窗形式告知收集了用户 openid。如果你的类目审核被拒优先检查页面里有没有「立即提现」「佣金」等字眼很多类似源码默认文案是从网赚项目复制过来的不改成合规描述基本过不了。5. 进阶渠道场景追踪与防刷校验源码能跑通只是第一步把收益做上去需要在细节上下功夫。这里分享一个最实用的组合技巧用场景参数做渠道漏斗用云函数计数器做领红包防刷。这两个改动不需要改页面结构只加一个云函数和少量数据库逻辑但对长期效果影响很大。场景参数scene不只是在 CPS 链接里透传一次它还会反映到联盟后台的报表中。部分联盟平台支持把sid作为二级渠道标记你在小程序里给每个入口分配固定sid首页 Banner 用sidhome_top菜谱页中部用sidrecipe_mid文章分享卡片用sidshare_card。跑两周后从联盟后台的订单列表看每个来源的转化率如果某个入口曝光很高但零转化就要检查这个入口的文案或按钮位置是不是有问题。这个过程不需要额外开发只是把scene值固化下来就行关键是别偷懒每次从后端获取链接都要带上特定值。防刷逻辑放在getCpsLink云函数里。外卖红包 CPS 的常见攻击方式是一个 openid 在几秒内连续请求上百次把链接拿到后去发群但订单是否属于你这个推广位以最后一次点击归因为准这种刷量既不会带来佣金还会拉低小程序在联盟侧的风控评级。常见的做法是同一用户每天限制领取 3 次超过就拒绝生成链接。实现方式是在cps_log集合中查询今天的记录数如果超过阈值则直接短接。const MAX_DAILY 3 const startOfDay new Date() startOfDay.setHours(0, 0, 0, 0) const todayCount await db.collection(cps_log) .where({ openid, createTime: _.gte(startOfDay.getTime()) }) .count() if (todayCount.total MAX_DAILY) { return { code: -1, msg: 今日领取次数已达上限 } }这段逻辑注意几个细节new Date()的时区应以服务器时区为准但微信云函数跑在 UTC 环境直接用setHours(0,0,0,0)得到的是 UTC 零点不是中国时区的零点。稳妥的办法是取当前时间戳后减去new Date().getTimezoneOffset() * 60000再计算或者直接用云开发数据库的db.serverDate()配合聚合函数统计当天记录。另外where中createTime字段建立索引否则数据量大了以后查询会特别慢。云开发控制台里你还能给cps_log集合加上免费额度内的容量预警超过 90% 时发短信通知避免日志占满导致写入失败。总的原则是这套「云函数 云数据库」方案虽然省了服务器但也要把免费额度当成资源来管理每次调用都做轻量化处理不打印无意义日志不在循环里查库。把这些边界看住外卖红包 CPS 小程序才能走长久。本文还有配套的精品资源点击获取
