레딧 케이크 데이는 계정 생성 기념일이므로, 그 계정이 대략 언제 시작되었는지 알려줄 수 있습니다. 그러나 관계가 언제 시작되었는지, 누가 타이핑하고 있는지, 또는 이야기가 사실인지는 알려줄 수 없습니다. 생성 날짜, 게시물 이력, 표시 이름을 세 개의 별개 필드로 취급하고, 계정 나이에 관한 메모는 그 날짜가 뒷받침하는 내용만 기술하도록 작성하세요.
TraceSeek 앱으로 공개 소셜 프로필 단서를 찾아보세요.
케이크 데이가 실제로 기록하는 것
레딧은 케이크 데이를 계정 생성 기념일로 설명하며, 데스크톱 프로필의 레딧 나이가 생성 날짜를 보여줄 수 있다고 언급합니다. 이는 좁지만 유용한 사실입니다: 계정의 시점을 표시할 뿐, 사람의 시점을 표시하지 않습니다. 계정이 일 년 되었다고 해서 관계가 일 년 되었다는 뜻은 아니며, 오래된 계정이라고 해서 파트너에 관한 주장이 더 신뢰할 만해지는 것도 아닙니다. 이 달력은 누군가의 사생활이 아니라 플랫폼의 가입 기록에 속합니다. 메모에서 두 개념을 분리해 두세요. 둘을 합치는 것이 혼란의 시작이기 때문입니다. [Reddit Help: What is my cake day?]
- 생성 날짜를 관계 사실이 아닌 계정 사실로 작성하세요.
- "그 계정은 거기에 있었을 만큼 오래되었다"와 같은 표현은 뒷받침할 수 없는 한 피하세요.
세 개의 필드, 세 가지 의미
생성 날짜, 게시물 이력, 표시 이름은 서로 다른 질문에 답합니다. 생성 날짜는 계정이 언제 만들어졌는지 알려줍니다. 게시물 이력은 그 계정이 무엇을, 어떤 순서로, 어떤 공백을 두고 게시했는지 보여주지만 누가 그것을 썼는지 또는 서술된 사건이 실제로 일어났는지는 확인하지 못합니다. 표시 이름은 계정을 통제하는 사람이 선택한 라벨이며, 신원을 추적하지 않는 방식으로 변경되거나 재사용될 수 있습니다. 결합하기 전에 각 필드를 그 자체의 의미로 읽고, 결론에 하나 이상의 필드가 필요할 때는 이를 기록하세요.
| 관찰 | 한계 | 다음 단계 |
|---|---|---|
| 케이크 데이 또는 프로필 생성 날짜 | 계정 날짜만 표시 | 관계 타임라인이 아닌 계정 사실로 기록 |
| 길거나 일관된 게시물 이력 | 작성 활동을 보여줄 뿐, 작성자나 진실을 보여주지는 않습니다 | 게시물을 설명하되, 그 뒤에 있는 사람을 설명하지 마세요 |
| 표시 이름이 어떤 이야기 속의 무언가와 일치함 | 이름은 선택된 표식일 뿐입니다 | 독립적인 근거가 뒷받침할 때까지는 일치를 우연으로 간주하세요 |
계정 연령이 증명할 수 없는 것
계정 연령은 신원을 입증하지 않습니다. 계정 연령은 다른 대화에 있는 사람의 신원을 기록하지 않습니다. 이 한계는 신원보다 더 멀리까지 적용됩니다. 연령은 의도, 정직성, 안전성, 현재 활동 여부, 또는 계정이 주장하는 어떤 것의 소유권도 증명하지 않습니다. 새 계정이 자동으로 수상한 것도 아니고, 오래된 계정이 자동으로 신뢰할 만한 것도 아닙니다. 게시물이 데이트 이야기를 한다면, 케이크 데이는 그 계정이 특정 날짜에 존재했다는 것을 알려줄 수 있지만, 그 관계가 존재했다거나 화자가 그 관계의 일부였다는 것은 알려줄 수 없습니다. [Reddit Help: What is my cake day?]
정직하게 유지되는 계정 연령 메모 쓰기
좋은 메모는 당신이 본 것과 그것이 의미하는 것을 분리합니다. 관찰부터 시작하세요. 즉, 발견한 곳에 표시된 계정의 생성 날짜입니다. 한계를 덧붙이세요. 이것은 계정의 날짜를 정할 뿐 그 외에는 아무것도 정하지 않습니다. 그런 다음 실질적인 결정을 밝히세요. 그것으로부터 무엇을 결론짓고 무엇을 결론짓지 않을 것인지입니다. 예를 들어, 가상의 메모는 이렇게 적을 수 있습니다. "이 계정은 이 년 전 봄에 생성되었다. 그건 계정이 언제 시작되었는지를 알려줄 뿐, 어떤 관계가 언제 시작되었는지는 알려주지 않으므로, 나는 이 계정을 이야기의 날짜를 정하는 데 사용하지 않겠다." 이는 특정 플랫폼에 대한 시험이 아니라 당신 자신의 워크시트를 위한 편집 조언입니다.
- 생성 날짜나 프로필 연령처럼 당신이 사용한 항목을 명시하세요.
- 관찰과 같은 문장에 한계를 하나 진술하세요.
- 관계에 관한 질문은 분리해 두고, 그 날짜가 그 질문에 답하지 않는다는 점을 분명히 말하세요.
피해야 할 흔한 오독
두 가지 오독이 대부분의 피해를 줍니다. 첫째는 케이크 데이를 이야기의 시작으로 취급하는 것입니다. 계정은 서술된 사건보다 오래되었거나 더 최근일 수 있고, 그 사람이 다른 계정을 사용했을 수도 있습니다. 둘째는 일관성을 증명으로 취급하는 것입니다. 여러 달에 걸친 꾸준한 게시는 계정이 활동적이었다는 것을 보여줄 뿐, 소유자가 이야기 속의 사람이라는 것도, 이야기가 정확하다는 것도 아닙니다. 어느 오독도 이례적이지 않습니다. 날짜가 구체적이기 때문에 둘 다 자연스럽게 느껴집니다. 해결책은 규칙이 아니라 습관입니다. 항목을 쓰고, 그 한계를 쓰고, 그런 다음 그것으로 무엇을 할지 쓰세요.
- 계정으로 사건의 날짜를 정하고 있음을 발견하면, 계정을 명시하도록 문장을 다시 쓰세요.
- 일관성이 결론을 유혹할 때는 활동이 저작이 아님을 기억하세요.
더 넓은 확인 작업에서 이것이 들어갈 자리
계정 연령은 여러 항목 중 하나의 작은 항목일 뿐입니다. 당신의 질문이 어떤 이야기의 시간선에 관한 것이라면, 유용한 증거는 그 이야기 자체가 진술하는 것과 계정과 무관하게 독립적으로 확인할 수 있는 것입니다. 당신의 질문이 누가 말하고 있는지에 관한 것이라면, 계정 연령은 전혀 맞지 않는 도구입니다. 먼저 질문을 분류한 다음, 각 질문에 맞는 항목을 고르세요. "이것은 계정의 날짜를 정할 뿐 관계의 날짜를 정하지 않는다"라고 말하는 짧은 메모가 그 둘을 조용히 흐려 놓는 긴 메모보다 더 유용합니다. [Reddit Help: What is my cake day?]
질문 몇 가지 더
레딧 케이크 데이는 관계가 시작된 시점을 증명하나요?
아니요. 케이크 데이는 계정 생성 기념일이므로 계정의 날짜를 정합니다. 관계가 언제 시작되었는지나 게시물의 사건이 실제로 일어났는지에 대해서는 아무것도 말하지 않습니다.
오래된 계정으로 데이트 이야기가 사실인지 판단할 수 있나요?
아니요. 계정 연령은 다른 대화에 있는 사람의 신원을 기록하지 않으므로, 오래된 계정은 이야기가 정확하다거나 그 작성자가 서술된 사람이라는 증거가 아닙니다.
과장하지 않고 계정 연령을 어떻게 언급해야 하나요?
생성 날짜를 계정 사실로 진술하고, 같은 호흡으로 그것이 관계의 날짜를 정하지 않는다고 덧붙이며, 게시 이력과 표시 이름을 하나의 결론으로 합치지 말고 별개의 관찰로 유지하세요.
출처 및 편집 노트
Official references checked on October 23, 2026. Checklists, comparison tables and example wording are DateClues editorial tools, not official tests or validated risk scores.
일반 정보입니다. 어떤 가이드나 도구도 한 사람의 신원, 의도 또는 안전을 보증할 수 없습니다. 편집 기준을 읽어보세요.