사라지는 게시글 캡처 증거력: URL·계정·시각·원본 보존법

삭제된 게시글 캡처도 증거로 제출할 수 있습니다. 다만 스크린샷 한 장만으로 누가, 언제, 어떤 계정에서, 어떤 문맥으로 글을 썼는지까지 자동으로 증명되지는 않습니다. 이미지가 편집되지 않았다는 점도 따로 보여줘야 할 수 있습니다. 그래서 캡처는 URL·계정·작성시각·전체 문맥·원본 파일과 함께 남겨야 힘을 가집니다.

• 공증: 공증인이 법률행위나 문서의 성립 등을 공적으로 증명하거나 인증하는 절차
• 명예훼손: 사실 또는 허위사실을 드러내 다른 사람의 사회적 평가를 떨어뜨려 법적 책임이 문제되는 행위

민사재판에서 법원은 전체 변론과 증거조사 결과를 바탕으로 사실을 판단합니다. 이를 자유심증주의라고 하며, 기본 근거는 민사소송법 제202조입니다. 전자문서라는 이유만으로 법적 효력이 부정되지 않는다는 원칙은 전자문서법 제4조에서 확인할 수 있습니다.

증거로 낼 수 있는지와 믿어 주는지는 다릅니다

증거 문제는 두 단계로 나뉩니다. 먼저 그 자료를 증거로 쓸 수 있는 자격이 있는지(증거능력), 그다음 그 자료를 얼마나 믿을 수 있는지(증명력)입니다.

• 민사재판: 캡처를 증거로 내는 것 자체는 대체로 어렵지 않습니다. 다툼은 주로 “그 캡처를 얼마나 믿을 수 있느냐”에서 생깁니다.
• 형사재판: 사실 인정은 증거에 따라야 하고, 증거로 쓸 수 있는 요건도 더 엄격하게 따집니다. 캡처나 출력물 같은 사본은 원본과 같은 내용이라는 점이 다퉈질 수 있습니다.

어느 쪽이든 상대방이 “편집된 이미지다”, “내가 쓴 글이 아니다”라고 다투기 시작하면 캡처 한 장으로는 버티기 어렵습니다. 아래 자료를 함께 남기는 이유입니다.

캡처 한 장에 함께 남길 정보

필요한 정보	보존 방법
게시물 원문	처음부터 끝까지 연속 캡처
계정 식별	닉네임·프로필·고유 URL
위치	주소창 URL·게시물 번호·채널명
시각	작성·수정 시각과 캡처 시각
문맥	앞뒤 게시물·댓글·대화 전체
원본성	원본 파일·기기·클라우드 생성시각
확산	조회·공유·수신자·재게시 화면
후속조치	신고번호·삭제 통지·상대방 답변

화면에 필요한 정보가 한 번에 들어오지 않으면 여러 장을 순서대로 찍고 파일명을 시간순으로 정리하세요.

화면 캡처는 이 순서로 진행합니다

목록에서 게시물로 들어가는 과정부터 녹화합니다

게시판 목록, 계정 프로필, 문제 게시물로 이동하는 장면을 화면녹화하면 서로 다른 화면을 조합했다는 의심을 줄이는 데 도움이 됩니다.

주소창과 서비스 이름을 포함합니다

모바일 앱은 URL이 보이지 않을 수 있습니다. 공유 메뉴의 링크복사 화면, 게시물 고유번호와 계정 프로필을 함께 기록합니다.

작성시각과 현재시각을 구분합니다

휴대전화 상단의 현재시각만으로 게시물 작성시각을 증명할 수 없습니다. 게시물에 표시된 작성·수정시각을 별도로 캡처하세요.

문제 문장 앞뒤의 문맥을 남깁니다

문제 문장만 잘라내면 농담·반박·인용인지 알 수 없을 수 있습니다. 앞뒤 대화, 원 게시물, 댓글과 첨부파일을 함께 보존합니다.

원본 파일은 건드리지 않습니다

표시를 위해 빨간 선이나 모자이크를 넣어야 한다면 원본을 복제하고 사본에만 표시하세요. 제출용 편집본과 원본을 모두 보관합니다.

같은 글이라도 남긴 방식에 따라 결과가 달라집니다

예를 들어 익명 커뮤니티에 나를 알아볼 수 있는 글이 올라왔다가 몇 시간 뒤 사라졌다고 해 봅시다.

목록 화면만 찍고 본문은 문제 문장 부분만 확대해 저장했다면, 상대방은 “그 글은 내가 쓴 게 아니다”, “앞뒤 맥락이 다르다”고 다툴 여지가 생깁니다. 작성시각이 빠져 있으면 언제 올라온 글인지도 흐려집니다.

