지금 결정해야 하는 것
메시지 요청과 기존 대화는 서로 다른 상황이며, X는 이 둘을 다른 제어로 설명합니다. 두 가지를 하나의 받은편지함처럼 다루면 새 발신자를 제한했는데도 오래된 대화가 계속 메시지를 전달하거나, 대화를 삭제하면 상대방에게서도 사라진다고 착각할 수 있습니다.
아래 표는 특정 메뉴를 설명하는 것이 아니라 작업 체크리스트입니다. 앱, 플랫폼, 버전마다 표기가 다르므로 문구가 아니라 해당 행에 맞는 제어를 찾으세요.
| 상황 | 원하는 것 | 찾아야 할 제어 | 하지 못하는 일 |
|---|---|---|---|
| 처음 보는 사람이 요청을 보냄 | 모르는 사람의 요청을 그만 보고 싶음 | 모든 사람의 메시지를 제한하는 설정 | 이미 대화가 있는 계정의 메시지는 막지 못함 |
| 처음 보는 사람이 요청을 보냄 | 이 사람을 받아들일지 결정 | 요청 수락 또는 삭제 | 요청 삭제는 DM이나 대화 삭제와 같지 않음 |
| 기존 대화가 계속 도착 | 그 발신자를 멈추고 싶음 | 별개의 행동으로 차단 또는 신고 | 모든 사람의 메시지 제한은 차단이 아님 |
| 원치 않는 기존 대화가 있음 | 내 화면에서 치우고 싶음 | 대화 삭제 | 삭제한 계정에서만 사라지고 상대방에게서는 사라지지 않음 |
| 보낸 것을 후회함 | 되돌리고 싶음 | 이 제어들에는 없음 | 삭제는 회수가 아니며 상대방은 자기 복사본을 가짐 |
| 상대가 누구인지 알고 싶음 | 신원 확인 | 이 제어들에는 없음 | 차단은 신원 확인이 아님 |
1단계: 요청과 기존 대화 구분하기
무엇이든 바꾸기 전에 메시지가 실제로 어디에 있는지 보세요. 요청은 아직 대화를 나눈 적 없는 사람의 접근이고, 기존 대화는 이미 존재하는 대화입니다. 둘은 다른 제어의 적용을 받으므로 첫 단계는 설정 변경이 아니라 분류입니다.
- 메시지가 요청이라면 선택지는 요청을 수락하거나 삭제하는 것입니다.
- 메시지가 기존 대화에 있다면 선택지는 대화 자체에 관한 것이거나 발신자를 차단·신고하는 것입니다.
- 확실하지 않다면 어느 경우인지 파악할 때까지 되돌릴 수 없는 행동을 하지 마세요.
X는 요청 수락·삭제와 다이렉트 메시지나 대화 삭제를 구분하며, 후자는 삭제를 수행하는 계정에서만 사라진다고 설명합니다. 출처
가장 흔한 혼동이 여기서 나옵니다. 요청을 삭제하면 대화가 어디서나 사라질 것이라 기대하거나, 대화를 삭제하면 상대방도 잃을 것이라 기대하는 경우입니다. 어느 쪽도 해당 제어가 하는 일이 아닙니다.
2단계: 새 발신자를 제한할지 결정하기
모든 사람의 메시지를 제한하는 것은 폭넓은 설정입니다. 낯선 사람의 원치 않는 접근이 문제일 때 유용하고, 이미 대화 중인 특정 한 사람이 문제일 때는 잘못된 도구입니다.
X는 모든 사람의 메시지를 받지 않도록 설정해도 이미 대화가 있는 계정의 메시지는 막지 못하며, 차단이나 신고는 별개의 행동이라고 밝힙니다. 출처
이 문장이 핵심 한계입니다. 이미 대화가 존재한다면 폭넓은 제한으로는 닫히지 않습니다. 그 발신자를 멈추려면 차단이나 신고라는 별개의 행동이 필요합니다. 차단은 전달 제어이지 상대가 누구인지에 대한 증거가 아니며, 어느 방향으로도 신원을 확인해 주지 않습니다.
3단계: 요청 자체 처리하기
요청이 오면 상대 프로필이 아니라 요청을 기준으로 결정하세요. 수락하면 대화가 존재하게 되고, 요청을 삭제하면 대기 목록에서 사라집니다. 어느 행동도 발신자를 신뢰할 수 있는지 알려주지 않으며, 신원 조회도 아닙니다.
수락 전 실용 체크리스트:
- 요청에 구체적이고 확인 가능한 연락 이유가 있는가?
- 다른 채널로 옮기자거나, 돈을 보내라거나, 코드를 공유하라고 요구하는가?
- 계정의 공개 활동이 메시지의 주장과 일치하는가?
- 확실하지 않다면 시험 삼아 답장하기보다 요청을 수락하지 않은 채 두세요.
수락하지 않는 것도 정당한 결과입니다. 낯선 사람에게 대화를 제공할 의무는 없습니다.
4단계: 삭제가 의미하는 것 이해하기
다이렉트 메시지나 대화를 삭제하면 삭제를 수행하는 계정에서만 사라집니다. 다른 참여자는 자기 복사본을 그대로 갖습니다. 그래서 삭제는 회수가 아닙니다. 후회되는 메시지를 보냈다면 내 쪽에서 삭제해도 받는 사람에게서 되돌아오지 않습니다.
같은 구분이 요청에도 적용됩니다. 요청 삭제는 받은편지함에서의 행동이지 발신자가 가진 무엇인가를 지우는 일이 아닙니다. 삭제는 메시지를 되돌리는 것이 아니라 내 화면을 정리하는 것으로 보세요.
5단계: 차단·신고와 그것이 증명하지 않는 것
차단과 신고는 메시지 제한과 별개의 행동입니다. 특정 발신자에 대한 올바른 대응이며, 원치 않는 양이 문제일 때 폭넓은 설정을 대신하지도 않습니다.
두 가지 한계는 분명히 해 둘 만합니다.
- 차단은 신원 확인이 아닙니다. 플랫폼에 상호작용을 멈추라고 알릴 뿐, 상대 계정이 누구의 것인지 확인해 주지 않습니다.
- 신고는 검토 요청이지, 내가 확인할 수 있는 결과를 보장하지 않습니다.
사용자명 조회가 맞는 곳과 맞지 않는 곳
메시지가 더 알고 싶은 공개 사용자명에서 왔다면, 사용자명 조회로 그 핸들이 공개적으로 어디에 나타나는지 볼 수 있습니다. TruthsSeek이 다루는 앱 TraceSeek은 알려진 공개 사용자명을 3,000+ 플랫폼에서 확인하며, 제품 설명에 따르면 첫 검색은 무료이고 20–30초가 걸립니다. 첫 검색에는 가입이나 로그인이 필요하지 않습니다.
여기서는 할 수 없는 일이 더 중요합니다.
- X 계정 설정을 조작하거나 요청을 수락·차단·신고·삭제할 수 없습니다.
- 비공개 계정이나 비공개 게시물에 접근할 수 없습니다.
- 실제 신원을 확인할 수 없습니다. 공개 일치 결과는 단서일 뿐, 메시지를 보낸 사람이 그 핸들의 소유자라는 증거가 아닙니다.
- 무엇이든 삭제를 보장할 수 없습니다.
조회는 공개 핸들에서 온 요청을 수락하기 전 맥락을 파악하는 데 유용합니다. 위의 플랫폼 제어를 대신하지 않으며, 여러 플랫폼에서 일치한다고 해서 발신자가 주장하는 사람이라는 확인으로 읽어서는 안 됩니다.
흔한 실패 경로
| 사람들이 하는 행동 | 실패하는 이유 | 더 나은 행동 |
|---|---|---|
| 폭넓은 메시지 제한을 켜고 기존 대화가 멈추길 기대 | 제한은 이미 대화가 있는 계정의 메시지를 막지 못함 | 그 발신자를 별도로 차단하거나 신고 |
| 대화를 삭제하면 상대방도 잃을 것이라 기대 | 삭제는 삭제한 계정에서만 사라짐 | 내 화면 정리로 보고 상대방은 복사본을 갖는다고 가정 |
| 요청을 삭제하면 발신자가 더 연락할 수 없다고 가정 | 요청 삭제는 DM이나 대화 삭제와 같지 않음 | 요청을 결정한 뒤 더 연락받지 않으려면 차단 사용 |
| 발신자를 “확인”하려고 요청 수락 | 수락은 대화를 열 뿐 누구도 확인하지 않음 | 먼저 공개 정보를 확인하고 확실하지 않으면 요청을 수락하지 않음 |
| 차단이 상대가 누구인지 증명한다고 가정 | 차단은 전달 제어이지 신원 확인이 아님 | 신원 주장과 플랫폼 행동을 분리해 유지 |
짧은 작업 순서
- 분류: 요청인가, 기존 대화인가.
- 요청이라면 수락 또는 삭제를 결정하고, 어느 쪽도 신원 확인으로 여기지 않기.
- 기존 대화라면 폭넓은 제한 대신 차단이나 신고 사용.
- 삭제는 한쪽 방향이며 회수가 아님을 기억.
- 공개 사용자명이 관련되고 맥락이 필요하면 조회한 뒤, 어떤 행동이든 플랫폼 제어로 돌아가기.
이 제어들의 표기는 앱과 버전마다 바뀌므로, 오래 남는 능력은 내가 어떤 상황에 있는지 알고 각 행동이 무엇을 할 수 있고 무엇을 할 수 없는지 아는 것입니다.