iThenticate 和 CrossCheck 是什么关系？作者投稿前需要知道什么

很多人把这几个名字当成完全不同的系统，其实关系比想象中近

作者在搜索英文论文查重时，经常会同时看到 `iThenticate`、`CrossCheck`、`Crossref Similarity Check` 这几个词。然后就会很自然地疑惑：它们到底是不是同一个东西？如果我投稿前用的是 iThenticate，和期刊后台看到的结果有没有关系？

这个问题确实值得弄清楚。因为一旦名字理解混了，作者就很容易把“投稿前自查”和“期刊正式审稿”想成完全两套互不相关的流程，或者反过来，以为两者一定百分百一样。

CrossCheck 这个词，更多是大家沿用的叫法

很多中文作者说“CrossCheck 查重”，其实说的往往就是期刊出版场景下的相似度审阅流程。近年的官方帮助资料里更常见的正式表述，是 `Crossref Similarity Check`。而官方也明确说明过，`Crossref Similarity Check` 建立在和 iThenticate 2.0 相同的平台上，功能和特性也是共享的。

也就是说，至少从平台和功能层面看，它们不是彼此毫无关系的两套系统。对作者来说，更准确的理解是：这几个名称背后，指向的是高度相关、甚至共享底层能力的出版相似度检查体系。

那为什么作者平时更常接触到 iThenticate？

因为作者在投稿前接触到的入口，通常是以 iThenticate 的形式出现。它更像作者自查和内容审阅的前端场景：你提交文稿，查看 Similarity Report，定位问题段落，然后改稿。这个流程对作者来说是可操作的。

而 `Crossref Similarity Check` 更多时候出现在出版、期刊、编辑部、机构管理这类语境里。也就是说，作者常用的名字和编辑常用的名字不完全相同，但它们背后并不是毫无联系的工具。

投稿前自查和正式审稿的关系，应该怎么理解？

比较稳妥的理解方式是：投稿前自查，是帮助作者提前预演一次正式审稿里可能被关注的文本相似问题；正式审稿，则是编辑部在其自身工作流、账号权限和规则下做出的实际审阅动作。两者方向一致，但不必理解成每一步完全相同。

这也是为什么本站一直把 iThenticate 查重服务 放在投稿前场景来讲。作者最需要的，不是强行把两个流程说成完全一致，而是借助接近出版场景的工具，提前把能修的问题修掉。

那是不是可以理解成“用 iThenticate 查，就等于和期刊后台一样”？

不能这么绝对。虽然平台和功能基础是共享的，但实际结果还会受到账号设置、数据库更新、过滤条件、文件格式和提交时间影响。也就是说，作者自查结果通常具有很强参考价值，但不应该被理解成和编辑后台逐字逐项百分百一致。

对作者来说，真正重要的是：你用的工具和正式出版场景足够接近，能帮你提前识别风险。这个意义上，iThenticate 和 Crossref Similarity Check 的关联就已经很有价值了。

作者投稿前真正需要知道什么？

第一，不要把几个名字看成完全无关的系统；第二，也不要把它们理解成“查出来一定一模一样”；第三，投稿前自查最核心的意义，是帮你提前处理高相似正文、引用问题和可能的重复发表风险，而不是证明一个分数。

如果把这个关系理解清楚，很多作者心里会更踏实：原来我现在做的这一步，不是瞎查，而是在正式投稿前，尽量站到编辑视角先看一遍自己的稿子。

参考方向：iThenticate 官方帮助中心 关于 `Crossref Similarity Check` 与 `iThenticate 2.0` 共平台说明。