Редакционный чеклист фактчекинга: шаблон

Журнал фактчекинга (для заполнения)

Когда использовать: Одна строка на утверждение: первоисточник, проверяющий, дата, вердикт и исправление. Плюс ответственные и проверка готовности.

Редакционный журнал фактчекинга

Один журнал на статью. Одна строка на каждое проверяемое утверждение: цену, цифру, цитату, ограничение продукта, дату и любой факт с именем или названием. Сначала заполните шапку.

Шапка журнала

• Статья и URL: [заголовок] / [/blog/slug/]
• Автор: [имя] - Фактчекер: [имя, не автор текста]
• Проверенная версия черновика: [v3, дата]
• Ответственный за допуск к публикации: [редактор, который подписывает допуск]
• Дата перепроверки меняющихся фактов: [дата]

Подробности по строке (заполните для каждого утверждения)

• Точная цитата из источника: [предложение или ячейка таблицы, которые подтверждают утверждение]
• Кто опубликовал источник: [вендор, регулятор, исследователь, собеседник]
• Второй источник (для спорных утверждений): [URL или не нужен]
• Архив или скриншот: [имя файла или ссылка на архив]
• Может измениться? [да: перепроверить к дате / нет]
• Пометка для читателя: [дата актуальности, регион, тариф или ограничения выборки, которые нужно указать на странице]

Следующий шаг

• Фактчекер: [имя] - действие: сверить каждую строку с первоисточником до [дата]
• Автор: [имя] - действие: внести все исправления и удаления, затем отправить новую версию черновика
• Редактор: [имя] - действие: пройти допуск к публикации и подписать его с датой

Проверка готовности

• У каждой цены, цифры, цитаты, ограничения продукта и даты из черновика есть строка в журнале.
• В каждой строке есть ссылка на первоисточник, иначе утверждение убрано или помечено «отложено».
• Проверяющий не автор текста, и в каждой строке указаны проверяющий и дата.
• К моменту публикации ни одна строка не помечена «отложено».
• Для меняющихся фактов дата перепроверки стоит в календаре.

Попросите авторов указывать источники уже в брифе с помощью Content Brief: так журнал сразу заполнен наполовину. После публикации снова запустите Website Audit, чтобы найти на странице битые ссылки и цепочки редиректов.

Хотите внедрить это во всей контент-команде? Запишитесь на бесплатную консультацию с Анатолием Улитовским. Правила тона и работы с источниками собраны в шаблоне редакционного стайлгайда.

Поиск утверждений и иерархия источников

Когда использовать: Найдите в черновике все проверяемые утверждения и подберите подходящий первоисточник для каждого типа.

Сначала найдите все утверждения

Распечатайте черновик или скопируйте его в документ. Выделите всё, что читатель мог бы опровергнуть. Каждое выделение станет строкой в журнале.

Что выделять

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

Иерархия источников: что считается первоисточником

Правила, взятые у фактчекеров

• Кодекс принципов IFCN (IFCN Code of Principles) просит подписантов опираться на лучшие доступные первоисточники, а не на вторичные, и по возможности сверять ключевые утверждения с несколькими названными источниками.
• Он также просит описывать источники настолько подробно, чтобы читатели могли повторить проверку. Ваш журнал и есть такая запись.

Тексты, написанные ИИ

Считайте каждое число, имя и цитату в черновике от ИИ непроверенными, пока у них нет строки в журнале и источника. Удаляйте любую ссылку на источник, который не удаётся открыть.

Хотите узнать, что ответы ИИ уже говорят о вашем бренде или продукте? Запустите AI Visibility Checker и занесите в журнал каждое найденное неверное утверждение.

Допуск к публикации

Когда использовать: Чеклист, который редактор подписывает перед выходом статьи. Хотя бы один ответ «нет» - и публикация откладывается.

Допуск к публикации

Допуск подписывает редактор. Хотя бы одно «нет» - и статья не выходит. Публикация с открытой строкой - это осознанное решение, поэтому запишите, кто его принял.

Допуск подписал: [редактор], дата: [дата]. Причина задержки: [номера открытых строк]

Как допуск связан с рекомендациями Google

• В вопросах для самопроверки контента, созданного для людей, Google спрашивает: «Есть ли в контенте фактические ошибки, которые легко проверить?»
• Там же есть вопросы о том, очевидно ли, кто написал контент, и как при этом использовались автоматизация или ИИ.
• Документация Google о дате публикации советует показывать видимую дату с понятной подписью и совпадающими datePublished или dateModified.

