一个活动页，前端排期三天，改了七版

投广告要落地页，这件事在大多数团队里都是「找前端做一下」。前端手上有正经需求，落地页排在后面；等排到了，投放的时间点已经过了。改一版文案再提一次需求，来回三天，活动周期都不够。

可视化页面把这件事交给运营：后台拖组件、改文字、换图、保存，几十秒出一个页面，地址是独立的一个链接。

页面是「组件堆出来的」

后台「落地页管理」列表里是一页一行的记录：页面标题、页面地址、创建时间、更新时间。点进去是编辑器。

编辑器顶部三样东西：

中间是画布，左下角能在电脑 / 手机两种预览宽度之间切。这个切换不是装饰：落地页的流量大头在手机，每次改完都该切到手机看一眼。

底部一个「保存页面」，保存后立刻生效，链接可以拿去投放。

落地页编辑器：顶部是页面地址、页面标题和页面设置，中间是画布上一屏已经排好的首屏（左侧标题、副标题、按钮，右侧插画），底部是电脑/手机切换和「保存页面」按钮

组件目录在 module/LandingPage/Components，一共三十多个，按类型分成七组：

组件不是「模板」，是可以反复用的积木。同一个 content_step 在一个页面里可以放两次，两次的图标和文案各填各的。

「占位空白」这个组件看着没用，实际很常用：两个区块之间要留 80px 的呼吸空间，用它比在每个组件上调 margin 稳。

页面上的表单组件，配置里填一个接口地址，提交时直接 POST 到那里。模块自己不存数据。

所以表单需要一个「接收方」。官方推荐的搭配是内容表单模块（CmsBook）：在那边建一个表单，拿到提交地址，填到落地页的表单组件里，用户在落地页填的东西就落到那边的后台列表。

这个拆法有它的道理：落地页只负责展示和收集，数据管理、导出、通知都在另一个模块里做，各管一段。代价是要装两个模块，配置时容易漏掉地址这一步——漏了的表现是「点了提交没反应」，或者控制台报跨域。

留资表单别放太多字段。手机号 + 姓名两项的转化率，通常是五个字段的两倍以上。

每个组件是一个目录，里面五个文件：

config.json       组件基本信息（名称、类型、图标）
config.vue        后台编辑表单
preview.jpg       组件列表里的预览图
preview.vue       后台拖进去时的预览
view.blade.php    前台渲染模板

想改渲染效果，动 view.blade.php；想加一个可配置项，动 config.vue 加字段，再到 view.blade.php 里读。

改内置组件要留档。模块升级会覆盖 Components 目录，改过的文件会丢。稳妥的做法是复制一份改，起个新名字（比如 content_step_my），升级时不受影响。

适合：投放落地页、活动页、产品单页、招商页、招聘页。特征是「一次成型、生命周期短、以转化为目标」。

不适合：需要被搜索引擎收录的内容页。落地页的组件结构对 SEO 不友好（大量区块没有语义标签），收录效果比不上 CMS 的文章页。

不适合：需要频繁更新的内容。落地页是手工排版，改一次要人进去动，内容型的更新用 CMS 或者新闻模块更合适。

做落地页最容易犯的错，是把首页那一套搬过来：一个轮播、三段产品介绍、一段公司简介、一堆荣誉资质。用户从广告点进来，只关心「你能不能解决我的问题」。

一屏说清楚三件事就够了：你是做什么的、凭什么信你、下一步做什么（表单或按钮）。剩下的内容往下放，放得越短越好。

模块给了 36 个组件，不等于一个页面要用 10 个。三个组件做出来的落地页，比十二个组件的转化率高，这是很常见的结果。