Я проверяю каждую ссылку перед отправкой — вот мой точный рабочий процесс

Dr. Emily Carteron 5 hours ago

Я публикуюсь в рецензируемых журналах уже более десяти лет. Вычислительная лингвистика, сельскохозяйственный ИИ, междисциплинарные работы, охватывающие десятки подобластей. Мои списки литературы обычно содержат 50–80 пунктов. И я на собственном горьком опыте убедился, что одна-единственная неверная ссылка может задержать публикацию на недели.

Три года назад журнал Q1 отклонил рукопись, над которой я работал полгода. Причина была не в методологии или результатах, а в двух ссылках в библиографии, которые не соответствовали своим DOI. У одной был неверный год публикации. Другая указывала на совершенно другую статью. Записка редактора была прямолинейной: «Пожалуйста, проверьте все ссылки и отправьте повторно».

Это отклонение стоило мне цикла доработки и, поскольку другая группа опубликовала аналогичные результаты в промежутке, вероятно, стоило мне приоритета. С тех пор я проверяю каждую ссылку перед отправкой. Без исключений. Вот рабочий процесс, который я разработал.

Почему ошибки в ссылках встречаются чаще, чем вы думаете

Большинство исследователей считают, что их список литературы верен, потому что они использовали менеджер цитирования. Zotero, Mendeley, EndNote — эти инструменты отлично подходят для организации ссылок, но они не безошибочны.

Распространенные способы появления ошибок:

Проблемы синхронизации менеджера цитирования. Вы импортируете статью из Google Scholar, и метаданные немного неверны — отсутствует средний инициал, сокращенное название журнала, которое не соответствует официальному названию издателя, год препринта вместо года публикации. Менеджер цитирования сохраняет то, что получает, без проверки.

Вклады соавторов. В статьях с несколькими авторами разные люди добавляют ссылки. Постдок вставляет цитату по памяти. Соавтор использует другой менеджер цитирования с другими источниками метаданных. Студент добавляет ссылки, предложенные ChatGPT — и некоторые из этих ссылок вообще не существуют.

Копирование-вставка между рукописями. Вы повторно используете раздел обзора литературы из заявки на грант или предыдущей статьи. Ссылки были верны в исходном контексте, но теперь имеют устаревшие DOI, отозванные статьи или форматирование, которое не соответствует стилю нового целевого журнала.

Помощь ИИ в написании. Даже если вы не используете ИИ для генерации ссылок, вы можете использовать его для помощи в составлении абзацев, включающих внутритекстовые цитаты. ИИ иногда незаметно изменяет цитату — меняет год, меняет имя автора — таким образом, что на первый взгляд это выглядит правильно.

Я сталкивался со всеми этими проблемами в своих собственных рукописях или в статьях, которые я рецензировал. Это не признаки небрежности; это симптомы современного многоинструментального, многоавторского рабочего процесса написания.

Мой рабочий процесс проверки ссылок перед отправкой

Я делаю это для каждой рукописи, обычно за два дня до отправки. Не накануне вечером — этот урок я тоже усвоил.

Шаг 1: Экспортируйте список литературы в виде обычного текста

Я копирую полную библиографию из своей рукописи в чистый текстовый файл. Без форматирования, без встроенных полей Zotero — просто необработанный текст каждой ссылки в том виде, в каком она будет отображаться в отправленном PDF.

Почему обычный текст? Потому что я хочу проверить то, что видит рецензент, а не то, что, по мнению моего менеджера цитирования, там есть. Если есть ошибка синхронизации между Zotero и экспортированной библиографией, это ее обнаружит.

Шаг 2: Автоматическая проверка DOI и метаданных

Я вставляю весь список литературы в Citely's Citation Checker. Инструмент разбирает каждую ссылку, ищет DOI в CrossRef и сравнивает метаданные по полям — имена авторов, название, журнал, год, том, страницы.

Запуск проверки ссылок перед отправкой

Этот шаг обычно занимает менее минуты для списка из 60 ссылок. Он обнаруживает:

DOI, которые не разрешаются (сфабрикованные или с опечатками)
DOI, которые разрешаются в другую статью, чем описано
Неверные годы публикации (самая распространенная ошибка, которую я вижу)
Несоответствия в именах авторов
Расхождения в названиях журналов

В среднем я нахожу 2–4 проблемы в каждой рукописи. Не потому, что я небрежен — потому что современный академический процесс написания имеет слишком много точек отказа, чтобы ручная проверка могла все обнаружить.

Шаг 3: Ручная проверка помеченных ссылок

Автоматическая проверка помечает ссылки, требующие внимания. Для каждого помеченного элемента я:

Открываю ссылку DOI в браузере, чтобы увидеть, на какую статью она на самом деле указывает
Сравниваю статью, которую я намеревался цитировать, со статьей, на которую указывает DOI
Исправляю расхождение — обычно путем исправления года, обновления DOI или полной замены ссылки

Большинство исправлений тривиальны — неверный год, отсутствующий номер страницы. Но раз или два в год я нахожу ссылку, которую вообще не могу проверить. Статья, похоже, не существует. Это всегда сводилось к тому, что соавтор добавлял ссылку из инструмента ИИ, не проверяя ее. Теперь у нас есть политика лаборатории по этому поводу.

Шаг 4: Проверка на отозванные статьи

Этот шаг отделен от проверки DOI. Статья может иметь действительный DOI и правильные метаданные, но все же быть отозвана.

