披露要与内容一起出现

当推荐与金钱、礼物、折扣、佣金、雇佣、亲友或其他重要关系有关时，读者应当在理解推荐的同时看到披露。披露只放在个人简介、长文末尾、折叠区或模糊标签中，容易与具体内容脱离。

X 当前把金钱、实物、Affiliate 佣金或折扣码、品牌大使关系等纳入 Paid Partnership，并要求符合条件的自然内容使用 Paid Partnership 披露，同时遵守适用地区法律和行业限制。^[1] 美国 FTC 的创作者披露指南也要求重要关系披露清楚、醒目，并与推荐本身放在一起；视频中的披露应让观看者在视频内看见或听见，而非只依赖说明文字。^[2]

披露文本应使用受众能理解的语言，直接说明关系，例如「由某品牌付费合作」「收到免费试用设备」「通过此链接购买可能获得佣金」。「感谢伙伴」「合作愉快」「支持本频道」等说法未必能让读者理解具体利益。跨地区发布时，要检查面向市场的广告、消费者保护、受限行业和平台要求；同一披露格式不能自动覆盖所有法域。

用 Brief 把事实、创意和边界分开

一份有效的 Creator Brief 需要交代合作目标、必须准确的事实和不可越过的边界，同时让创作者保留与其受众相匹配的表达空间，不必规定每句话怎样写。^[3]

Brief 至少应包含：

• 目标受众、使用场景和本次合作任务；
• 产品已核对事实、可验证证据和发布日期；
• 禁止出现的绝对承诺、过期数据和敏感信息；
• 交付形式、平台、数量、语言、时间和必要规格；
• 创作者可以独立判断和拒绝的内容；
• 初稿、事实核对、修改轮次与最终批准分别由谁负责；
• 商业关系和平台标签怎样披露；
• 图片、音乐、人物、用户素材和第三方资产由谁取得许可；
• 品牌可以怎样二次使用，是否包含广告投放、剪辑、字幕和跨地区使用；
• 链接、代码、落地页、事件和报告口径；
• 费用、税务、付款时间、取消、违约、暂停和终止；
• 内容保留、删除、归档、数据返还和合作退出安排。

合同需要把 Brief 中的经营约定变成适用法域下可以执行的条款，尤其是知识产权、姓名肖像、广告投放、排他、付款、赔偿和终止。小团队也可以从较小的可验收任务开始：先提供基本材料，确认流程、时间、费用与署名，保留书面记录，再扩大合作。具体合同应由熟悉相关法域的专业人士核对。^[4]

历史案例曾用原帖、引用或转发、组合套餐、修改次数、发布时间和预付款比例说明商单报价。某些项目中出现过报价约为原帖的 50%—60%、先收 50% 等做法，但它们只是当时的谈判样本。真正需要定价的是交付、受众、修改、使用权、付费放大、排他、披露、报告、付款风险和机会成本，不能只按粉丝或近期展示量套比例。^[5]

筛选创作者时查看匹配和可靠性

粉丝数和单条展示量可以用于初筛，无法单独回答合作是否合适。更完整的筛选记录包括：

• 受众与产品用户是否重合；
• 创作者长期讨论的问题是否与本次任务一致；
• 内容是否有自己的经验、证据和判断；
• 回复中是否存在真实、持续、有语义的交流；
• 历史商业内容是否清楚披露，是否出现危险承诺；
• 是否按时交付，能否处理事实修改和素材授权；
• 品牌安全、平台记录与过往争议是否经过核实；
• 同类合作是否造成受众疲劳或排他冲突。

互动比例异常、回复高度重复或短期数据突变，可以触发进一步审查，却不能直接证明欺诈。审查应回到内容历史、受众构成、互动语义、流量来源和后续转化，结论保留在有权限、可追溯的内部记录中。缺少证据时，不公开指控创作者购买流量或操纵数据。^[3]

KOL 合作与自有账号也无需二选一。创作者可以在短期内提供受众入口、表达样本和使用反馈；自有账号负责长期说明产品、回应用户并沉淀内容资产。一次合作得到的问题、异议和素材，可以在获得授权后进入自有内容系统。自有账号的反馈也能帮助下一次合作写出更准确的 Brief。^[3]

归因回答来源，增量需要另外验证

专属链接、UTM、优惠码和独立落地页能说明访问或订单可能来自哪个入口。它们仍会受到归因窗口、跨设备、自然访问、口头传播、重复触点和并行活动影响，不能直接证明合作创造了多少新增结果。

一项创作者活动可以按层记录：

若条件允许，可以使用活动前基线、分批上线、相近地区或受众对照、不同时间窗口，观察没有合作时可能发生什么。小样本不必强行计算精确因果，但要保留其他解释。

一次由七十多名创作者参与的活动在三天内约获得 202 万展示。这个数字可以说明当时形成了较大的传播声量，不能单独证明商业成功，因为成本、自然基线、访问、注册、付费、退款和留存没有同时给出。另一个项目自述专属链接带来的付费转化约为其他渠道三倍，也需要结合样本、归因窗口、用户质量和后续留存理解。^[3]

为每个账号建立责任卡

多账号治理应以真实的品牌与市场责任为单位，设备或 IP 无法替代这项责任。每个账号都应有一张责任卡：

密码不应通过聊天或文档共享。X Delegate 当前支持 Owner、Admin 和 Contributor 等角色，让协作者在不获得密码的情况下管理账号；Owner 仍对账号负责，并保留登录、安全与关键所有权能力。^[6] 若平台没有合适的原生角色，可以使用受信的企业密码管理、官方 OAuth 和最小权限流程，同时保留授权与撤销记录。X 的安全指南建议使用唯一强密码和双重验证，不把凭据交给第三方。^[7]

排期工具只负责按设定时间交付内容，不能替代事实、权利、语气和时机判断。工具接入前要检查授权范围、数据保存、失败重试和撤销方式；每条排期仍需记录负责人、时区、审核状态、链接、授权和失败后的处理。发布后应有人查看实际页面、预览、标签、链接和早期回复。^[8]