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