Анализ
Контакты
Контактный путь для исправлений, отправки источников, запросов по данным и организационных вопросов.
Используйте редакционную почту в разделе «Возможности» для исправлений, отправки источников, запросов о данных и запросов СМИ. Этот MVP не отправляет и не хранит контактные формы.
Проверенные материалы
Что показывают текущие источники
Эти карточки кратко пересказывают официальные или первичные источники. Откройте каждый источник, чтобы увидеть даты публикации, ограничения и то, чего источник не доказывает.
Анализ
Страница контактов — часть редакционной ответственности
Стандарты IFCN и IPSO рассматривают публичные контактные и жалобные каналы как элемент доверия к публикации, а не как декоративную ссылку внизу страницы. Для этого сайта контактная страница должна разделять исправления, отправку источников, запросы о конфиденциальности и запросы СМИ, чтобы срочные обновления доказательств, юридические вопросы и обычные сообщения не смешивались в одном почтовом ящике.
Анализ
Для отправки источников нужны проверяемые детали и защита людей
Текущие стандарты указывают на детализацию источников, возможность повторить проверку и ограничения безопасности. Маршрут отправки должен просить указать затронутое утверждение, исходную ссылку или название документа, дату публикации, архивную ссылку при наличии, почему источник меняет страницу и создаст ли называние человека, ребенка, свидетеля или уязвимого источника риск. Обычная почта не должна приглашать конфиденциальные свидетельства без защищенного процесса.
Анализ
Запросам о конфиденциальности нужен понятный процесс
GDPR и рекомендации ICO превращают контактный канал в рабочую процедуру: читатель должен понимать, кто получает запрос, какие данные сайт может хранить, как запросить удаление или исправление и какие проверки личности могут потребоваться. Поскольку MVP сейчас не отправляет формы, контактная страница должна прямо сказать это и всё равно дать маршрут для вопросов о конфиденциальности.
Анализ
Каналы сообщений должны быть безопасными и доступными
Источники по безопасности и доступности показывают два разных требования: люди должны иметь возможность связаться с сайтом без барьеров, а чувствительные сообщения нельзя обрабатывать небрежно. Формам нужны подписи полей, понятные ошибки и управление с клавиатуры; для сообщений об уязвимостях нужен отдельный контакт или маршрут в стиле security.txt до того, как сайт будет просить отправлять рискованные технические или личные материалы.
Разделы
Анализ
Исправления
Сообщение об исправлении должно указывать точную страницу, фразу, показатель или запись источника, которые могут быть ошибочными. Стандарты IFCN и IPSO рассматривают доступный путь исправлений как часть редакционной ответственности: читатель должен иметь практический способ оспорить формулировку, число, атрибуцию или интерпретацию.
Полезный запрос должен включать старое утверждение, предлагаемую замену, источник, который подтверждает изменение, даты публикации или доступа, а также указание, затрагивает ли ошибка график, файл для скачивания, социальную карточку или перевод. Существенные изменения нужно фиксировать, а не прятать в тихой правке.
Ключевые выводы
- Просить URL страницы, цитируемый фрагмент и источник доказательства.
- Отделять исправление опечаток от существенных фактических исправлений.
- Фиксировать, изменились ли достоверность, формулировка или атрибуция источника.
- Обновлять связанные графики, загрузки и переводы, если исправление их затрагивает.
Анализ
Отправка источников
Отправка источников должна позволять проверить материал без доверия к пересказу. Стандарты IFCN указывают на необходимость достаточных деталей, чтобы читатели и редакторы могли повторить проверку там, где это безопасно; военная тематика сайта требует дополнительной осторожности с людьми, которых можно идентифицировать или подвергнуть риску.
Сильная отправка должна включать затронутое утверждение, название источника, издателя, дату публикации, исходную ссылку, архивную ссылку при наличии, релевантный фрагмент или номер страницы и короткое объяснение, что источник доказывает и чего не доказывает. Анонимные или чувствительные свидетельства не следует приглашать через обычную почту без защищенного процесса.
Ключевые выводы
- Ставить выше первичные документы, официальные релизы, наборы данных и публикации названных экспертов.
- Просить отправителя указать точное утверждение, которое источник подтверждает или опровергает.
- Не публиковать идентифицирующие сведения о детях, свидетелях или уязвимых людях без проверки безопасности.
- Планировать защищенную отправку до запроса конфиденциальных файлов или свидетельств.
Анализ
Запросы о данных
Контакт для запросов о конфиденциальности должен быть рабочей процедурой, а не символом. GDPR и рекомендации ICO требуют ясно объяснять, кто обрабатывает персональные данные, зачем они собираются, как долго хранятся, кому передаются и как человек может воспользоваться правами, включая исправление или удаление в применимых случаях.
Поскольку текущий MVP не отправляет и не хранит данные форм, контактная страница должна прямо это сказать. Если позже появятся отправка форм, рассылка или аналитика, маршрут контакта должен объяснять, какие записи могут существовать, какие проверки личности нужны, какие сроки ответа ожидаемы и как обрабатываются запросы на удаление или исправление.
Ключевые выводы
- Указывать, хранит ли сайт отправленные формы, данные рассылки или аналитические идентификаторы.
- Дать рабочий контакт для запросов о конфиденциальности.
- Объяснить запросы на удаление, исправление и проверку простым языком.
- Не собирать чувствительные персональные данные о войне без опубликованного и обоснованного процесса.
Анализ
Запросы СМИ
Запросы СМИ нужно направлять отдельно от исправлений и отправки источников, потому что риски у них разные. Журналист может попросить комментарий, разрешение на использование материалов, интервью, пояснение к данным или подтверждение методологии, но такие запросы не должны обходить проверку исправлений, конфиденциальности и ограничений источников.
Страница должна объяснять, как цитировать проект, какие утверждения требуют проверки источника, что можно использовать повторно и на какие темы текущая доказательная база не позволяет отвечать. Если запрос касается названного человека, ребенка, свидетеля или уязвимого сообщества, проверка конфиденциальности и безопасности должна идти раньше скорости.
Ключевые выводы
- Держать запросы прессы отдельно от исправлений и запросов о конфиденциальности.
- Отвечать языком, ограниченным источниками и метками достоверности.
- Не передавать частные контакты или свидетельства без согласия и проверки безопасности.
- Направлять журналистов к записям источников, а не к неподтвержденному мнению одного сайта.
Возможности
- Редакционная почта
- Удаление данных
- Процесс исправлений
- Планирование безопасной отправки
Анализ
Редакционная почта
Используйте admin@thecostofwar.net для исправлений, отправки источников, вопросов о конфиденциальности и организационных запросов. Адрес берётся из окружения сайта, поэтому рабочая, тестовая и локальная версии могут публиковать правильный почтовый ящик без изменения текста страницы.
В сообщении стоит указать понятную тему, ссылку на страницу при наличии и тип запроса: фактическое исправление, проверка источника, вопрос о данных или запрос СМИ.
Ключевые выводы
- Публиковать один настроенный редакционный ящик для обычной связи.
- Направлять срочные фактические вопросы и запросы о данных на тот же видимый адрес, пока нет отдельных процессов.
- Не просить читателей отправлять чувствительные свидетельства обычной почтой без проверки безопасного процесса.
Анализ
Удаление данных
Запросам на удаление и исправление данных нужен контекст, достаточный для поиска записи, но без лишнего сбора персональных данных. В запросе следует указать, какого взаимодействия, подписки, сообщения или опубликованного материала он касается и какое действие требуется.
Текущий MVP не отправляет и не хранит данные контактных форм. Если позже будут подключены формы, рассылки или аналитика, этот маршрут должен объяснять, какие записи существуют, кто их обрабатывает, какие сроки ответа ожидаемы и какие проверки личности могут понадобиться перед удалением или исправлением.
Ключевые выводы
- Собирать минимум сведений, нужных для поиска записи.
- Объяснять запросы на исправление, удаление и проверку простым языком.
- Обновлять текст о конфиденциальности при изменении форм, рассылки или хранения аналитики.
Анализ
Процесс исправлений
Запросы на исправление должны указывать точную фразу, показатель, график, файл для скачивания или запись источника, которые могут быть ошибочными. Самые полезные запросы включают текущую формулировку, предлагаемое исправление, подтверждающий источник и дату или период, который он охватывает.
Существенные исправления должны оставлять след в процессе исправлений, а не превращаться в тихие правки. Если исправление меняет перевод, график или CSV-файл, связанные материалы нужно проверять одновременно.
Ключевые выводы
- Просить URL страницы, цитируемый фрагмент и источник доказательства.
- Отделять исправления опечаток от фактических исправлений, меняющих смысл.
- Отслеживать затронутые графики, загрузки, переводы и записи источников.
Анализ
Планирование безопасной отправки
Планирование безопасной отправки нужно до того, как сайт будет приглашать конфиденциальные документы, свидетельства, сообщения об уязвимостях или сведения об идентифицируемых людях. Обычная почта подходит для публичных источников и обычных редакционных сообщений, но не для материалов, которые могут подвергнуть источник риску.
Защищенный процесс должен определить контактные точки, принимаемые материалы, варианты шифрования или передачи, сроки хранения, права доступа и проверку безопасности перед публикацией. Пока такого процесса нет, страница должна просить читателей не отправлять рискованные личные материалы в общий почтовый ящик.
Ключевые выводы
- Отделять обычную редакционную почту от рискованных отправок.
- Определять безопасность и сроки хранения до сбора чувствительных материалов.
- Использовать доступные каналы и понятные инструкции для сообщений об уязвимостях.