Я выборочно проверяю свои наиболее важные ссылки — те, на которых основан мой аргумент — по Retraction Watch. Для полного списка я проверяю метаданные CrossRef, которые включают уведомления об отзыве для многих издателей.

Цитирование отозванной статьи не просто неловко; в некоторых областях это является основанием для редакционной озабоченности по поводу целостности вашей собственной работы.

Шаг 5: Проверка форматирования на соответствие целевому журналу

Это скучный шаг, но редакторы заботятся о нем. Каждый журнал имеет свой собственный стиль оформления ссылок — формат имени автора, правила сокращения названий журналов, формат отображения DOI, использование пороговых значений «и др.».

Я сравниваю 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 минут

Около часа работы. Сравните это с неделями или месяцами, потерянными из-за отклонения рукописи, и расчет очевиден.

До того, как я начал использовать автоматизированные инструменты для Шага 2, только ручная проверка DOI занимала 2–3 часа. Проверка каждого DOI вручную на doi.org, сравнение метаданных с записями CrossRef, документирование расхождений — это было тщательно, но неустойчиво. Автоматизированный шаг сократил общий рабочий процесс с полудня до примерно часа.

Что я говорю своим аспирантам

Я руковожу исследовательской лабораторией, и каждый студент, который подает статью, проходит обучение по проверке ссылок. Правила просты:

Никогда не отправляйте статью со ссылками, которые вы не проверили. Даже на семинар. Даже препринт. Ваше имя стоит на ней.
Если вы использовали ИИ для написания какой-либо части статьи, проверьте каждую ссылку дважды. Инструменты ИИ генерируют правдоподобно выглядящие цитаты, которые цитируют реальных авторов и реальные журналы, но неправильно их комбинируют. Эти химерные ссылки почти невозможно обнаружить на глаз.
Прогоните полный список литературы через автоматический проверщик, прежде чем показывать мне рукопись. Я не должен быть тем, кто обнаруживает ошибки DOI — это решенная проблема в 2026 году.
Держите свою библиотеку цитирования в чистоте. При импорте ссылки проверьте метаданные на странице издателя. Это занимает 30 секунд на ссылку, если вы делаете это во время импорта. Исправление грязной библиотеки перед дедлайном занимает гораздо больше времени.
Не цитируйте статьи, которые вы не читали. Это звучит очевидно, но искушение дополнить список литературы «релевантно звучащими» статьями реально, особенно для разделов обзора литературы. Если вы не можете кратко изложить основной аргумент статьи, не цитируйте ее.

Замечание о рукописях с несколькими авторами

Проблема проверки ссылок экспоненциально усугубляется с увеличением числа авторов. В статье с пятью соавторами из трех учреждений каждый человек может использовать свой менеджер цитирования, разные источники метаданных и разные привычки в отношении инструментов ИИ.

Что работает для наших многоавторских проектов:

Один человек отвечает за список литературы. Обычно это соответствующий автор или тот, кто управляет файлом рукописи. Все добавления ссылок проходят через него.
Проверка ссылок происходит после сборки окончательной версии, а не после каждого индивидуального вклада. Проверка промежуточных черновиков — это пустая трата усилий.
Мы делимся отчетом о проверке Citely со всеми соавторами перед отправкой, чтобы каждый мог просмотреть помеченные элементы и убедиться, что их вклады чисты.

Распространенные ошибки, которые я обнаружил за эти годы

Чтобы дать вам представление о том, что на самом деле обнаруживает проверка ссылок на практике:

Неверный год (самая распространенная). Статья 2023 года цитируется как 2024, или наоборот. Обычно это вызвано путаницей между датами публикации онлайн и печатной версии. Журналы, использующие публикацию с «ранним доступом», особенно подвержены этому.

Замена имени автора. «Ким, Дж.» вместо «Ким, С.» — разница в одном инициале. Это происходит, когда менеджеры цитирования извлекают метаданные из разных источников (CrossRef, Google Scholar, PubMed), которые по-разному записывают имена авторов.

Несоответствие названия журнала. «Journal of Machine Learning Research» против «Journal of Machine Learning» — близко, но не один и тот же журнал. Второго не существует. Это классический паттерн галлюцинаций ИИ.

DOI указывает на неверную статью. DOI действителен, но принадлежит другой статье в том же журнале. Обычно это вызвано ошибкой копирования-вставки, когда DOI из одной ссылки был случайно присвоен другой.

Цитирование отозванной статьи без уведомления. Дважды я обнаруживал ссылки на статьи, которые были отозваны после того, как мы добавили их в нашу библиографию. В обоих случаях отзыв произошел в период написания, и мы этого не заметили.

Основные выводы

Ошибки в ссылках широко распространены в современном академическом письме — многоавторские рабочие процессы, проблемы синхронизации менеджеров цитирования и инструменты ИИ — все это приводит к ошибкам, которые трудно обнаружить вручную.
Систематическая проверка ссылок перед отправкой занимает около часа для статьи с 60 ссылками и может предотвратить недели задержек из-за отклонения рукописи.
Автоматизированные инструменты проверки, такие как Citely, сокращают этап ручной проверки DOI с часов до минут, сравнивая ссылки пакетами с записями CrossRef.
Наиболее распространенные ошибки — неверные годы публикации, замены имен авторов и несоответствия названий журналов — все это обнаруживается автоматическим сравнением метаданных.
Для статей с несколькими авторами назначьте одного человека, который будет отвечать за список литературы и выполнять проверку после сборки окончательной версии.

👉 Проверьте свой список литературы перед следующей отправкой