반면 목록에서 본문, 댓글까지 이어지는 화면녹화가 있고 게시물 번호·작성시각·신고 접수번호가 남아 있다면 사정이 다릅니다. 수사기관이 플랫폼에 로그를 요청할 때 대상을 정확히 특정할 수 있고, 조작 주장에도 대응하기 쉬워집니다.

스크린샷의 약점을 보완하는 자료

• 화면녹화 파일
• 웹페이지 PDF 저장
• 브라우저 방문기록
• 알림 이메일·푸시 메시지
• 상대방이 링크를 보낸 대화
• 같은 글을 본 제3자의 캡처
• 플랫폼 신고 답변
• 수사기관이 확보한 서버 로그
• 디지털 포렌식 결과

모든 사건에 공증이나 포렌식이 필수인 것은 아닙니다. 다만 상대방이 조작을 주장하거나 금액·처벌 위험이 큰 사건이라면 전문 보존을 검토할 수 있습니다.

사라지는 스토리·오픈채팅을 보존할 때

스토리·짧은 영상

• 계정 프로필에서 스토리로 들어가는 과정
• 영상 전체와 소리
• 게시시간·남은 시간 표시
• 답장·링크·태그
• 시청자에게 실제 노출된 범위

오픈채팅·메신저

• 방 이름과 참여자
• 상대 프로필과 식별코드
• 입장부터 문제 대화까지 전체 내보내기
• 파일·사진의 원본 다운로드
• 메시지 삭제 표시
• 송금·계좌·전화번호

상대방의 계정에 무단 접속하거나 비밀번호를 알아내 증거를 수집해서는 안 됩니다. 그 자체가 정보통신망 침입 같은 별도 범죄가 될 수 있습니다. 내가 적법하게 볼 수 있는 화면을 중심으로 보존하세요.

캡처 날짜를 더 신뢰받게 만드는 방법

• 파일을 찍은 즉시 원본 상태로 백업합니다.
• 원본을 자신에게 이메일로 보내 전송기록을 남깁니다.
• 클라우드 버전 기록을 유지합니다.
• 파일 해시값(파일 내용이 바뀌면 함께 달라지는 고유값)을 계산해 별도 기록합니다.
• 제3자와 함께 화면을 확인하고 사실확인서를 받습니다.
• 신고 접수 시 원본을 첨부해 접수시각을 남깁니다.

해시값은 파일이 이후 바뀌었는지 비교하는 데 도움이 됩니다. 하지만 그 파일의 내용이 사실이라는 점까지 혼자 증명하지는 못합니다.

작성자를 특정하려면 캡처 외 로그가 필요할 수 있습니다

스크린샷 속 닉네임이 실제 사람을 곧바로 뜻하지는 않습니다. 익명게시판 사건에서는 플랫폼 가입정보, 접속 IP와 통신자료를 적법한 절차로 확보해야 할 수 있습니다. 개인이 직접 받아낼 수 있는 정보가 아니므로, 고소하면서 수사기관에 확보를 요청하는 경우가 많습니다.

다음 정보를 빠짐없이 남기세요.

1. 플랫폼명
2. 게시판·채널명
3. 고유 URL·게시물 번호
4. 계정·닉네임
5. 작성·수정시각
6. 신고 접수번호

작성자 특정 절차는 익명게시판 작성자 특정과 로그 보존에서 자세히 확인할 수 있습니다.

삭제 요청 전에 증거를 먼저 확보합니다

문제를 발견하자마자 신고하면 게시물이 사라질 수 있습니다. 긴급한 신변위협이 없다면 다음 순서를 권합니다.

1. 원문과 계정정보 보존
2. 플랫폼 신고
3. 삭제·임시조치 결과 보존
4. 재게시 여부 확인
5. 고소·민사청구 여부 결정

사이버 명예훼손·모욕 같은 사건은 경찰청 사이버범죄 신고시스템에서 신고·상담 경로를 확인할 수 있습니다. 협박·성착취·실시간 위치 공개처럼 위험이 급하면 증거를 완벽하게 만들려고 지체하지 말고 112에 먼저 연락하세요.

증거를 망치는 흔한 실수

• 문제 문장만 잘라 저장하기: 상대방이 문맥을 다투면 반박할 자료가 없습니다.
• 원본에 바로 표시하기: 빨간 줄이나 모자이크를 원본에 넣으면 편집 여부를 다툴 빌미가 됩니다.
• 캡처를 SNS에 공개 게시하기: 상대방 신상이 드러난 캡처를 퍼뜨리면 그 자체로 새 분쟁이 될 수 있습니다. 증거는 수사기관·법원·플랫폼에 제출하는 용도로만 쓰세요.
• 휴대전화를 바로 바꾸거나 초기화하기: 원본 기기가 사라지면 파일 생성정보를 보여줄 방법도 줄어듭니다. 분쟁이 끝날 때까지 원본 기기나 백업을 보관합니다.

