Ставтеся до цитати як до такої, що належить версії, а не допису загалом. Запишіть, що показував скриншот і коли його було зроблено, занотуйте, що тепер каже живий допис, і перевірте будь-яку історію редагувань, до якої ви маєте законний доступ. Якщо вони розходяться, а історія недоступна або неясна, цитуйте кожну версію з її власним позначенням і на цьому зупиніться, а не припускайте, що поточний текст — це те, що було поширено спочатку.
Знаходьте підказки в публічних соціальних профілях за допомогою нашого застосунку TraceSeek.
Почніть із датування кожного спостереження, а не з вибору переможця
Скриншот — це запис того, що одна людина побачила в один момент. Живий допис — це запис того, що він каже тепер. Жоден автоматично не виправляє інший, і жоден не доводить, що читач бачив раніше. Відкрийте невелику нотатку поруч із цитатою і напишіть два датовані рядки: коли було зроблено скриншот (якщо цей час видно або його було записано) і коли ви переглянули живий допис. Потім запишіть формулювання з кожного, точно, окремими рядками. Корисний артефакт — це версійована цитата з часовими мітками, а не одне остаточне речення, обране за вподобанням. [Mastodon: історія редагувань і сповіщення про поширені дописи]
- Позначте кожну цитату часом, коли ви її спостерігали, і носієм (скриншот або жива сторінка).
- Збережіть точне формулювання кожної версії у своїх нотатках, перш ніж щось узагальнювати.
Що історія редагувань може й не може встановити
Функцію редагування в Mastodon було запроваджено зі збереженням оригінальної та попередніх версій у поданні історії, а людей, які поширили допис, повідомляли про редагування. Це означає, що доступне подання історії — найближче до хронології формулювань допису. Воно може показати, що формулювання змінилося, і приблизно що саме змінилося. Воно не каже вам, що бачив конкретний читач, чому сталося редагування або що автор мав на меті. Воно також не доводить, що скриншот було зроблено до чи після конкретної редакції, якщо дати не збігаються. [Mastodon: історія редагувань і сповіщення про поширені дописи]
- Якщо подання історії вам доступне, цитуйте конкретну версію, яку ви використовуєте, і вкажіть, де вона стоїть у списку.
| спостереження | обмеження | наступний крок |
|---|---|---|
| Доступна історія показує ранішу версію з іншим формулюванням | Вона показує власну задокументовану історію допису, а не те, з чим зіткнувся якийсь читач | Цитуйте раніше формулювання як «раніша версія в історії, переглянута [дата]» |
| Людей, які поширили допис, повідомили про редагування | Повідомлення не означає, що кожне поширення чи скриншот відображає ту чи ту версію | Не робіть висновків про те, що бачив конкретний поширювач; натомість датуйте власне спостереження |
| Поточний живий допис збігається з вашим скриншотом | Це може просто означати, що пізнішого редагування не видно, або що елементи керування різняться залежно від сервера чи клієнта | Занотуйте це як збіг на момент перевірки, а не як доказ незмінної історії |
Чому доступність різниться і що з цим робити
Поточна документація Mastodon охоплює редагування статусів і перегляд історії редагувань статусу, але доступність і доступ залежать від статусу та сервера. Які елементи керування з'являються, може різнитися між інтерфейсами та версіями. Не вважайте відсутню кнопку історії доказом того, що редагування не було, і не вважайте видиму кнопку доказом того, що вам показано кожну ранішу версію. Якщо історія недосяжна у вашому застосунку, цитуйте лише те, що ви безпосередньо спостерігали, і занотуйте прогалину як обмеження. [Mastodon: документація про поточну історію статусу]
- Перевірте параметри, показані у вашій версії застосунку, а не припускайте стандартне компонування.
- Якщо історія недоступна, напишіть у нотатках «історія редагувань недоступна мені на [дата]».
Відокремте спостереження, обмеження й рішення
Тримайте окремо три речі в остаточному записі. Спостереження — це формулювання, яке ви бачили, і коли. Обмеження — це те, що спостереження не може встановити, наприклад оригінальний текст, намір автора або те, що бачили інші читачі. Рішення — це те, що ви цитуватимете і як ви це позначите. Наприклад: «Ця цитата збігається з версією, видимою мені 3 травня; я не мав доступу до подання історії, тому не можу сказати, чи формулювання змінилося до чи після». Це речення чесне і водночас придатне до використання. Воно уникає тихого кроку — подати поточний текст так, ніби це був текст, який хтось поширив раніше.
| спостереження | обмеження | наступний крок |
|---|---|---|
| Формулювання на скриншоті відрізняється від поточного живого формулювання | Скриншот може бути до або після редагування; час знімка може бути невизначеним | Подайте обидві цитати з їхніми датами й джерелами і не цитуйте жодну як єдину версію |
| Живе формулювання відрізняється від цитати у старшій статті | Старша стаття могла цитувати версію, яку тепер замінено | Припишіть старшу цитату її власній даті, а не виправляйте її нишком |
| Формулювання ідентичне в обох | На момент вашої перевірки видимих змін немає | Усе одно датуйте цитату, бо допис можуть відредагувати пізніше |
Коли джерело відсутнє, приватне або неоднозначне
Якщо допис зник, обмежений або ви не можете підтвердити, що скриншот і жива сторінка стосуються того самого допису, зупиніться. Запишіть точне обмеження: «живий допис недоступний на [дата]» або «не можу підтвердити, що скриншот зображує цей допис». Не намагайтеся реконструювати приватний допис із відповідей, цитат, кешів чи описів інших людей і не намагайтеся ідентифікувати акаунт за схожим зображенням чи іменем користувача. Збіжний аватар чи ім'я користувача не є доказом особи, а налаштування приватності не є доказом наміру. Безпечний результат — це позначена невизначеність, а не впевнена цитата, побудована на припущенні.
- Якщо допис недоступний, цитуйте лише скриншот і скажіть, що його не вдалося перевірити за живим дописом.
- Якщо ви не можете підтвердити, що ці два елементи — той самий допис, не об'єднуйте їх в одну цитату.
Гіпотетичний приклад версійованого цитування
Гіпотетичний приклад: збережений скриншот від 12 квітня показує публікацію з текстом «пропозицію буде розглянуто наступного місяця». 20 квітня актуальна публікація має текст «пропозицію було розглянуто минулого місяця». Доступна історія показує одну попередню версію. У тексті не сказано «автор сказав, що пропозицію буде розглянуто», бо це подає одну версію як незмінний текст. Натомість сказано: попередня версія, видима в історії, процитована в тому вигляді, в якому її зафіксовано 12 квітня, стверджувала одне; версія, видима 20 квітня, стверджувала інше. Тоді будь-який аргумент, побудований на першому формулюванні, чітко прив'язаний до цієї дати. Цей приклад лише ілюстративний. [Mastodon: історія редагувань і сповіщення про поширені дописи]
Ще кілька запитань
Актуальна публікація в Mastodon відрізняється від мого скриншота. Яку з них цитувати?
Цитуйте обидві, кожну з датою, коли ви її спостерігали, і вкажіть, чи пояснює розбіжність доступна історія редагувань. Якщо історія недоступна, опишіть розбіжність як обмеження, а не обирайте одну версію як справжній текст публікації.
Чи доводить сповіщення про редагування або перегляд історії, що саме було сказано в оригінальній публікації?
Функція редагування в Mastodon зберігає оригінальну та попередні версії в перегляді історії та сповіщає людей, які поділилися публікацією. Це підтримує цитування з версіями, але не доводить, що бачив будь-який конкретний читач і чому було зроблено редагування. Цитуйте конкретну версію, яку ви бачите, із зазначенням її дати.
А якщо я взагалі не бачу історії редагувань?
Зафіксуйте це як обмеження: «історія редагувань недоступна мені [дата]». Доступність залежить від статусу та сервера, тому відсутність елемента керування не є доказом того, що редагування не було. Цитуйте лише те, що ви безпосередньо спостерігали, і зберігайте невизначеність явною.
Чи можу я переглянути ту саму публікацію в іншому застосунку, щоб побачити історію?
Ви можете переглянути публікацію через інший інтерфейс, яким ви законно користуєтеся, але інтерфейси різняться, і не слід припускати, що інший застосунок надає ті самі елементи керування. Чи це допоможе, залежить від того, що пропонує цей інтерфейс. У будь-якому разі датуйте кожне спостереження й зазначайте, де ви його побачили.
Джерела та редакційні примітки
Офіційні джерела перевірено 24 жовтня 2026 р.. Контрольні списки, порівняльні таблиці та приклади формулювань — це редакційні інструменти DateClues, а не офіційні тести чи перевірені оцінки ризику.
- Mastodon: історія редагувань і сповіщення про поширені дописи ↗
- Mastodon: документація про поточну історію статусу ↗
Загальна інформація. Жоден посібник чи інструмент не може засвідчити особу людини, її наміри чи безпеку. Прочитайте наші редакційні стандарти.