Behandeln Sie das Zitat als zu einer Version gehörend, nicht zum Beitrag im Allgemeinen. Halten Sie fest, was der Screenshot zeigte und wann er aufgenommen wurde, notieren Sie, was der aktuelle Beitrag jetzt sagt, und prüfen Sie jede Bearbeitungshistorie, auf die Sie rechtmäßig zugreifen können. Wenn die beiden nicht übereinstimmen und die Historie nicht verfügbar oder unklar ist, zitieren Sie jede Version mit ihrer eigenen Kennzeichnung und hören Sie dort auf, statt anzunehmen, der aktuelle Text sei das ursprünglich Geteilte.
Hinweise auf öffentliche Social-Media-Profile mit unserer TraceSeek-App.
Beginnen Sie damit, jede Beobachtung zeitlich einzuordnen, nicht damit, einen Gewinner zu küren
Ein Screenshot ist ein Beleg dafür, was eine Person in einem Moment gesehen hat. Ein aktueller Beitrag ist ein Beleg dafür, was er jetzt sagt. Keines von beiden korrigiert automatisch das andere, und keines beweist, was ein Leser früher gesehen hat. Öffnen Sie eine kleine Notiz neben dem Zitat und schreiben Sie zwei datierte Zeilen: wann der Screenshot aufgenommen wurde (falls dieser Zeitpunkt sichtbar ist oder festgehalten wurde) und wann Sie den aktuellen Beitrag angesehen haben. Schreiben Sie dann den Wortlaut aus beiden, genau, in getrennten Zeilen. Das nützliche Ergebnis ist ein versioniertes Zitat mit Zeitstempeln, nicht ein einzelner festgelegter Satz, der nach Vorliebe gewählt wurde. [Mastodon: Bearbeitungsverlauf und Benachrichtigungen zu geteilten Beiträgen]
- Kennzeichnen Sie jedes Zitat mit dem Zeitpunkt, zu dem Sie es beobachtet haben, und dem Medium (Screenshot oder Live-Seite).
- Bewahren Sie den genauen Wortlaut jeder Version in Ihren Notizen auf, bevor Sie irgendetwas zusammenfassen.
Was eine Bearbeitungshistorie klären kann und was nicht
Mastodons Bearbeitungsfunktion wurde mit Original- und früheren Versionen eingeführt, die in einer Historienansicht aufbewahrt werden, und Personen, die einen Beitrag geteilt hatten, wurden über Bearbeitungen benachrichtigt. Das bedeutet, dass eine zugängliche Historienansicht dem am nächsten kommt, was einer Zeitleiste des Wortlauts des Beitrags entspricht. Sie kann zeigen, dass sich ein Wortlaut geändert hat und ungefähr was sich geändert hat. Sie sagt Ihnen nicht, was ein bestimmter Leser gesehen hat, warum die Bearbeitung erfolgte oder was der Autor beabsichtigte. Sie beweist auch nicht, dass ein Screenshot vor oder nach einer bestimmten Revision aufgenommen wurde, sofern die Daten nicht übereinstimmen. [Mastodon: Bearbeitungsverlauf und Benachrichtigungen zu geteilten Beiträgen]
- Wenn Ihnen eine Historienansicht offensteht, zitieren Sie die konkrete Version, die Sie verwenden, und geben Sie an, wo sie in der Liste steht.
| Beobachtung | Grenze | nächster Schritt |
|---|---|---|
| Eine zugängliche Historie führt eine frühere Version mit anderem Wortlaut auf | Sie zeigt die vom Beitrag selbst aufgezeichnete Historie, nicht das, was ein Leser angetroffen hat | Zitieren Sie den früheren Wortlaut als „eine frühere Version in der Historie, angesehen am [Datum]“ |
| Personen, die den Beitrag geteilt haben, wurden über eine Bearbeitung benachrichtigt | Eine Benachrichtigung bedeutet nicht, dass jedes Teilen oder jeder Screenshot eine der beiden Versionen widerspiegelt | Schließen Sie nicht darauf, was ein bestimmter Teilender gesehen hat; datieren Sie stattdessen Ihre eigene Beobachtung |
| Der aktuelle Live-Beitrag stimmt mit Ihrem Screenshot überein | Das kann einfach bedeuten, dass keine spätere Bearbeitung sichtbar ist, oder dass die Steuerelemente je nach Server oder Client unterschiedlich sind | Notieren Sie es als Übereinstimmung zum Zeitpunkt der Prüfung, nicht als Beweis einer unveränderten Historie |
Warum die Verfügbarkeit variiert und was Sie dagegen tun können
Die aktuelle Mastodon-Dokumentation behandelt das Bearbeiten von Status und das Ansehen einer Bearbeitungshistorie eines Status, aber Verfügbarkeit und Zugriff hängen vom Status und vom Server ab. Welche Steuerelemente erscheinen, kann sich zwischen Oberflächen und Versionen unterscheiden. Behandeln Sie eine fehlende Historien-Schaltfläche nicht als Beweis dafür, dass keine Bearbeitung erfolgte, und behandeln Sie eine sichtbare nicht als Beweis dafür, dass Ihnen jede frühere Version aufgelistet wird. Wenn die Historie in Ihrer App nicht erreichbar ist, zitieren Sie nur, was Sie direkt beobachtet haben, und halten Sie die Lücke als Einschränkung fest. [Mastodon: Dokumentation zum Verlauf des aktuellen Status]
- Prüfen Sie die Optionen, die in Ihrer eigenen App-Version angezeigt werden, statt ein Standardlayout anzunehmen.
- Wenn die Historie nicht zugänglich ist, schreiben Sie „Bearbeitungshistorie für mich am [Datum] nicht zugänglich“ in Ihre Notizen.
Beobachtung, Grenze und Entscheidung trennen
Halten Sie in der abschließenden Darstellung drei Dinge auseinander. Die Beobachtung ist der Wortlaut, den Sie gesehen haben, und wann. Die Grenze ist, was die Beobachtung nicht belegen kann, etwa den Originaltext, die Absicht des Autors oder was andere Leser gesehen haben. Die Entscheidung ist, was Sie zitieren und wie Sie es kennzeichnen. Zum Beispiel: „Dieses Zitat stimmt mit einer für mich am 3 Mai sichtbaren Version überein; ich konnte keine Historienansicht aufrufen, daher kann ich nicht sagen, ob sich der Wortlaut davor oder danach geändert hat.“ Dieser Satz ist ehrlich und dennoch brauchbar. Was er vermeidet, ist der stille Schritt, den aktuellen Text so darzustellen, als wäre er der Text, den jemand früher geteilt hat.
| Beobachtung | Grenze | nächster Schritt |
|---|---|---|
| Der Wortlaut im Screenshot weicht vom aktuellen Live-Wortlaut ab | Der Screenshot kann einer Bearbeitung vorausgehen oder ihr folgen; der Aufnahmezeitpunkt kann unsicher sein | Präsentieren Sie beide Zitate mit ihren Daten und Quellen und zitieren Sie keines als alleinige Version |
| Der Live-Wortlaut weicht von einem Zitat in einem älteren Artikel ab | Der ältere Artikel hat möglicherweise eine inzwischen überholte Version zitiert | Schreiben Sie das ältere Zitat seinem eigenen Datum zu, statt es stillschweigend zu korrigieren |
| Der Wortlaut ist in beiden identisch | Keine sichtbare Änderung zum Zeitpunkt Ihrer Prüfung | Datieren Sie das Zitat dennoch, denn der Beitrag könnte später bearbeitet werden |
Wenn die Quelle fehlt, privat oder mehrdeutig ist
Wenn der Beitrag gelöscht oder eingeschränkt ist oder Sie nicht bestätigen können, dass sich Screenshot und Live-Seite auf denselben Beitrag beziehen, hören Sie auf. Halten Sie die genaue Grenze fest: „Live-Beitrag am [Datum] nicht zugänglich“ oder „kann nicht bestätigen, dass der Screenshot diesen Beitrag zeigt“. Versuchen Sie nicht, einen privaten Beitrag aus Antworten, Zitaten, Caches oder Beschreibungen anderer Personen zu rekonstruieren, und versuchen Sie nicht, ein Konto anhand eines ähnlichen Bildes oder Benutzernamens zu identifizieren. Ein übereinstimmender Avatar oder Handle ist kein Identitätsbeweis, und eine Datenschutzeinstellung ist kein Beleg für Absicht. Das sichere Ergebnis ist eine gekennzeichnete Unsicherheit, kein selbstsicheres Zitat, das auf einer Schlussfolgerung aufbaut.
- Wenn der Beitrag nicht verfügbar ist, zitieren Sie nur den Screenshot und geben Sie an, dass er nicht gegen einen Live-Beitrag überprüft werden konnte.
- Wenn Sie nicht bestätigen können, dass es sich bei beiden Elementen um denselben Beitrag handelt, führen Sie sie nicht zu einem Zitat zusammen.
Ein hypothetisches Beispiel für versioniertes Zitieren
Hypothetisch: Ein am 12 April gespeicherter Screenshot zeigt einen öffentlichen Beitrag mit dem Wortlaut „the proposal will be reviewed next month“. Am 20 April lautet der live sichtbare Beitrag „the proposal was reviewed last month“. Ein zugänglicher Verlauf zeigt eine frühere Version. Der Text sagt nicht „the author said the proposal would be reviewed“, denn damit würde eine Version als der geltende Wortlaut behandelt. Er sagt: Eine im Verlauf sichtbare frühere Version, zitiert als am 12 April erfasst, sagte das eine; die am 20 April sichtbare Version sagte etwas anderes. Jedes Argument, das auf dem ersten Wortlaut aufbaut, ist damit klar an dieses Datum gebunden. Dieses Beispiel dient nur der Veranschaulichung. [Mastodon: Bearbeitungsverlauf und Benachrichtigungen zu geteilten Beiträgen]
Noch ein paar Fragen
Der live sichtbare Mastodon-Beitrag sagt etwas anderes als mein Screenshot. Welchen sollte ich zitieren?
Zitieren Sie beide, jeweils mit dem Datum, an dem Sie sie beobachtet haben, und geben Sie an, ob eine zugängliche Bearbeitungshistorie den Unterschied erklärt. Ist keine Historie verfügbar, beschreiben Sie die Abweichung als Grenze, statt eine Version als den wahren Text des Beitrags zu wählen.
Beweist eine Bearbeitungsbenachrichtigung oder eine Verlaufsansicht, was im ursprünglichen Beitrag stand?
Die Bearbeitungsfunktion von Mastodon bewahrt Original- und frühere Versionen in einer Verlaufsansicht auf und benachrichtigt Personen, die einen Beitrag geteilt haben. Das stützt ein versioniertes Zitat, beweist aber nicht, was eine bestimmte Leserschaft gesehen hat oder warum die Bearbeitung erfolgte. Zitieren Sie die konkrete Version, die Sie sehen können, mit ihrem Datum.
Was, wenn ich überhaupt keine Bearbeitungshistorie sehen kann?
Halten Sie es als Grenze fest: „Bearbeitungshistorie für mich am [Datum] nicht zugänglich“. Die Verfügbarkeit hängt vom Status und vom Server ab, ein fehlendes Bedienelement ist daher kein Beleg dafür, dass keine Bearbeitung stattgefunden hat. Zitieren Sie nur, was Sie unmittelbar beobachtet haben, und lassen Sie die Unsicherheit ausdrücklich stehen.
Kann ich denselben Beitrag in einer anderen App prüfen, um den Verlauf zu sehen?
Sie dürfen den Beitrag über eine andere Oberfläche ansehen, die Sie rechtmäßig nutzen, doch Oberflächen unterscheiden sich, und Sie sollten nicht annehmen, dass eine andere App dieselben Bedienelemente bereitstellt. Ob es hilft, hängt davon ab, was diese Oberfläche bietet. Halten Sie in jedem Fall jede Beobachtung datiert und mit dem Ort, an dem Sie sie gemacht haben, verknüpft.
Quellen & redaktionelle Hinweise
Offizielle Quellen geprüft am 24. Oktober 2026. Checklisten, Vergleichstabellen und Beispielformulierungen sind redaktionelle Werkzeuge von DateClues, keine offiziellen Tests oder validierten Risikobewertungen.
- Mastodon: Bearbeitungsverlauf und Benachrichtigungen zu geteilten Beiträgen ↗
- Mastodon: Dokumentation zum Verlauf des aktuellen Status ↗
Allgemeine Informationen. Kein Leitfaden oder Tool kann die Identität, die Absichten oder die Sicherheit einer Person bestätigen. Unsere redaktionellen Standards lesen.