SLA проверки фактов распределяет каждое проверяемое утверждение по маршруту: какой источник открыть, кто проверяет, к какому сроку нужен ответ и что делать с фразой дальше: публиковать, блокировать или убрать. Такая политика помогает не задерживать низкорисковый текст и останавливать неподтверждённые цифры, цитаты, сравнения, кейсы и условия продукта. Но она снижает риск, а не гарантирует истинность.
Зачем команде SLA вместо общего чек-листа
Представь обычный финальный просмотр статьи. В одном абзаце есть определение термина. В следующем стоит рыночная цифра. Дальше идут цитата, сравнение двух сервисов, клиентский результат и текущая цена. Если проверять всё одинаково, команда либо тормозит материал целиком, либо пропускает опасную фразу вместе с безрисковыми.
SLA, или внутреннее соглашение об уровне проверки, задаёт разные маршруты для разных утверждений. Дальше я называю проверяемую фразу claim. Reviewer означает человека, который отвечает за проверку. verified_at фиксирует дату и время, когда он открыл источник и подтвердил вывод.
Правило работает до публикации. Сначала команда понимает, что именно утверждает текст. Потом назначает источник, проверяющего, срок и стоп-условие. Только после этого фраза получает решение.
Google в рекомендациях для people-first контента предлагает спрашивать, видны ли источники и экспертиза, нет ли легко проверяемых фактических ошибок. Это полезная самооценка, но не требование использовать конкретную SLA-матрицу и не гарантия позиции в поиске.
Сначала человек: полный порядок проверки факта
1. Извлеки все проверяемые утверждения
Не ограничивайся числами. Проверки требуют определения, цитаты, сравнения, результаты кейсов, отзывы, цены, продуктовые условия и советы в областях, где ошибка может навредить здоровью, финансам или безопасности.
Записывай одну мысль в одну строку. Фраза «сервис дешевле, быстрее и подходит всем» содержит как минимум три разных утверждения. У каждого может быть свой источник и своё решение.
2. Назначь класс и риск
Класс определяет минимальную глубину проверки. Риск зависит не от того, насколько уверенно звучит фраза, а от последствий ошибки, изменчивости данных и сложности восстановления контекста.
Здесь не нужен универсальный числовой балл. Достаточно рабочих уровней низкий, средний, высокий и высокий, изменчивый, если команда одинаково понимает, что за ними стоит.
3. Открой источник сам
Поисковый сниппет, чужой пересказ и ответ ИИ помогают найти направление. Доказательством они не становятся. Человек открывает исходную страницу, документ, запись, отчёт или выгрузку.
Полезно сверить, как собирать пакет источников и переходить от поиска к ручной проверке. Для каждого источника ответь на пять вопросов:
- Кто владелец или автор?
- Когда материал опубликован или обновлён?
- На какую страну, аудиторию, продукт и период он распространяется?
- Подтверждает ли он точный смысл фразы, а не соседнюю мысль?
- Какие ограничения нельзя потерять при пересказе?
4. Назначь проверяющего
Редактор может подтвердить статичное определение или контекст цитаты. Исследователь проверяет методологию числа и сопоставимость сравнения. Владелец продукта отвечает за текущую цену и условия. Юридическое, медицинское или финансовое утверждение ждёт профильного специалиста.
Если нужного проверяющего нет, это не повод передать решение автору или модели. Строка остаётся заблокированной либо удаляется из материала.
5. Зафиксируй verified_at
Запиши дату и время фактической проверки, а не дату, когда ссылка попала в документ. Для статичного руководства этого может хватить надолго. Для цены, доступности, тарифа или другого изменчивого условия отметка быстро устаревает.
6. Выбери publish, block или remove
publish означает, что источник, смысл, границы и проверяющий подтверждены. block оставляет фразу в работе до закрытия пробела. remove убирает утверждение, если оно не нужно читателю или его нельзя нормально подтвердить к сроку.
Удобно связать эти решения со статусами материала. В разборе очереди публикаций и защиты от дублей показан похожий принцип: поток не должен обходить человеческое утверждение только потому, что технически готов двигаться дальше.
Матрица SLA для семи классов утверждений
Ниже предложенная внутренняя политика, а не правило Google, FTC, Reuters или закон. T означает запланированное время публикации. Сроки T-2, T-1 и T-0 можно менять под ритм команды. Смысл остаётся один: проверяющий должен получить задачу раньше, чем от него понадобится решение.
Класс claim | Риск | Обязательный источник | Reviewer | Предложенный deadline | Когда блокировать |
|---|---|---|---|---|---|
Определение или статичный метод | Низкий или средний | Авторитетный методический либо первичный источник | Редактор или исследователь | В текущем редакторском проходе, не позже T-1 рабочего дня | Значение спорное, источник недоступен или не подтверждает формулировку |
Число | Средний | Первичный отчёт или проверяемая выгрузка с периодом, выборкой и единицей измерения | Исследователь и редактор | T-1 рабочего дня | Нет периода, выборки, единицы, методологии или исходной записи |
Цитата | Средний | Оригинал, говорящий и контекст; проверка прав или разрешения, когда она нужна | Редактор | T-1, затем сверка финальной версии до выпуска | Нельзя восстановить источник, контекст или точный смысл |
Сравнение | Средний или высокий | Одинаковые критерии и доказательства по обеим сторонам | Исследователь и редактор | T-1 рабочего дня | Критерии, периоды или единицы несопоставимы |
Кейс или testimonial | Высокий | Допустимый уровень раскрытия, исходная точка, действие, результат и границы вывода | Владелец кейса и редактор; при необходимости профильный специалист | Проверяющий и объём раскрытия назначены до T-2, доказательства закрыты к T-1 | Нет согласия или допустимого раскрытия, исходной точки, результата либо ограничения |
Цена или условие продукта | Высокий, изменчивый | Живая официальная страница или другая официальная поверхность продукта | Владелец продукта и редактор | T-0, прямо перед финальным утверждением и публикацией | Официальная информация изменилась, недоступна или расходится с текстом |
Юридическое, медицинское или финансовое утверждение | Высокий | Применимый первичный или официальный источник плюс профильная экспертиза | Назначенный юридический, медицинский или финансовый специалист | Проверяющий зарезервирован до T-2; без подтверждения выпуска нет | Нет профильного проверяющего либо остаётся спор о смысле или области действия |
Пустое поле источника или verified_at не означает «проверим позже». Это видимое состояние block.
Сроки команда настраивает под свой ритм. Пустой источник или verified_at оставляет утверждение в block.
Что можно выпустить быстро, а что должно ждать
Быстро может двигаться формулировка, которая не меняется каждую неделю, опирается на открытый авторитетный источник и не требует специальной экспертизы. Например, редактор открывает методическое руководство, сверяет определение и закрывает строку в текущем проходе.
Число ждёт первичный отчёт или проверяемую выгрузку. Цитата ждёт оригинал и контекст. Сравнение ждёт одинаковые критерии по обеим сторонам. Кейс ждёт разрешённый объём раскрытия и фактуру. Цена ждёт проверки живой продуктовой страницы в момент выпуска. Юридический, медицинский или финансовый совет ждёт профильного специалиста.
При этом низкий риск не означает нулевую проверку. Если определение спорное или источник не открывается, оно тоже остаётся в block. Высокий риск не означает, что материал нельзя выпустить. Можно удалить одну неподтверждённую фразу и не держать весь низкорисковый текст.
Скопируй пустой реестр для одного материала
Эта таблица нужна для текущего материала. Она не заменяет общекомандную политику выше и не требует числовой оценки.
claim | risk | source | reviewer | deadline | verified_at | decision |
|---|---|---|---|---|---|---|
В decision оставляй только одно значение: publish, block или remove. Если source, reviewer или verified_at пусты, строка не получает publish.
Не пытайся сделать из реестра рейтинг правдивости. Даже первичный источник может содержать ошибку, устареть или не относиться к твоей ситуации. SLA помогает команде увидеть, кто и на каком основании принял решение. Истину он не гарантирует.
Реклама, отзывы и endorsements в США
Материалы Федеральной торговой комиссии США полезны как ограниченный пример строгого стоп-правила. Для рекламы на рынке США заявления должны быть правдивыми, не вводить в заблуждение и иметь доказательную основу. В материалах об endorsements, инфлюенсерах и отзывах FTC отдельно разбирает реальность обратной связи и раскрытие существенной связи.
Политика FTC об обосновании рекламных заявлений описывает reasonable basis для объективных обещаний до их распространения. Для внутренней редакционной практики из этого можно взять простой принцип: доказательство рекламного обещания должно появиться до публикации, а не после жалобы.
Эти примеры относятся к рекламе и endorsements в США. Они не устанавливают одно правило для любой страны, любого редакционного текста или каждого кейса. Применимое право, договор, разрешения и объём раскрытия проверяет профильный специалист. Этот раздел не заменяет юридическую консультацию.
Reuters даёт другой тип опоры. Его стандарты ставят точность выше скорости, требуют сохранять смысл цитаты и контекст, исправлять ошибки прозрачно и независимо проверять факты, источники и утверждения, полученные от ИИ. Это профессиональный пример редакционной работы, а не закон и не универсальное требование всегда иметь ровно два источника.
Где помогает ИИ и где он останавливается
Только после настройки человеческого маршрута можно подключать модель. На вход она получает черновик, список разрешённых источников и политику рисков. На выходе нужен список извлечённых утверждений с предварительным классом риска.
ИИ может:
- найти в черновике числа, цитаты, сравнения, кейсы и условия;
- разнести составную фразу на отдельные claims;
- предложить предварительный класс риска;
- отметить, какие вопросы нужно задать владельцу факта.
ИИ не заполняет source или другое поле доказательства по памяти, не ставит verified_at, не выбирает publish и не утверждает материал. Эти поля остаются пустыми, пока человек не откроет источник, не проверит владельца, дату, область действия, смысл и ограничения.
Google пишет, что генеративный ИИ может помогать исследовать тему и структурировать оригинальный материал. Одновременно точность, качество и релевантность остаются критериями для автоматически созданного контента. Это не означает, что модель сама проверила факт. Подробнее о разделении ролей можно прочитать в материале о том, что делегировать ИИ, а что оставить человеку.
Рабочая цепочка выглядит так:
черновик → ИИ извлекает claims → человек открывает источник → профильный reviewer проверяет → человек выбирает publish / block / remove
Прямой стрелки от ИИ к публикации здесь нет.
ИИ готовит список утверждений. Источник открывает человек, профильный reviewer проверяет, финальное решение остаётся у команды.
Как обновлять решение после публикации
Проверка не заканчивается навсегда. Если изменилась цена, условие продукта, нормативная страница или исходный отчёт, верни связанную строку в block. Запиши новое verified_at только после повторного открытия источника.
Если ошибка уже вышла, зафиксируй, что исправили, когда и почему. Прозрачное исправление не доказывает безошибочность редакции, но оставляет понятный след решения.
Частые вопросы
Гарантирует ли SLA, что все факты будут правдивыми?
Нет. SLA снижает риск пропущенных и неподтверждённых утверждений, распределяет ответственность и показывает основание решения. Источник может ошибаться, устареть или быть неверно применён.
Можно ли подтвердить факт ответом ИИ?
Нет. Ответ модели подходит для поиска направления и предварительной классификации. Доказательство появляется, когда человек открывает допустимый источник, сверяет его смысл и фиксирует проверку.
Когда перепроверять цену или условие продукта?
В T-0, прямо перед финальным утверждением и публикацией. Если официальная поверхность изменилась или стала недоступна, строка возвращается в block либо удаляется.
Обязательно ли искать два источника для каждого утверждения?
Нет универсального правила «два источника всегда». Требование зависит от класса, риска, качества источника и редакционной политики. Один первичный документ может быть достаточной опорой для конкретного значения, но не гарантирует истинность сам по себе.
Источники и границы
Источники и публичные ссылки проверены 22 июля 2026 года.
- Google Search Central, Creating Helpful, Reliable, People-First Content. Проверено 22 июля 2026 года. Использовано для вопросов о ясных источниках, экспертизе, фактических ошибках и усиленном внимании к темам о здоровье, финансах и безопасности. Это поисковая рекомендация, не юридическое требование и не гарантия ранжирования.
- Google Search Central, Google Search's Guidance on Generative AI Content on Your Website. Проверено 22 июля 2026 года. Использовано для ограниченной роли ИИ в исследовании и структурировании. Страница не утверждает, что ИИ заменяет чтение первоисточника или человеческое решение.
- U.S. Federal Trade Commission, Advertising and Marketing. Проверено 22 июля 2026 года. Использовано только в контексте рекламы на рынке США.
- U.S. Federal Trade Commission, Endorsements, Influencers, and Reviews. Проверено 22 июля 2026 года. Использовано только для американского рекламного контекста, отзывов, endorsements и раскрытия существенных связей.
- U.S. Federal Trade Commission, FTC Policy Statement Regarding Advertising Substantiation, 23 ноября 1984 года. Проверено 22 июля 2026 года. Использовано для принципа доказательной основы объективного рекламного claim до распространения в США, а не как универсальная редакционная или российская правовая норма.
- Reuters, Reuters Journalistic Standards. Проверено 22 июля 2026 года. Использовано как профессиональный пример приоритета точности, контекста цитат, исправлений и независимой проверки AI-generated claims. Это стандарт Reuters, не закон.
Обновлено: 22 июля 2026 года. Перед публикацией заново открой изменчивые продуктовые и нормативные источники, если материал на них опирается.