После фактчекинга прогоните финальный черновик через Content Optimizer и Readability Checker, чтобы правки стиля не открыли заново уже проверенные утверждения.

Шаблон заметки об исправлении

Когда использовать: Пометки, формулировки и место размещения для исправлений, уточнений и обновлений после публикации.

Шаблон заметки об исправлении

Ошибки случаются. Читатели оценивают, как вы их исправляете. Опубликуйте короткую политику исправлений и каждый раз используйте один и тот же формат заметки.

Выберите правильную пометку

Шаблон заметки

Исправление ([дата]): В предыдущей версии статьи было указано [неверное утверждение]. Правильно: [верное утверждение], по данным [источник]. Мы обновили [раздел].

Обновление ([дата]): [Дата] [вендор] изменил [что именно]. Теперь в статье указано [новый факт].

Размещение и учёт

• Если ошибка меняет главный вывод статьи, ставьте заметку в начало. В остальных случаях в конец.
• Исправьте утверждение в самом тексте. Не оставляйте неверную формулировку.
• Меняйте видимую дату «Обновлено» и dateModified одновременно.
• Отметьте исправление в строке журнала фактчекинга и добавьте ссылку на заметку.
• Сообщите тому, кто указал на ошибку, что она исправлена, и поблагодарите его.

Что должно быть на странице с политикой

Кодекс принципов IFCN просит подписантов публиковать политику исправлений, соблюдать её и исправлять ошибки ясно и открыто. Маркетинговый сайт может взять этот стандарт за основу.

Опишите, как сообщить об ошибке, кто её рассматривает и какие пометки вы используете. Поставьте ссылку на политику со страницы «О нас». Куда её встроить, подскажет шаблон страницы «О нас» для E-E-A-T.

Заголовки таблицы (CSV)

Когда использовать: Готовая строка заголовков и допустимые значения, чтобы вести журнал в Google Таблицах или Excel.

Готовая строка заголовков для таблицы

Вставьте эту строку в ячейку A1 в Google Таблицах или Excel, затем разделите текст на столбцы по запятой. Одна строка на утверждение.

article_url,claim_id,claim_text,claim_type,primary_source_url,source_quote,archive_ref,can_change,recheck_date,reviewer,review_date,verdict,correction_text,gate_status,gate_owner,gate_date,correction_note_url

Допустимые значения

• claim_type: price, stat, quote, product-limit, date, name, superlative, policy
• verdict: verified, fix, cut, hold
• can_change: yes, no
• gate_status: open, held, passed, published, corrected

Советы по таблице

• Подсвечивайте строки, где verdict равен hold. С такой строкой статья не пройдёт допуск.
• Подсвечивайте строки, где reviewer совпадает с автором текста.
• Сортируйте по recheck_date, чтобы собрать ежемесячный список перепроверки цен и лимитов.
• Фильтруйте по claim_type, чтобы увидеть, в каких утверждениях на вашем сайте чаще всего находятся ошибки.

Планируйте перепроверки вместе с обновлениями из шаблона аудита и обновления контента.

Заполненный пример (вымышленный блог почтового сервиса)

Когда использовать: Заполненный журнал для статьи в блоге вымышленного SaaS: удалённая цифра, исправленная цитата и заметка об обновлении.

Заполненный пример: блог Tidlemark о планировании рассылок

Только пример. Tidlemark - вымышленный сервис для отложенной отправки писем. Pellucine Research - вымышленное издательство. Все люди, URL, цены, числа и даты ниже придуманы.

• Статья: «Как планировать холодные письма по часовым поясам», адрес /blog/schedule-by-time-zone/
• Автор: Ines - Фактчекер: Bram - Ответственный за допуск: Odile
• Проверенный черновик: v2, 2 октября

Что выявил допуск

• В строке с ценой не был указан период оплаты. Теперь на странице обе цены и пометка «по состоянию на».
• У цифры о времени открытия не нашлось исходного источника. Её удалили, а не смягчили.
• Цитату пересказали своими словами, но поставили в кавычки. Теперь в ней точные слова спикера.
• Odile подписала допуск 3 октября, отложенных строк не было.

Через две недели

Tidlemark поднял цену при помесячной оплате. Команда исправила текст, обновила дату «Обновлено» и dateModified и добавила заметку:

Обновление (17 октября): 16 октября Tidlemark изменил цены на тариф Team. Теперь в статье указана новая цена при помесячной оплате.