卖自有软件激活码，公开示例和付费内容怎么区分？

公开示例是作者自己准备的脱敏样例，用来让买家看清激活码长什么样、对应什么授权；付费内容则是每份独立的真实代码。两者要在8码分享的介绍里分开写清楚，买家付款确认后领取完整激活码，平台交付不替代你自己的授权验证系统。

公开示例由作者准备，不是平台内置预览

卖自有软件激活码时，公开示例需要你自己准备，平台没有内置预览或水印功能替你生成样例。你可以把一段虚构的激活码、授权说明和适用版本整理成文字或截图，放在介绍里让买家先建立预期。

示例要脱敏：不要放真实可用的代码，也不要放能反推出验证规则的片段。它的作用是说明格式和授权边界，而不是让人拿去激活。

付费内容按每份独立代码交付

卡密商品适合每份独立内容，你需要已有自己的合法激活码。发布时把完整激活码作为付费内容，买家在8码分享付款确认后领取，而不是在公开介绍里直接展示。

公开示例和付费内容要分两处写：介绍区讲样例和授权范围，交付区放真实代码。这样买家知道示例只是示意，真正拿到的是自己那一份。

介绍里写清示例与正式码的边界

介绍中可以这样写：以下为格式示例，仅用于说明激活码结构，实际交付以订单领取的独立代码为准。再补充授权台数、适用版本、验证方式由你的系统决定，平台交付不替代授权验证。

例如，假设你卖一款自研记账工具的激活码，公开示例写成“XXXX-XXXX-XXXX-示例”，并注明示例不可激活；付费内容则是每份独立代码。买家看到边界，减少误以为示例就是正式码的沟通成本。

交付清单与选择判断

发布前准备一份交付清单：一段脱敏示例、一段授权说明、每份独立激活码、你自己的验证入口说明。确认这些内容齐全，再发布为卡密商品。

选择判断上，如果示例可能被误用为正式码，就换更明显的占位格式；如果授权规则复杂，就在介绍里用短段落讲清，而不是把完整规则塞进示例。付款确认后领取的流程保持不变。

常见问题

公开示例会不会被买家当成正式激活码？

只要在示例旁明确标注“仅格式示意、不可激活”，并让付费内容单独交付，一般能减少误解。示例由作者准备，平台不提供内置预览，所以标注责任在发布者。

平台会替我做授权验证吗？

不会。8码分享负责发布、展示、购买和付款确认后领取，你的验证系统仍由你自己维护。交付激活码不等于完成授权验证，两者要分开理解。

买家付款后多久能拿到激活码？

订单确认付款后即可领取付费内容。具体领取位置以订单页面为准，不凭截图或手点已付款自动交付，作者也不需要在公开介绍里放完整代码。