実際に迫られている判断
メッセージリクエストと既存のチャットは別の状況であり、Xはそれぞれを異なる管理機能で説明しています。両方を同じ受信箱のように扱うと、新しい送信者を制限したつもりでも古い会話からメッセージが届き続けたり、取り消したつもりでスレッドを削除してしまったりします。
以下の表は作業用のチェックリストであり、特定のメニュー画面を説明したものではありません。ラベルはアプリ、プラットフォーム、バージョンによって異なるため、文言ではなく各行に該当する操作を探してください。
| あなたの状況 | したいこと | 探すべき操作 | それがしないこと |
|---|---|---|---|
| 見知らぬ相手からリクエストが届いた | 知らない相手からのリクエストを見ないようにする | 誰からでもメッセージを受け取らない設定 | すでに会話が成立しているアカウントからのメッセージは止めない |
| 見知らぬ相手からリクエストが届いた | この相手を受け入れるか決める | リクエストを承認または削除する | リクエストの削除はDMや会話の削除とは同じではない |
| 既存の会話が届き続ける | その送信者を止める | 別操作としてのブロックまたは報告 | 誰からでもメッセージを受け取らない設定はブロックではない |
| 既存の会話が不要になった | 自分の表示から消す | 会話を削除する | 削除したアカウント側からのみスレッドが消え、相手側からは消えない |
| 送ったことを後悔している | 取り消す | これらの管理機能にはない | 削除は取り消しではなく、相手側にはコピーが残る |
| 相手が誰か知りたい | 身元を確認する | これらの管理機能にはない | ブロックは身元確認ではない |
ステップ1：リクエストと既存チャットを分ける
何かを変更する前に、そのメッセージが実際どこにあるのかを確認します。リクエストはまだ会話したことのない相手からのアプローチであり、既存チャットはすでに存在する会話です。両者は異なる管理機能で扱われるため、最初のステップは設定変更ではなく分類です。
- メッセージがリクエストなら、選択肢はリクエストを承認するか削除するかです。
- メッセージが既存の会話にあれば、選択肢は会話そのものについてか、送信者をブロックまたは報告することです。
- 判断がつかない場合は、どちらのケースなのかを特定するまで、取り返しのつかない操作はしないでください。
Xは、リクエストの承認や削除と、ダイレクトメッセージや会話の削除を区別しており、後者は削除を行ったアカウント側からのみ消えます。Source
ここが最もよくある混乱の元です。リクエストを削除すればスレッドがどこからも消えると思ったり、会話を削除すれば相手も失うと思ったりしますが、どちらもその操作の実際の動作ではありません。
ステップ2：新しい送信者を制限するか決める
誰からでもメッセージを受け取らない設定は広範な設定です。見知らぬ相手からの一方的なアプローチが問題なら役立ちますが、すでにやり取りしている特定の一人が問題なら適切な道具ではありません。
Xは、誰からでもメッセージを受け取らない設定にしても、すでに会話が成立しているアカウントからのメッセージは止まらず、ブロックや報告は別の操作だと説明しています。Source
この一文が重要な限界です。すでに会話が成立していれば、広範な制限ではそれを閉じられません。その送信者を止めるには、ブロックまたは報告という別の操作が必要です。ブロックは配信を制御するものであり、相手が誰かの証明ではなく、どちらの方向にも身元を確認するものではありません。
ステップ3：リクエストそのものを扱う
リクエストが届いたら、相手のプロフィールではなくリクエストについて判断します。承認すれば会話が存在するようになり、リクエストを削除すれば保留リストから消えます。どちらの操作も送信者が信頼できるかを教えてくれるものではなく、身元調査でもありません。
承認する前の実用的なチェックリスト：
- リクエストには、確認可能な具体的な連絡理由があるか。
- 別のチャネルへ移るよう求めたり、送金やコードの共有を求めたりしていないか。
- アカウントの公開情報は、メッセージの主張と一致しているか。
- 判断がつかない場合は、試すために返信するのではなく、リクエストを承認せずに残す。
承認しないことも正当な結果です。見知らぬ相手との会話を提供する義務はありません。
ステップ4：削除の意味を理解する
ダイレクトメッセージや会話を削除しても、削除を行ったアカウント側からのみ消えます。もう一方の参加者にはコピーが残ります。だからこそ削除は取り消しではありません。送ったことを後悔している場合、自分の側を削除しても受信者から取り戻すことはできません。
同じ区別はリクエストにも当てはまります。リクエストの削除は受信箱での操作であり、送信者が持っているものを消すことではありません。削除はメッセージを取り消すことではなく、自分の表示を整理することだと考えてください。
ステップ5：ブロックと報告、そしてそれらが証明しないこと
ブロックと報告は、メッセージ制限とは別の操作です。特定の送信者への適切な対応であり、問題が一方的な量にある場合の広範な設定の代わりにはなりません。
はっきり述べておくべき限界が二つあります。
- ブロックは身元確認ではありません。プラットフォームにやり取りを止めるよう伝えるもので、相手のアカウントが誰のものかを確認するものではありません。
- 報告は審査の依頼であり、自分に見える結果を保証するものではありません。
ユーザー名検索が役立つ場面と、そうでない場面
メッセージが公開ユーザー名から届き、その相手をもう少し知りたい場合、ユーザー名検索でそのハンドルが公開されている場所を確認できます。TruthsSeekが扱うアプリTraceSeekは、既知の公開ユーザー名を3,000+のプラットフォームで照合し、製品によれば初回スキャンは無料で20–30秒かかります。その初回スキャンに登録やログインは不要です。
ここでは、できないことのほうが重要です。
- Xアカウントの設定を操作したり、リクエストを承認したり、ブロック、報告、削除を行ったりすることはできません。
- 非公開アカウントや非公開の投稿にはアクセスできません。
- 実在の身元を確認することはできません。公開情報での一致は手がかりであり、メッセージを送ってきた人がそのハンドルを所有している証明ではありません。
- 何かの消去を保証することはできません。
検索は、公開ハンドルからのリクエストを承認する前に文脈を得るのに役立ちます。上記のプラットフォームの管理機能の代わりにはならず、複数のプラットフォームで一致したからといって、送信者が名乗る本人である確認と受け取るべきではありません。
よくある失敗のパターン
| やりがちなこと | うまくいかない理由 | より良い対応 |
|---|---|---|
| 広範なメッセージ制限をオンにして、既存チャットも止まると期待する | その制限は、すでに会話が成立しているアカウントからのメッセージを止めない | その送信者を別途ブロックまたは報告する |
| 会話を削除すれば相手も失うと期待する | 削除は削除を行ったアカウント側からのみ消える | 自分の表示の整理と考え、相手側にはコピーが残ると想定する |
| リクエストを削除すれば送信者はもう連絡できないと考える | リクエストの削除はDMや会話の削除とは同じではない | リクエストについて判断し、これ以上の接触を望まないならブロックを使う |
| 送信者を「確認」するためにリクエストを承認する | 承認は会話を開くだけで、誰も確認しない | 先に公開情報を確認し、不安ならリクエストを承認せずに残す |
| ブロックすれば相手が誰か証明されると考える | ブロックは配信の制御であり、身元確認ではない | 身元に関する主張とプラットフォーム上の操作を分けて考える |
短い作業手順
- 分類する：リクエストか、既存チャットか。
- リクエストなら承認か削除かを決める。どちらも確認とはみなさない。
- 既存チャットなら、広範な制限ではなくブロックまたは報告を使う。
- 削除は片側だけであり、取り消しではないことを覚えておく。
- 公開ユーザー名が関係していて文脈を知りたいなら検索する。その後、何らかの操作にはプラットフォームの管理機能に戻る。
これらの管理機能のラベルはアプリやバージョンによって変わります。そのため長く役立つスキルは、自分がどの状況にいるのか、そして各操作が何をできて何をできないのかを知ることです。