提交前预览填写内容
Gravity Perks Preview Submission 用于在 Gravity Forms 表单提交前展示用户已经填写的内容。它通常放在多页表单的最后一步，让访客先检查资料，再决定是否正式提交。对于字段较多、信息比较重要的表单，这个步骤很有帮助。
普通表单可能在用户点击提交后才发现姓名、联系方式或选项填写错误。预览页面把已填内容集中展示，用户可以在最终提交前检查。这样能减少错误记录，也能降低后续人工修改的工作量。
适合哪些表单
长篇申请表、会员注册、活动报名、服务订单和企业询价都适合考虑提交预览。比如客户填写产品规格、数量和联系方式后，可以在最后一步核对订单摘要。招聘申请人也可以确认教育经历、联系方式和附件是否正确。
对于简单的联系表单，预览步骤可能没有必要。用户只填写姓名、邮箱和一句留言时，额外增加一页反而拖慢提交。是否使用应取决于字段数量、信息重要程度和错误修改成本。
与 Live Preview 的区别
Preview Submission 关注的是提交前的最终摘要。Live Preview 的概念更偏向填写过程中实时显示内容变化。两者都涉及预览，但不是完全相同的交互。尤其要注意，Live Preview 已列入官方弃用资料，而 Preview Submission 仍有独立官方文档。
Preview Submission 通过 HTML 字段和 Entry 合并标签生成摘要。管理员可以控制显示哪些字段，也可以使用字段标签和答案形成较易阅读的清单。若表单包含文件上传、复杂选择或计算字段，需要测试预览内容是否完整。
用户体验与数据展示
预览内容要有清晰层次。不要把所有字段原样堆在一页。可以按个人资料、服务需求和付款信息分组，让用户容易发现错误。对于不需要用户确认的内部字段，也不必显示在预览页中。
如果表单允许用户返回修改，应确保页面导航和验证状态正常。用户修正某个字段后，预览内容也应同步更新。涉及价格时，还要检查预览金额与最终支付金额一致，避免出现显示与实际扣款不同的情况。
常见问题
预览页没有内容时，检查是否把 HTML 字段放在最后一页，并插入 Entry 相关合并标签。若字段没有显示，检查是否选择了正确的字段范围。复杂表单还要测试条件逻辑、分页和文件上传。
预览内容的展示原则
提交预览不仅是展示字段，还要让用户知道哪些内容可以修改。可以在摘要旁提示返回对应页面编辑。若表单有隐藏字段或后台计算字段，通常不必全部展示给用户。展示内容应以用户需要确认的信息为主，避免预览页过长。
对于订单类表单，预览页应特别核对数量、选项和金额。若用户在预览后返回修改，价格摘要也要同步更新。不能让旧金额留在页面上，再以新金额提交付款。测试时应多次修改字段并反复返回预览页。
如果表单包含文件上传，应检查预览页是否显示文件名称或链接。文件本身可能较大，不一定适合直接嵌入页面。更重要的是确保用户只能查看自己提交的文件，不会通过预览链接访问其他记录。
预览摘要最好保留用户熟悉的字段名称，而不是只显示内部字段编号。对于选项字段，可以显示用户选择的标签；对于金额字段，应显示货币单位。清楚的摘要可以帮助用户检查内容，也能减少提交后才发现选错规格或服务的情况。
预览摘要的内容应与最终保存的 Entry 一致。若表单中有条件显示、动态填充或计算字段，尤其需要测试不同答案组合。不能只检查一份固定测试记录，否则容易遗漏特定条件下的显示问题。
相关资源与官方资料
同一生态中的扩展各自承担不同任务。可继续查看Gravity Perks系列扩展、GravityView表单记录展示插件，对照基础表单、记录展示和同系列功能的差异。选用前应先确认实际需求，不必为了功能相近而重复安装多个扩展。
官方产品资料：https://gravitywiz.com/。功能范围、兼容要求和产品状态可能调整，实际使用前应以开发商当前文档为准。
