投稿前にすべての参考文献を確認しています — 私の正確なワークフローをご紹介します

Dr. Emily Carteron 5 hours ago

私は10年以上にわたり、査読付きジャーナルに論文を投稿してきました。計算言語学、農業AI、そして数十のサブ分野から知見を借りる学際的な研究です。私の参考文献リストは通常50〜80項目に及びます。そして、たった一つの誤った参考文献が、出版を数週間遅らせる可能性があることを、痛い経験を通して学びました。

3年前、私が6ヶ月かけて執筆した原稿が、Q1ジャーナルからデスクリジェクトされました。理由は、研究手法や知見ではなく、参考文献リストにあった2つの参考文献のDOIが一致しなかったためです。一つは出版年が間違っていました。もう一つは全く別の論文を指していました。編集者からのコメントは手厳しく、「すべての参考文献を確認し、再提出してください」というものでした。

そのリジェクトは、私から改訂サイクルを奪い、その間に別のグループが同様の知見を発表したため、おそらく優先権も失いました。それ以来、私は投稿前にすべての参考文献をチェックしています。例外はありません。ここに私が開発したワークフローをご紹介します。

参考文献のエラーが思ったより多い理由

ほとんどの研究者は、引用管理ツールを使っているから参考文献リストは正しいと信じています。Zotero、Mendeley、EndNoteといったツールは、参考文献を整理するのに優れていますが、決して完璧ではありません。

エラーが忍び込む一般的な方法は以下の通りです。

引用管理ツールの同期問題。 Google Scholarから論文をインポートすると、メタデータがわずかに間違っていることがあります。ミドルネームの欠落、出版社の正式名称と一致しないジャーナル名の略称、出版年ではなくプレプリントの年などです。引用管理ツールは、検証せずに受け取ったものをそのまま保存します。

共著者の貢献。 複数著者の論文では、異なる人々が参考文献を追加します。ポスドクが記憶から引用を貼り付けたり、共同研究者が異なるメタデータソースを持つ別の引用管理ツールを使用したり、学生がChatGPTが提案した参考文献を追加したりします。そして、それらの参考文献の中には全く存在しないものもあります。

原稿間のコピー＆ペースト。 助成金申請書や以前の論文から文献レビューセクションを再利用することがあります。元の文脈では正しかった参考文献が、今では古いDOI、撤回された論文、または新しい投稿ジャーナルのスタイルに合わない書式になっていることがあります。

AIライティング支援。 参考文献の生成にAIを使用していなくても、インライン引用を含む段落のドラフト作成にAIを使用することがあります。AIは、一見すると正しく見える方法で、引用を密かに修正する場合があります（年を変更したり、著者名を入れ替えたりするなど）。

私はこれらすべての問題を、自分の原稿や査読した論文で経験してきました。これらは不注意の兆候ではなく、現代のマルチツール、マルチ著者による執筆ワークフローの症状なのです。

投稿前の参考文献チェックワークフロー

私はこの作業をすべての原稿に対して、通常は投稿の2日前に行います。前夜ではありません — その教訓も学びました。

ステップ1：参考文献リストをプレーンテキストでエクスポートする

原稿の完全な参考文献リストを、整形されていないテキストファイルにコピーします。書式設定も、埋め込まれたZoteroフィールドもなし — 提出されるPDFに表示される通りの、各参考文献の生テキストのみです。

なぜプレーンテキストなのか？それは、引用管理ツールがそこにあると「思っている」ものではなく、査読者が見るものを確認したいからです。Zoteroとエクスポートされた参考文献リストの間に同期エラーがあれば、これで捕捉できます。

ステップ2：DOIとメタデータの自動検証

参考文献リスト全体をCitelyのCitation Checkerに貼り付けます。このツールは各参考文献を解析し、CrossRefでDOIを検索し、著者名、タイトル、ジャーナル、年、巻、ページといったメタデータフィールドを比較します。

Running a reference check before submission

このステップは、60件の参考文献リストの場合、通常1分もかかりません。これで以下の問題が検出されます。

解決しないDOI（捏造または誤入力）
説明とは異なる論文に解決するDOI
誤った出版年（私が最もよく目にするエラー）
著者名の不一致
ジャーナル名の不一致

