Un post mancante su un server Mastodon significa che quel server locale non ha recuperato o indicizzato quell'oggetto, non che l'account o il post siano assenti dal fediverso. Se disponi di un URL esatto di un oggetto pubblico condiviso volontariamente, aprilo mentre hai effettuato l'accesso al server che stai verificando, così che il server possa tentare di recuperare l'oggetto pubblico remoto noto. Se ancora non si risolve, registra il limite preciso: l'oggetto non è stato confermato da questo server, e fermati lì.
Trova indizi sui profili social pubblici con la nostra app TraceSeek.
Ciò che un server vede effettivamente
Mastodon è federato, quindi nessun singolo server possiede una vista completa di ogni account o post pubblico. Un server conosce solo alcuni post pubblici e non esiste uno stato condiviso globale della timeline che un amministratore possa ispezionare. Quando si cerca un URL pubblico remoto noto, il server può recuperare quell'oggetto nella propria vista locale. Si tratta di scoperta, non di prova che la rete più ampia contenga o manchi di qualcos'altro. [Mastodon: timeline federate e interazioni con i post]
- Considera ciò che appare sul tuo server come copertura locale, non come censimento globale.
- Mantieni intatto l'URL pubblico completo durante la verifica; la sola parte dell'host non è un indirizzo di oggetto.
L'assenza è locale, non globale
Se l'URL esatto dell'oggetto pubblico non si risolve sul tuo server, l'osservazione supportata è che questo server non può mostrarlo in quel tentativo. Le possibili ragioni includono il fatto che il server non abbia recuperato l'oggetto, che l'account o il post siano limitati, o che una regola di visibilità e autorizzazione lo filtri. Nessuno di questi esiti giustifica l'affermazione che l'account non esista o che il post non sia mai stato pubblicato. Annota solo il tentativo e il suo risultato locale.
Perché il nome di un server in un nome utente non basta
Conservare il dominio da un nome utente indica dove è ospitato un account, ma non contiene l'indirizzo di un post specifico. L'individuazione di oggetti federati richiede l'identificatore esatto dell'oggetto, non una ricostruzione ipotetica. Se qualcuno condivide solo un nome utente o un dominio del server, non è possibile ricavarne l'URL del post, e una ricostruzione dall'aspetto sicuro può puntare a un oggetto diverso. Chiedi solo un URL pubblico di un oggetto condiviso volontariamente; non cercare registrazioni private né tentare di raggiungere contenuti ad accesso limitato.
| osservazione | limite | passo successivo |
|---|---|---|
| L'URL pubblico esatto dell'oggetto si risolve sul tuo server | Ciò dimostra solo che il tuo server può mostrare l'oggetto in questo momento | Leggi l'oggetto e annota la data e il server che hai verificato |
| L'URL pubblico esatto dell'oggetto non si risolve | Questa è una mancata copertura locale, non un'assenza globale | Annota il tentativo fallito e fermati; non dedurre cancellazione o inesistenza |
| Hai solo un nome utente con un dominio del server | Questo identifica un host, non un post | Non inventare un URL di un post; chiedi o affidati a un link pubblico condiviso volontariamente |
| Il link è ambiguo, non corrispondente o punta a contenuti ad accesso limitato | Le prove non supportano un'affermazione sull'account o sul post | Annota il limite preciso e non fare inferenze sull'identità o sull'attività |
Separa l'osservazione dalla decisione
Tieni due righe nei tuoi appunti. La riga dell'osservazione dice ciò che hai visto: un URL pubblico esatto si è risolto, non si è risolto o non è mai stato fornito. La riga del limite dice ciò che quel risultato non può stabilire. Tieni qualsiasi decisione su una terza riga, ad esempio sospendere un'attività di verifica o chiedere di nuovo un link pubblico. Non lasciare che un risultato locale mancante diventi un'affermazione sulla persona dietro l'account, sulle sue intenzioni o sulla sua attività attuale. Anche un badge, un nome corrispondente o un'impostazione della privacy non sono prova dell'identità.
Una panoramica ipotetica
Immagina che un collega condivida l'URL pubblico esatto di un post e dica che non viene mostrato sul suo server Mastodon. Apri lo stesso URL con l'accesso a quel server e continui a non vedere nulla. L'annotazione accurata è: il server non ha potuto confermare questo oggetto pubblico durante il tentativo in quella data. Non è: l'autore ha eliminato il post, l'account non esiste più o il collega è stato bloccato. Se in seguito il collega fornisce un link pubblico diverso, trattalo come una nuova verifica con la propria osservazione e il proprio limite.
- Scrivi l'URL esatto e il server verificato nei tuoi appunti.
- Dichiara il risultato solo come copertura locale.
- Fermati prima di dedurre cancellazione, identità, intenzioni o attività attuale.
Quando fermarsi invece di cercare più a fondo
Fermati quando la fonte è assente, privata, non corrispondente o ambigua. Tentare di aggirare una restrizione, confrontare volti o identificare un proprietario da una foto va oltre la verifica di fonti pubbliche e non è qualcosa che questo foglio di lavoro supporta. Se un'immagine di un profilo pubblico è l'unico elemento disponibile, una ricerca per somiglianza di immagini o OCR su fonti pubbliche può far emergere possibili corrispondenze pubbliche, ma i risultati non garantiscono la copertura e non identificano una persona né provano l'attività. Considera qualsiasi descrizione generata dall'IA di un profilo pubblico come un'ipotesi, a meno che il profilo stesso non affermi la tesi.
Un foglio di lavoro per chi legge
Crea una breve tabella con tre colonne: l'URL pubblico esatto dell'oggetto, il server e la data verificati, e il risultato locale con il suo limite. Aggiungi una colonna finale per qualsiasi azione, come chiedere di nuovo un link pubblico o chiudere la verifica. Questo foglio di lavoro è un supporto editoriale per organizzare i tuoi appunti; non è un test della piattaforma né un controllo di cui puoi presumere l'esistenza. Tienilo limitato a materiale pubblico condiviso volontariamente. [Mastodon: timeline federate e interazioni con i post]
Ancora un paio di domande
Se un post manca sul mio server Mastodon significa che l'account è stato eliminato?
No. Significa che il tuo server non ha potuto mostrare quell'oggetto in quel tentativo. Il post può esistere altrove, può essere ad accesso limitato o semplicemente non è stato recuperato localmente. Annota la mancata copertura locale ed evita affermazioni su cancellazione o identità.
Posso ricavare l'URL di un post da un nome utente e un server Mastodon?
No. Il dominio del server identifica dove è ospitato un account, non un post specifico. L'individuazione di oggetti richiede l'URL pubblico esatto dell'oggetto, e un indirizzo ricostruito può puntare a qualcos'altro.
E se il link pubblico è privato, non corrispondente o ambiguo?
Annota quel limite preciso e fermati. Non tentare l'accesso ad account privati, l'identificazione per somiglianza o inferenze su intenzioni, stato della relazione o attività attuale in base alla verifica fallita.
Una singola ricerca riuscita è prova che l'account è attivo?
No. Mostra che il tuo server ha potuto visualizzare quell'oggetto pubblico in quel momento. Non prova chi possiede l'account, che il proprietario sia attivo ora o che esista qualsiasi altro post.
Fonti e note editoriali
Riferimenti ufficiali verificati il 24 ottobre 2026. Liste di controllo, tabelle di confronto e formulazioni di esempio sono strumenti editoriali di DateClues, non test ufficiali né punteggi di rischio validati.
Informazioni generali. Nessuna guida o strumento può certificare l'identità, le intenzioni o la sicurezza di una persona. Leggi i nostri standard editoriali.