iThenticate 查重会入库吗？投稿前自查与正式审稿的区别

很多作者最担心的，其实不是重复率，而是“会不会被收录”

这个问题几乎每个第一次用 iThenticate 查重服务 的作者都会问。尤其是准备投 SCI、SSCI 或英文期刊的时候，大家最怕的是：我只是想先自己查一下，结果论文先被系统“存进去”了，后面正式投稿反而出问题。这个担心完全可以理解，而且也确实值得在提交前先弄清楚。

先说结论：投稿前自查和正式审稿，不一定是同一种“入库逻辑”。很多人把这两个场景混在一起，所以越看越慌。更稳妥的理解方式是，不要只问一句“会不会入库”，而是要先看你用的是哪种账号、在哪个流程里提交、提交时系统有没有启用 private repository 之类的设置。

为什么会有“入库”这个说法？

因为在查重语境里，大家说的“入库”，通常是指文稿会不会被保存成后续可比对的来源。假如一篇稿子被收进某个可检索库，后面同一稿件再次检测，或者作者把它改写后投稿，就可能出现和自己之前版本相互匹配的情况。这也是很多作者怕“提前查重”影响正式投稿的原因。

但官方帮助文档提到得比较清楚：如果账号没有启用 private repository，那么上传到 iThenticate 的文件并不会自动变成未来所有提交都能检索到的私有比对来源。反过来说，如果某个机构账号开启了私有库功能，那就要看具体的提交设置。所以，真正关键的不是“查没查”，而是“在哪种库设置下查”。

投稿前自查和正式审稿，为什么不能混为一谈？

投稿前自查的目标很简单：帮作者先看一遍文稿里有没有高相似片段、引用缺失、参考文献处理不当、方法学表述过于接近已有来源等问题。这个阶段更像是作者自己的质量检查，重点在于提前发现问题，方便你根据 Similarity Report 报告样本 做修改。

正式审稿则不一样。期刊、出版社或者机构在正式流程里使用 iThenticate/Crossref Similarity Check 时，背后往往会结合自己的账号权限、工作流和审稿规则。也就是说，同样是 iThenticate，作者自查看到的是一个场景，编辑部后台看到的又是另一个场景。两者结果可能接近，但不等于流程完全一样。

那我们这个站点对应的场景是什么？

在 ithenticate.info 这个站点里，我们一直强调的是投稿前自查场景。本站本身不接收论文文件、不上传文件、不生成报告，页面只提供服务说明和入口跳转。你从这里进入的核心目的，是在正式投稿前先做一轮风险排查，而不是替代期刊后台的最终审核。

所以更实际的建议是：如果你现在正处在“投稿前最后检查”阶段，就重点关心报告能不能帮你发现问题，而不是先被一句模糊的“入库”吓住。真正需要确认的是：提交页面是否说明不入库、账号是否涉及 private repository、你是否保留了与投稿一致的文稿版本。

作者自己该怎么判断才更稳？

一个比较稳的做法是，先把问题拆开看。第一，确认这次检测是不是用于投稿前自查；第二，确认服务说明里是否明确写了免账号、不入库这类边界；第三，保留和正式投稿尽量一致的稿件版本，不要今天删参考文献、明天换 PDF、后天又换 Word，这样你自己也会把结果看乱。

如果你还想进一步减少误解，可以顺手看看 FAQ 页面 里关于 private repository、参考文献过滤、Word 和 PDF 差异的说明。很多人表面上是在问“入不入库”，实际上真正困惑的是“为什么我这次查和正式投稿的结果可能不一样”。这两个问题相关，但不是同一个问题。

最后给一个更实用的结论

如果你的目标是投稿前自查，重点应该放在尽早发现问题、及时改写和补全引用，而不是简单地追求某个百分比或者被“入库”两个字搞得不敢查。按官方帮助中心的一般说明，不启用 private repository 的情况下，上传文件并不会自动成为未来私有比对来源；但如果是机构账号、期刊后台或正式审稿流程，就需要按照具体账号规则来理解。

说白了，投稿前自查最有价值的地方，不是给你一个“安全”承诺，而是让你在编辑看到之前，先把能修掉的问题修掉。这个顺序，永远比纠结一句模糊的“会不会入库”更重要。

参考方向：iThenticate 官方帮助中心、iThenticate 官方网站。