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