平均して、私はすべての原稿で2〜4件の問題を発見します。私がずさんだからではなく、現代の学術論文執筆パイプラインには、手動チェックではすべてを捕捉できないほど多くの失敗点があるためです。

ステップ3：フラグが立てられた参考文献の手動レビュー

自動チェックは、注意が必要な参考文献にフラグを立てます。フラグが立てられた各項目について、私は以下のことを行います。

ブラウザでDOIリンクを開き、それが実際にどの論文を指しているかを確認する
引用しようとした論文と、DOIが解決する論文を比較する
不一致を修正する — 通常は年を修正したり、DOIを更新したり、参考文献を完全に置き換えたりします

ほとんどの修正は些細なものです — 間違った年、欠落したページ番号など。しかし、年に1、2回、全く検証できない参考文献を見つけることがあります。その論文が存在しないように見えるのです。これは常に、共著者がAIツールから参考文献を追加し、それを確認しなかったことに起因しています。私たちは現在、これに関する研究室のポリシーを設けています。

ステップ4：撤回された論文の確認

このステップはDOI検証とは別です。論文は有効なDOIと正しいメタデータを持っていても、撤回されている場合があります。

私は、最も重要な参考文献 — 私の主張が依存しているもの — をRetraction Watchと照合してスポットチェックします。全リストについては、CrossRefのメタデータを確認します。これには多くの出版社からの撤回通知が含まれています。

撤回された論文を引用することは、単に恥ずかしいだけでなく、一部の分野では、自身の研究の整合性に関する編集上の懸念の根拠となります。

ステップ5：投稿ジャーナルに対する書式設定の検証

これは退屈なステップですが、編集者はこれを気にします。各ジャーナルには独自の参考文献スタイルがあります — 著者名の形式、ジャーナル略称のルール、DOIの表示形式、「et al.」の使用閾値などです。

私は3〜4件の参考文献をジャーナルの公開論文と比較し、書式設定が一致していることを確認します。ジャーナルがジャーナル名の略称を使用している場合、すべての略称がISO 4標準（またはジャーナルが指定するもの）に従っていることを確認します。

このステップには自動ツールを使用しません — 最近の号と目視で照合する方が速いと感じています。しかし、一部の同僚はScribbrや同様の書式チェッカーを使用していることを知っています。

ステップ6：本文中の引用の最終読み合わせ

最後のステップです。原稿を読み通し、本文中のすべての引用（Smith et al., 2024）が参考文献リストのエントリと一致しているか、そしてその逆も確認します。孤立した引用 — 参考文献リストには記載されているが本文中では一度も引用されていない参考文献 — は査読者にとって要注意です。本文中の引用が参考文献リストにない場合も同様です。

ほとんどのワープロは、引用ツールを正しく使用していれば、これらの不一致にフラグを立てます。しかし、引用を手動で編集した場合（私は書式設定の都合上、いつもそうしてしまいますが）、このステップはソフトウェアが見落とすものを捕捉します。

所要時間

50〜70件の参考文献を持つ一般的な原稿の場合：

ステップ	時間
エクスポートと準備	5分
自動検証 (Citely)	1〜2分
フラグが立てられた項目の手動レビュー	10〜20分
撤回チェック	5〜10分
書式設定検証	15〜20分
本文中の引用の相互チェック	10〜15分
合計	45〜75分

約1時間の作業です。これをデスクリジェクトによって失われる数週間または数ヶ月と比較すれば、その計算は明らかです。

ステップ2で自動ツールを使い始める前は、手動でのDOI検証だけで2〜3時間かかっていました。各DOIをdoi.orgで手動で確認し、CrossRefの記録とメタデータを比較し、不一致を文書化する — それは徹底的でしたが、持続可能ではありませんでした。自動化されたステップにより、ワークフロー全体が半日から約1時間に短縮されました。

大学院生に伝えること

私は研究室を監督しており、論文を提出するすべての学生は参考文献検証トレーニングを受けます。ルールはシンプルです。

