Behandel het citaat als behorend bij een versie, niet bij de post in het algemeen. Noteer wat de screenshot toonde en wanneer die is gemaakt, noteer wat de live post nu zegt en controleer elke bewerkingsgeschiedenis waartoe je legitiem toegang hebt. Als de twee van elkaar afwijken en de geschiedenis niet beschikbaar of onduidelijk is, citeer dan elke versie met een eigen label en stop daar, in plaats van aan te nemen dat de huidige tekst is wat oorspronkelijk is gedeeld.
Vind aanwijzingen in openbare sociale profielen met onze TraceSeek-app.
Begin met het dateren van elke observatie, niet met het kiezen van een winnaar
Een screenshot is een vastlegging van wat één persoon op één moment zag. Een live post is een vastlegging van wat die nu zegt. Geen van beide corrigeert automatisch de ander en geen van beide bewijst wat een lezer eerder zag. Open een kort notitieblok naast het citaat en schrijf twee gedateerde regels: wanneer de screenshot is gemaakt (als dat tijdstip zichtbaar is of is vastgelegd) en wanneer je de live post hebt bekeken. Schrijf vervolgens de bewoording van elk exact over, in afzonderlijke regels. Het nuttige artefact is een versioned citaat met tijdstempels, niet één vastgestelde zin die op voorkeur is gekozen. [Mastodon: bewerkingsgeschiedenis en meldingen bij gedeelde berichten]
- Label elk citaat met het tijdstip waarop je het hebt waargenomen en het medium (screenshot of live pagina).
- Bewaar de exacte bewoording van elke versie in je notities voordat je iets samenvat.
Wat een bewerkingsgeschiedenis wel en niet kan vaststellen
Mastodons bewerkingsfunctie werd geïntroduceerd met originele en eerdere versies bewaard in een geschiedenisweergave, en mensen die een post hadden gedeeld werden op de hoogte gebracht van bewerkingen. Dat betekent dat een toegankelijke geschiedenisweergave het dichtst bij een tijdlijn van de bewoording van de post komt. Het kan aantonen dat een bewoording is veranderd en ongeveer wat er is veranderd. Het vertelt je niet wat een bepaalde lezer zag, waarom de bewerking plaatsvond of wat de auteur bedoelde. Het bewijst ook niet dat een screenshot vóór of na een specifieke revisie is gemaakt, tenzij de datums overeenkomen. [Mastodon: bewerkingsgeschiedenis en meldingen bij gedeelde berichten]
- Als een geschiedenisweergave voor je open is, citeer dan de specifieke versie die je gebruikt en zeg waar die in de lijst staat.
| waarneming | beperking | volgende stap |
|---|---|---|
| Een toegankelijke geschiedenis vermeldt een eerdere versie met andere bewoording | Het toont de eigen vastgelegde geschiedenis van de post, niet wat een lezer is tegengekomen | Citeer de eerdere bewoording als 'een eerdere versie in de geschiedenis, bekeken op [datum]' |
| Mensen die de post hebben gedeeld, werden op de hoogte gebracht van een bewerking | Melding betekent niet dat elke share of screenshot een van beide versies weerspiegelt | Leid niet af wat een bepaalde deler zag; dateer in plaats daarvan je eigen waarneming |
| De huidige live post komt overeen met je screenshot | Het kan simpelweg betekenen dat er geen latere bewerking zichtbaar is, of dat de bediening verschilt per server of client | Noteer het als een overeenkomst op het moment van controleren, niet als bewijs van een onveranderde geschiedenis |
Waarom beschikbaarheid varieert en wat je eraan kunt doen
De huidige Mastodon-documentatie behandelt het bewerken van statussen en het bekijken van een geschiedenis van statusbewerkingen, maar beschikbaarheid en toegang hangen af van de status en de server. Welke bediening verschijnt, kan verschillen tussen interfaces en versies. Behandel een ontbrekende geschiedenisknop niet als bewijs dat er geen bewerking heeft plaatsgevonden, en behandel een zichtbare knop niet als bewijs dat elke eerdere versie voor jou wordt vermeld. Als de geschiedenis niet bereikbaar is in je app, citeer dan alleen wat je direct hebt waargenomen en noteer de leemte als beperking. [Mastodon: documentatie van de huidige statusgeschiedenis]
- Controleer de opties die in je eigen app-versie worden getoond in plaats van een standaardindeling aan te nemen.
- Als de geschiedenis niet toegankelijk is, schrijf dan 'bewerkingsgeschiedenis voor mij niet toegankelijk op [datum]' in je notities.
Observatie, beperking en beslissing gescheiden houden
Houd in de uiteindelijke rapportage drie dingen uit elkaar. De observatie is de bewoording die je zag en wanneer. De beperking is wat de observatie niet kan vaststellen, zoals de oorspronkelijke tekst, de bedoeling van de auteur of wat andere lezers zagen. De beslissing is wat je citeert en hoe je het labelt. Bijvoorbeeld: 'Dit citaat komt overeen met een versie die voor mij zichtbaar was op 3 mei; ik had geen toegang tot een geschiedenisweergave, dus ik kan niet zeggen of de bewoording ervoor of erna is veranderd.' Die zin is eerlijk en nog steeds bruikbaar. Wat hij vermijdt, is de stille zet om de huidige tekst te presenteren alsof het de tekst is die iemand eerder deelde.
| waarneming | beperking | volgende stap |
|---|---|---|
| Screenshot-bewoording verschilt van huidige live bewoording | De screenshot kan vóór of na een bewerking zijn gemaakt; het tijdstip van vastlegging kan onzeker zijn | Presenteer beide citaten met hun datums en bronnen, en citeer geen van beide als de enige versie |
| Live bewoording verschilt van een citaat in een ouder artikel | Het oudere artikel kan een versie hebben geciteerd die nu is achterhaald | Schrijf het oudere citaat toe aan zijn eigen datum in plaats van het stilzwijgend te corrigeren |
| Bewoording is identiek in beide | Geen zichtbare verandering op het moment dat je controleerde | Dateer het citaat nog steeds, omdat de post later bewerkt kan worden |
Wanneer de bron ontbreekt, privé of dubbelzinnig is
Als de post weg is, beperkt is, of je niet kunt bevestigen dat de screenshot en de live pagina naar dezelfde post verwijzen, stop dan. Noteer de precieze beperking: 'live post niet toegankelijk op [datum]', of 'kan niet bevestigen dat de screenshot deze post weergeeft'. Probeer niet een privépost te reconstrueren uit antwoorden, citaten, caches of beschrijvingen van anderen, en probeer niet een account te identificeren op basis van een vergelijkbare afbeelding of gebruikersnaam. Een overeenkomende avatar of handle is geen bewijs van identiteit, en een privacyinstelling is geen bewijs van bedoeling. De veilige uitkomst is een gelabelde onzekerheid, niet een zelfverzekerd citaat gebouwd op gevolgtrekking.
- Als de post niet beschikbaar is, citeer dan alleen de screenshot en zeg dat deze niet tegen een live post kon worden geverifieerd.
- Als je niet kunt bevestigen dat de twee items dezelfde post zijn, voeg ze dan niet samen tot één citaat.
Een hypothetisch voorbeeld van versioned citeren
Hypothetisch: een screenshot die op 12 april is opgeslagen, toont een openbare post met de tekst 'het voorstel wordt volgende maand beoordeeld'. Op 20 april staat in de live post 'het voorstel is vorige maand beoordeeld'. Een toegankelijke geschiedenis toont één eerdere versie. In het verslag staat niet 'de auteur zei dat het voorstel beoordeeld zou worden', want daarmee wordt één versie als de geldende tekst behandeld. Er staat: een eerdere versie die in de geschiedenis zichtbaar is, geciteerd zoals vastgelegd op 12 april, zei het ene; de versie die op 20 april zichtbaar was, zei iets anders. Elk argument dat op de eerste formulering is gebouwd, is dan duidelijk aan die datum gekoppeld. Dit voorbeeld is louter ter illustratie. [Mastodon: bewerkingsgeschiedenis en meldingen bij gedeelde berichten]
Nog een paar vragen
De live Mastodon-post zegt iets anders dan mijn screenshot. Welke moet ik citeren?
Citeer beide, elk met de datum waarop je ze hebt waargenomen, en zeg of een toegankelijke bewerkingsgeschiedenis het verschil verklaart. Als de geschiedenis niet beschikbaar is, beschrijf de tegenstelling dan als een beperking in plaats van één versie te kiezen als de ware tekst van de post.
Bewijst een bewerkingsmelding of geschiedenisweergave wat de oorspronkelijke post zei?
De bewerkingsfunctie van Mastodon bewaart de oorspronkelijke en eerdere versies in een geschiedenisweergave en stelt mensen die een post hebben gedeeld op de hoogte. Dat ondersteunt een geversioneerd citaat, maar het bewijst niet wat een bepaalde lezer zag of waarom de bewerking is gedaan. Citeer de specifieke versie die je kunt zien, met de bijbehorende datum.
Wat als ik helemaal geen bewerkingsgeschiedenis kan zien?
Leg het vast als een beperking: 'bewerkingsgeschiedenis voor mij niet toegankelijk op [datum]'. De beschikbaarheid hangt af van de status en de server, dus een ontbrekend bedieningselement is geen bewijs dat er geen bewerking heeft plaatsgevonden. Citeer alleen wat je rechtstreeks hebt waargenomen en houd de onzekerheid expliciet.
Kan ik dezelfde post in een andere app bekijken om de geschiedenis te zien?
Je mag de post bekijken via een andere interface die je rechtmatig gebruikt, maar interfaces verschillen en je moet niet aannemen dat een andere app dezelfde bedieningselementen biedt. Of het helpt, hangt af van wat die interface biedt. Houd in ieder geval elke waarneming gedateerd en toegeschreven aan de plek waar je die hebt gedaan.
Bronnen en redactionele notities
Officiële bronnen gecontroleerd op 24 oktober 2026. Checklists, vergelijkingstabellen en voorbeeldformuleringen zijn redactionele hulpmiddelen van DateClues, geen officiële tests of gevalideerde risicoscores.
- Mastodon: bewerkingsgeschiedenis en meldingen bij gedeelde berichten ↗
- Mastodon: documentatie van de huidige statusgeschiedenis ↗
Algemene informatie. Geen enkele gids of tool kan de identiteit, bedoelingen of veiligheid van een persoon garanderen. Lees onze redactionele normen.