UGC外链：检查用户贡献与链接代码
这是手动规划资料，不是实时审计、发布站点库存或排名预测。案例为虚构示例。本页不会抓取或提交数据，下载文件保留在您的设备上。
| 场景 | 作为文字显示的代码 | 解释 | 记录前的检查 |
|---|---|---|---|
| 成员提供参考 | <a rel="ugc" href="https://example.com/reference">成员提供参考</a> | 承载网站标识了用户贡献的来源关系。 | 阅读完整回复，检查所引资料是否支持相关说法，而非仅看链接存在。 |
| 额外的平台规则 | <a rel="ugc nofollow" href="https://example.com/reference">额外的平台规则</a> | 代码同时包含ugc与nofollow。 | 保存两个值，不要压缩成单一dofollow标签，从而丢失实际信息。 |
| 有偿成员贡献 | <a rel="ugc sponsored" href="https://example.com/reference">有偿成员贡献</a> | 用户内容与付款关系同时存在。 | 检查披露与限定；ugc本身不能完整说明付款，不应把付费内容当作独立推荐。 |
| 编辑选择的引用 | <a href="https://example.com/reference">编辑选择的引用</a> | 编辑另行选择资料，示例没有这些限定值。 | 核实真实选择过程；缺少rel并不是质量证书，也不保证任何排名收益。 |
如何使用决策表
在虚构的维修论坛中，成员回答问题并引用资料。四个惰性代码示例分别展示普通用户贡献、ugc与nofollow并用、有偿用户贡献，以及编辑另行选择的引用。代码只作为文字显示，不发送评论，也不连接外部网站。所有例子用同一个示意地址，是为了方便比较关系变化，并不声称该地址存有真实维修说明。阅读表格时先判断是谁作出引用决定，再看它是否涉及付款，最后核对显示代码。
按真实关系解释结果。给有偿投稿只加ugc不会使其成为独立推荐，付款关系也需要适当标识。带限定属性的链接仍可能帮助读者，但属性组合不能计算传递了多少排名价值。编辑自行挑选引用时，也不能仅凭缺少rel来证明独立性或质量，应核对真实上下文。若无法知道是否存在报酬，不要填成肯定无偿；应保留未知状态，说明后续需要向谁确认，以及目前能直接观察到哪些信息。
检查清单
- 检查公开a元素，不依赖提交表单。
- 保存全部属性、观察日期与来源。
- 阅读贡献内容并识别付款关系。
- 把收录判断与排名结论分开。
记录来源地址、观察日期、贡献上下文、目标地址和实际渲染的属性。把提交内容与发布结果分开，才能追踪平台是否删除或改写链接。若您管理论坛，应复核可疑投稿并一致执行审核；一个属性不会消除欺骗或滥用内容。发现修改时追加日期与观察，不要覆盖旧记录后让人误以为页面始终如此。对于移除的链接，可以保留历史证据和最后一次确认时间，但不要继续将其统计为当前有效的公开引用。 例如，草稿中没有rel而公开后出现ugc nofollow，应记录为承载方改写，而不是把原草稿当作最终证据。