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

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

Коли використовувати: Один рядок на твердження з першоджерелом, перевіряльником, датою, вердиктом і виправленням, а також відповідальні й перевірка завершення.

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

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

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

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

Деталі рядка (заповнюйте для кожного твердження)

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

Наступні кроки

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

Перевірка завершення

• Для кожної ціни, статистики, цитати, обмеження продукту й дати в чернетці є рядок.
• Кожен рядок містить посилання на першоджерело, або твердження вилучено чи поставлено на паузу.
• Перевіряльник не є автором, і в кожному рядку вказано перевіряльника та дату.
• На момент публікації жоден рядок не стоїть на паузі.
• Для фактів, що можуть змінитися, у календарі є дата повторної перевірки.

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

Налаштовуєте це для всієї контент-команди? Запишіться на безкоштовну консультацію з Анатолієм Улітовським. Правила щодо тону й джерел зберігайте в шаблоні редакційного стайлгайду.

Пошук тверджень і драбина джерел

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

Спершу знайдіть усі твердження

Роздрукуйте чернетку або скопіюйте її в документ. Виділіть усе, що читач міг би спростувати. Кожне виділення стає рядком у журналі.

Що виділяти

• Ціни й тарифи: суми, валюта, період оплати, безкоштовні тарифи, тривалість пробного періоду.
• Статистика: будь-яке число, рейтинг, частка чи тренд, а також вибірка за ними.
• Цитати: прямі цитати, переказ і посади.
• Обмеження продукту: ліміти, інтеграції, підтримувані платформи, що робить функція.
• Дати: запуски, дедлайни, зміни правил, слова «новий» і «найновіший».
• Назви й імена: люди, компанії, назви продуктів та їх написання.
• Твердження про першість: перший, єдиний, найбільший, найшвидший, найпопулярніший.

Драбина джерел: що вважати першоджерелом

Правила, запозичені у фактчекерів

• Кодекс принципів IFCN вимагає від підписантів використовувати найкращі доступні першоджерела, а не вторинні, і за можливості звіряти ключові твердження з кількома названими джерелами.
• Він також вимагає описувати джерела настільки детально, щоб читачі могли повторити перевірку. Ваш журнал і є таким записом.

Тексти, написані за допомогою ШІ

Вважайте кожне число, ім’я й цитату в чернетці від ШІ неперевіреними, доки для них немає рядка та джерела. Вилучайте будь-яке посилання, яке не відкривається.

Хочете побачити, як відповіді ШІ вже описують ваш бренд чи факти про продукт? Запустіть AI Visibility Checker і внесіть у журнал кожне хибне твердження, яке знайдете.

Контроль перед публікацією

Коли використовувати: Чекліст, який редактор підписує до виходу статті. Одне «ні», і публікація чекає.

Контроль перед публікацією

Цей контроль підписує редактор. Одне «ні», і стаття чекає. Публікація з відкритим рядком - це рішення, тож запишіть, хто його ухвалив.

Контроль підписав: [редактор], дата: [дата]. Причина паузи: [номери відкритих рядків]

Як контроль пов’язаний із настановами Google

• Самоперевірка Google для контенту, орієнтованого на людей, питає: «Чи є в контенті фактичні помилки, які легко перевірити?»
• Вона також питає, чи очевидно, хто написав контент і як використовували автоматизацію чи ШІ.
• Документація Google про дати публікації радить показувати видиму дату з чітким підписом і відповідними datePublished або dateModified.

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

Шаблон примітки про виправлення

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

Шаблон примітки про виправлення

Помилки трапляються. Читачі оцінюють те, як ви їх виправляєте. Опублікуйте коротку політику й щоразу використовуйте однаковий формат примітки.

Оберіть правильну позначку

Шаблон примітки

Виправлення ([дата]): У попередній версії статті було сказано, що [хибне твердження]. Насправді [правильне твердження], згідно з [джерело]. Ми оновили [розділ].

Оновлення ([дата]): [Постачальник] змінив [що саме] [дата зміни]. Стаття тепер відображає [новий факт].

Де розмістити й як зафіксувати

• Якщо помилка змінює головну думку статті, ставте примітку вгорі. В інших випадках у кінці.
• Виправте твердження в самому тексті. Не залишайте хибний текст.
• Змінюйте видиму дату «Оновлено» та dateModified одночасно.
• Додайте виправлення в рядок журналу фактчекінгу й дайте посилання на примітку.
• Повідомте тих, хто помітив помилку, що її виправлено, і подякуйте їм.

Що написати на сторінці з політикою виправлень

Кодекс принципів IFCN вимагає від підписантів опублікувати політику виправлень, дотримуватися її та виправляти помилки чітко й прозоро. Маркетинговий сайт може взяти цей стандарт за основу.

Поясніть, як повідомити про помилку, хто її розглядає і які позначки ви використовуєте (див. вище). Дайте посилання на політику зі сторінки «Про нас». Шаблон сторінки «Про нас» для E-E-A-T показує, де їй місце.

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

Коли використовувати: Готовий до вставлення рядок заголовків і допустимі значення, щоб вести журнал у Google Sheets або Excel.

Заголовок таблиці, готовий до вставлення

Вставте цей рядок у клітинку A1 у Google Sheets або 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, щоб побачити, які типи тверджень найчастіше застарівають на вашому сайті.

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

Заповнений приклад (вигаданий блог email-сервісу)

Коли використовувати: Заповнений журнал для вигаданої статті SaaS-блогу: вилучена статистика, виправлена цитата й пізніша примітка про оновлення.

Заповнений приклад: блог сервісу планування листів Tidlemark

Лише приклад. Tidlemark - вигаданий сервіс планування email-розсилок. Pellucine Research - вигаданий видавець. Усі люди, URL, ціни, числа й дати нижче вигадані.

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

Що зловив контроль

• У рядку з ціною не було періоду оплати. Тепер сторінка показує обидві ціни з датою «станом на».
• Статистика про час відкриття не мала оригінального джерела. Її вилучили, а не пом’якшили.
• Цитата була переказом у лапках. Тепер у ній точні слова спікера.
• Odile підписала контроль 3 жовтня, жодного рядка на паузі.

Через два тижні

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

Оновлення (17 жовтня): Tidlemark змінив ціни тарифу Team 16 жовтня. Стаття тепер показує нову помісячну ціну.