検証していない参考文献を含む論文は絶対に提出しないこと。 ワークショップでも、プレプリントでもありません。あなたの名前が載っているのですから。
論文の一部を執筆するのにAIを使用した場合は、すべての参考文献を二重に検証すること。 AIツールは、実際の著者やジャーナルを引用しているように見えるもっともらしい引用を生成しますが、それらを誤って組み合わせることがあります。これらのキメラのような参考文献は、目視ではほとんど捕捉できません。
原稿を見せる前に、参考文献リスト全体を自動チェッカーに通すこと。 DOIエラーを私が発見するべきではありません — それは2026年には解決済みの問題です。
引用管理ツールをきれいに保つこと。 参考文献をインポートする際には、出版社のページとメタデータを照合して検証すること。インポート時に行えば1件あたり30秒です。締め切り前に汚れたライブラリを修正するには、はるかに時間がかかります。
読んでいない論文を引用しないこと。 これは当たり前のことのように聞こえますが、特に文献レビューセクションで「関連性がありそうな」論文で参考文献リストを埋めようとする誘惑は現実のものです。論文の主要な主張を要約できないのであれば、引用すべきではありません。

複数著者による原稿に関する注意点

参考文献検証の問題は、著者が増えるほど指数関数的に悪化します。3つの機関から5人の共著者がいる論文では、各人が異なる引用管理ツール、異なるメタデータソース、そしてAIツールに関する異なる習慣を使用している可能性があります。

私たちの複数著者プロジェクトでうまくいっていること：

一人が参考文献リストを管理する。 通常は責任著者か、原稿ファイルを管理する人です。すべての参考文献の追加はその人を通して行われます。
参考文献の検証は、最終版が組み立てられた後に行われるのであって、個々の貢献の後ではありません。中間ドラフトのチェックは無駄な労力です。
Citelyの検証レポートを、投稿前にすべての共著者と共有します。 これにより、全員がフラグが立てられた項目を確認し、自分の貢献がクリーンであることを確認できます。

これまでに発見した一般的なエラー

参考文献検証が実際にどのようなものを見つけるかを示すために：

誤った年（最も一般的）。 2023年の論文が2024年と引用されている、またはその逆。通常、オンライン先行公開と印刷版の出版日の混同が原因です。「advance access」出版を使用するジャーナルは特にこの傾向があります。

著者名の置換。 「Kim, J.」の代わりに「Kim, S.」 — イニシャルが一つ違うだけ。これは、引用管理ツールが異なるソース（CrossRef vs. Google Scholar vs. PubMed）からメタデータを取得し、著者名の記録方法が異なる場合に発生します。

ジャーナル名の不一致。 「Journal of Machine Learning Research」と「Journal of Machine Learning」 — 似ていますが、同じジャーナルではありません。後者は存在しません。これはAIの幻覚の典型的なパターンです。

DOIが間違った論文を指している。 DOIは有効ですが、同じジャーナルの別の論文に属しています。通常、ある参考文献のDOIが誤って別の参考文献に割り当てられたコピー＆ペーストエラーが原因です。

撤回された論文が通知なしに引用されている。 私たちの参考文献リストに追加された後に撤回された論文を、これまでに2回発見しました。どちらの場合も、撤回は執筆期間中に発生しており、私たちは気づいていませんでした。

主要なポイント

参考文献エラーは現代の学術論文執筆において蔓延しています — 複数著者によるワークフロー、引用管理ツールの同期問題、AI執筆ツールはすべて、手動では捕捉しにくい間違いを引き起こします。
投稿前の体系的な参考文献チェックは、60件の参考文献を持つ論文で約1時間かかり、デスクリジェクトによる数週間の遅延を防ぐことができます。
Citelyのような自動検証ツールは、参考文献をCrossRefの記録と一括比較することで、手動でのDOIチェックのステップを数時間から数分に短縮します。
最も一般的なエラーは、誤った出版年、著者名の置換、ジャーナル名の不一致であり、これらはすべて自動メタデータ比較によって検出可能です。
複数著者による論文の場合、一人が参考文献リストを管理し、最終版が組み立てられた後に検証を行うように指定します。

👉 次回の投稿前に参考文献リストをチェックしましょう