상대방이 조작이라고 주장한다면

• 원본 기기에서 같은 파일을 확인합니다.
• 파일 생성정보와 백업 기록을 제출합니다.
• 같은 글을 본 사람의 자료를 확보합니다.
• 상대방이 작성 사실을 인정한 대화를 보존합니다.
• 플랫폼 사실조회·수사기록을 검토합니다.
• 앞뒤 문맥을 빠짐없이 제출합니다.

민사에서는 하나의 캡처보다 여러 독립 자료가 서로 맞아떨어지는지가 판단을 좌우합니다. 형사재판도 사실의 인정은 증거에 따라야 한다는 원칙이 적용됩니다. 기본 규정은 형사소송법 제307조를 확인하세요.

제출용 자료 정리 예시

번호	파일명	설명
01	20260928_135501_목록.png	게시판 목록과 제목
02	20260928_135520_프로필.png	작성계정 프로필
03	20260928_135545_본문1.png	본문 상단·작성시각
04	20260928_135600_본문2.png	문제 표현과 문맥
05	20260928_135630_댓글.png	제3자 반응·확산
06	20260928_140100_신고.pdf	플랫폼 신고 확인서

각 파일의 원본 위치와 사본 편집 여부를 목록에 적으면 검토가 쉬워집니다.

사라지는 게시글의 증거가치는 캡처의 화질보다 연결에서 나옵니다. 출처·작성자·시각·문맥과 원본성을 다른 자료로 이어 두는 것이 핵심입니다.

원본에서 제출본까지 이동 기록을 연결해 두세요

가상 사례로, 휴대전화에서 찍은 캡처를 컴퓨터에 복사한 뒤 설명을 덧붙여 제출한다고 해 보겠습니다. 이때 파일 세 개를 모두 ‘원본’이라고 부르기보다 역할을 나누면 자료를 받는 사람이 처리 과정을 따라가기 쉽습니다.

구분	파일의 역할	함께 남길 기록
휴대전화 캡처	처음 저장한 파일	촬영 기기, 저장 경위, 화면에 표시된 주소
컴퓨터 복사본	원본과 내용을 대조할 보관용 파일	복사 일시, 원래 파일명, 복사한 위치
설명용 사본	화살표·번호·모자이크를 넣은 파일	어떤 원본에서 만들었고 무엇을 표시했는지

설명용 사본을 만든 뒤에는 원본 파일을 덮어쓰지 않습니다. 파일 이름을 알아보기 쉽게 바꿨다면 목록에 원래 이름과 바꾼 이름을 함께 적어 두세요. 여러 장을 PDF 한 개로 묶었다면 PDF의 각 쪽과 원래 캡처 번호를 연결합니다. PDF 한 개만 남기면 원래 어떤 파일에서 온 화면인지 확인하기 어려워질 수 있습니다.

원본을 누구에게 전달했는지도 자료 목록에 간단히 적어 둘 수 있습니다. 전송일, 수신 기관, 보낸 파일 이름과 제출 목적 정도입니다. 이것은 자료 관리를 위한 예시이지, 이 표를 작성해야만 증거로 인정된다는 법정 양식은 아닙니다. 기록이 빠진 부분은 빈칸으로 남기고 확인되지 않은 촬영일이나 전달자를 새로 만들어 넣지 않습니다.

해시값을 확인해도 촬영 날짜가 인증되는 것은 아닙니다

파일 해시를 처음 계산한 시점부터 내용의 동일성을 비교할 수 있다는 것과, 파일이 언제 만들어졌는지를 증명하는 것은 다릅니다. 이미 편집된 파일에서 처음 해시를 계산했다면 그 뒤 값이 같아도 편집 전의 원본성이 소급해서 확인되는 것은 아닙니다. 그래서 해시 기록은 촬영 경위·원본 파일·전송 기록을 대신하지 않고 보완하는 자료로 사용합니다.

컴퓨터로 옮긴 파일의 값을 확인하는 방법 중 하나는 PowerShell의 Get-FileHash입니다. Microsoft의 공식 명령 설명에서 매개변수를 확인할 수 있습니다. 다음은 현재 폴더의 파일을 읽어 SHA-256 값을 표시하는 예시이며, 파일명은 실제 저장한 이름으로 바꿉니다.

Get-FileHash -LiteralPath '.\03_본문1.png' -Algorithm SHA256

이 명령은 출력된 파일 경로와 해시값을 확인하는 데 쓰는 것이지, 법원이나 기관의 인증을 발급하는 도구가 아닙니다. 원본과 복사본을 같은 알고리즘으로 비교하고, 모자이크·주석을 넣은 사본은 별도 파일로 관리하세요. 사본이 바뀌었으면 그 사본의 해시도 달라지는 것이므로 원본 해시와 억지로 같게 만들려고 하지 않습니다.