免费App制作平台避坑实录

去年冬天，我帮一个做社区烘焙的朋友搭了个预约小程序。她预算为零，要求只有一条：能下单、能看订单、别崩。我前后试了六个号称「免费」的App制作平台，踩的坑比写的代码还多。这篇文章把过程拆开讲，给同样想白嫖工具链的人一点参考。

免费版到底免费在哪

先说结论：市面上的免费版大致分三类，搞清楚你面对的是哪一类，能省掉一半的折腾。

• 功能阉割型：核心功能锁死，比如不能自定义域名、不能导出数据、页面数量上限 5 个。适合做 Demo，不适合上线。
• 流量限制型：功能给全，但每月访问量或 API 调用次数有硬上限，超了就降级或停服。个人项目够用，稍微有点量就难受。
• 品牌绑定型：完全免费，但页面底部强制挂平台 Logo，且不能去掉。对个人博客无所谓，对商业项目基本判死刑。

我朋友那个烘焙店最后用的是第二类，月访问上限 5000，对她那个日均几十单的小店绰绰有余。判断标准很简单：先估算你的真实流量，再对照限制条款，别被「免费」两个字冲昏头。

数据归属比功能更重要

这是我最想强调的一点。很多平台免费给你用，但数据存在它的服务器上，导出功能要么没有，要么只给 CSV 快照，关联关系全丢。等你哪天想迁移，才发现订单和用户对不上号。

我的做法是：注册前先找「数据导出」入口，找不到就直接放弃。能导出的，再看导出格式。理想情况是能拿到结构化的 JSON 或 SQL dump，最差也得是带完整字段的 CSV。下面是我常用的一个检查脚本，把导出的 CSV 丢进去，快速看字段完整度：

const fs = require('fs');
const rows = fs.readFileSync('orders.csv', 'utf8')
  .split('\n').slice(1).filter(Boolean)
  .map(line => line.split(','));

const required = ['order_id', 'user_id', 'amount', 'created_at'];
const headers = fs.readFileSync('orders.csv', 'utf8').split('\n')[0].split(',');

const missing = required.filter(k => !headers.includes(k));
console.log(missing.length ? '缺失字段: ' + missing.join(', ') : '字段完整');

字段不全的平台，我一般会再观察一周，看它有没有开放 API。有 API 就还有救，没有就趁早换。

低代码拖拽的真实边界

免费版平台最爱宣传「拖拽生成 App」。实际用下来，拖拽能覆盖的也就是列表页、表单页、详情页这三板斧。一旦涉及复杂交互，比如多步表单带条件分支、图片裁剪上传、离线缓存，拖拽就歇菜了，最后还是得写代码。

所以我的策略是：把免费平台当成脚手架，而不是终点。用它快速生成页面骨架和基础 CRUD，然后通过它提供的自定义代码块或 WebView 容器，把复杂逻辑塞进去。这样既享受了免费额度，又不至于被平台能力锁死。

一个实用技巧：优先选支持「自定义组件」或「代码注入」的免费平台。哪怕每月只能注入几百行，也足够处理那些拖拽搞不定的边角料。

上线前的三个硬检查

免费版最容易在上线环节翻车，我总结了三项必查：

1. 域名与 HTTPS：能不能绑定自己的域名？免费版经常只给二级子域名，且 HTTPS 证书由平台统一管理，出问题你没法自己修。
2. 审核与合规：平台是否代你提交应用商店？免费版通常只给 Web 版或 PWA，想上架 App Store 得升付费。提前问清楚，别做完才发现上不了架。
3. 停服条款：翻一遍服务协议里关于「免费用户」的终止条款。有些平台保留随时停服的权利，且不承担数据保留义务。这种条款下的免费，本质是把风险转嫁给你。

我的最终选择逻辑

折腾一圈下来，我给免费版平台排了个优先级：数据可导出 > 支持代码注入 > 流量额度 > 界面美观。前两项决定你能不能全身而退，后两项只影响体验。

朋友那个烘焙店的项目，最后落在一个支持 JSON 导出、每月 5000 次调用、可注入自定义 JS 的平台上，前后花了两个周末。上线三个月，没出过大问题。免费不是不能用，关键是别把身家性命押在一个你控制不了的黑盒里。工具是跳板，数据才是资产。