서버 업로드 없음을 내건 사이트를 직접 검증하는 방법
주장을 곧이곧대로 믿을 필요는 없습니다. 오프라인 시험과 요청 기록 비교로 브라우저 처리 주장을 검증하는 두 가지 방법을 정리합니다.
핵심 요약
- 서버 업로드 없음이라는 주장은 두 가지 시험으로 직접 검증할 수 있습니다.
- 페이지를 열어 둔 채 연결을 끊고 도구가 동작하면 계산은 기기 안에서 끝난 것입니다.
- 요청 기록에 파일 전송이 없으면 주장과 동작이 일치하는 것입니다.
- 예외를 함께 밝힌 주장이 그렇지 않은 주장보다 믿을 만합니다.
"서버에 업로드하지 않습니다"라는 문구는 믿음의 대상이 아니라 검증의 대상입니다. 좋은 소식은 검증이 어렵지 않다는 것입니다. 오프라인 시험과 요청 기록 비교, 두 가지만 알면 어떤 주장도 직접 확인할 수 있습니다.
검증할 수 있는 주장을 내건 곳을 고르는 것, 그것이 이 글의 목표입니다.
주장은 검증 대상이다
주장과 동작이 다른 경우는 흔합니다. 오래전에 쓴 안내를 그대로 둔 경우, 기능을 바꾸면서 문구를 안 고친 경우, 처음부터 과장한 경우가 있습니다. 어느 경우든 이용자가 손해입니다. 믿고 맡긴 파일의 행선지가 달라지기 때문입니다.
그래서 순서를 바꿉니다. 먼저 주장대로 믿고 쓰는 것이 아니라, 먼저 검증하고 그 다음에 씁니다. 검증에 5분이 걸려도 파일의 행선지를 아는 값어치는 충분합니다. 특히 남의 파일을 다루는 입장이라면 검증은 선택이 아니라 의무에 가깝습니다.
오프라인 시험으로 가르는 방법
첫 번째 시험은 연결을 끊는 것입니다. 순서는 다음과 같습니다.
- 도구 페이지를 완전히 엽니다. 실행 코드가 다 내려받을 때까지 기다립니다.
- 인터넷 연결을 끊습니다. 와이파이를 끄거나 비행기 모드를 켭니다.
- 파일을 넣어 변환을 실행합니다. 평소 하던 대로 작업합니다.
- 결과를 봅니다. 변환이 끝나고 다운로드까지 되면 그 계산은 기기 안에서 끝난 것입니다.
이 사이트의 이미지 압축 도구는 이 시험을 통과합니다. 페이지를 열어 둔 상태에서는 연결 없이도 압축과 저장이 됩니다. 반대로 유튜브 썸네일처럼 외부 서버에서 그림을 가져오는 기능은 연결이 끊기면 멈춥니다. 멈추는 부분이 곧 외부 의존 구간입니다.
시험할 때 주의할 것은 새로고침입니다. 연결이 끊긴 상태에서 새로고침하면 실행 코드를 내려받지 못해 페이지 자체가 안 열립니다. 시험 전에 페이지를 열어 두는 것이 핵심입니다.
요청 기록을 비교하는 방법
두 번째 시험은 기록을 보는 것입니다. 개발자 도구의 네트워크 탭을 열고 기록을 지운 뒤 변환을 실행합니다. 그리고 변환 전후의 요청 목록을 비교합니다.
브라우저 처리 도구의 기록은 조용합니다. 페이지와 실행 코드, 표시용 자산을 제외하고는 새로운 큰 요청이 생기지 않습니다. 서버 처리 도구의 기록은 시끄럽습니다. 파일 크기에 걸맞은 업로드 요청이 생기고, 진행률에 따라 요청이 이어집니다.
두 기록을 나란히 놓고 보면 차이는 분명합니다. 숫자로 말하면, 수 메가바이트짜리 파일을 넣었는데 수 메가바이트짜리 요청이 생기면 전송이고, 수 킬로바이트짜리 작은 요청만 오가면 전송이 아닙니다.
검증 결과를 읽는 표
| 오프라인 시험 | 요청 기록 | 해석 |
|---|---|---|
| 동작함 | 전송 없음 | 주장이 맞다 |
| 동작함 | 전송 있음 | 주장과 다름, 사용 중단 |
| 멈춤 | 전송 있음 | 서버 처리, 주장이 틀림 |
| 멈춤 | 전송 없음 | 외부 표시용 연결만 있음, 파일 전송은 아님 |
마지막 줄이 헷갈리기 쉽습니다. 멈추는데 전송이 없다는 것은, 계산이 아니라 표시용 그림 같은 것을 외부에서 가져오기 때문입니다. 파일 자체는 나가지 않은 경우입니다. 이럴 때는 무엇이 외부 연결인지 안내에서 확인하세요.
믿을 만한 주장의 조건
검증을 마쳤다면 마지막으로 주장의 품질을 봅니다. 믿을 만한 주장은 예외를 함께 밝힙니다. "파일 계산은 브라우저에서 처리하며, 유튜브 썸네일처럼 외부에서 가져오는 기능은 예외"라고 적힌 곳이 대표적입니다. 예외를 아는 곳은 구조를 아는 곳입니다.
반대로 "100% 안전", "절대 유출 없음" 같은 절대 표현만 있는 곳은 경계하세요. 처리 위치를 묻는데 보안 등급으로 답하는 곳도 피하는 편이 낫습니다. 당신이 알고 싶은 것은 안전한지 등급이 아니라, 파일이 어디로 가는지입니다. 그 질문에 직접 답하는 주장을 고르세요.
검증 기록을 남기는 방법
검증했다면 기록을 남기세요. 남의 파일을 다루는 입장에서는 기록이 곧 근거가 됩니다. 기록에는 네 가지를 적습니다. 검증한 날짜, 도구 주소, 시험 방법(오프라인 또는 기록 비교), 결과(전송 없음 또는 전송 있음)입니다.
예를 들면 "9월 21일, 이미지 압축 도구, 오프라인 시험 통과, 전송 요청 없음"처럼 한 줄이면 충분합니다. 나중에 같은 도구를 다시 쓸 때 기록을 보면 다시 검증할 필요가 없습니다. 구조가 바뀌었을 때만 다시 시험하면 됩니다.
기록은 혼자만 보지 말고 함께 일하는 사람과 공유하세요. 같은 파일을 다루는 사람이 같은 기준으로 도구를 고르면 실수가 줄어듭니다. 검증 한 번이 팀 전체의 기준이 됩니다.
자주 묻는 질문
오프라인 시험은 어떻게 하나요?
도구 페이지를 한 번 열어 실행 코드가 다 내려받은 뒤에 인터넷 연결을 끊습니다. 그 상태에서 파일을 넣어 변환을 실행해 보세요. 기기 안의 계산은 그대로 동작하고, 외부 서버가 필요한 기능만 멈춥니다. 시험 중에는 새로고침을 하지 마세요. 새로고침하면 실행 코드를 다시 내려받아야 합니다.
주장과 다르게 전송 요청이 보이면 어떻게 하나요?
그 도구의 주장은 믿지 마세요. 민감한 파일은 넣지 말고, 이미 넣었다면 해당 서비스의 보관과 삭제 정책을 확인하세요. 정확한 전송 대상 주소와 시각을 기록해 두면 문의할 때 도움이 됩니다.
광고나 분석 요청도 전송으로 봐야 하나요?
파일 전송과는 구분해야 합니다. 광고와 분석은 페이지 운영을 위한 작은 요청이며, 파일 내용 자체가 올라가는 것과는 다릅니다. 다만 무엇을 보내는지는 알아야 하므로, 개인정보 처리방침의 제3자 항목을 함께 확인하세요.
모든 브라우저에서 똑같이 검증되나요?
기본 원리는 같지만 개발자 도구의 생김새가 조금씩 다릅니다. 컴퓨터용 크롬, 엣지, 파이어폭스, 사파리에는 모두 네트워크 기록 기능이 있습니다. 스마트폰에서는 직접 확인이 어려우므로 컴퓨터에서 먼저 검증하세요.