미성년 조건만남 예약페이지를 만든 외주 개발자가 알선영업 혐의로 조사받는 상황

이런 상황입니다

가상의 장면입니다. 프리랜서 개발자가 지인의 의뢰로 예약용 웹페이지와 관리자 화면을 만들고 서버에 배포했습니다. 개발자는 일반적인 예약 기능을 만들어 넘겼을 뿐이라고 설명하지만, 경찰은 이후 사이트에 17세 상대방의 프로필과 가능 시간, 외부 예약 채널이 게시됐고 개발자 계정에서도 일부 수정·배포 기록이 확인됐다며 아동·청소년 성매매 알선영업 관여 여부를 조사합니다. 개발비와 별도의 유지관리비가 지급된 기록도 있다고 가정합니다.

이 상황에서 갈리는 쟁점

• 공통 예약기능 개발과 구체적인 알선정보 입력·수정의 실제 담당자
• 17세 상대방의 연령과 조건만남 목적을 개발자가 언제 어떤 자료로 알았는지
• 납품 뒤 관리자·배포 계정 권한을 누가 보유하고 실제로 사용했는지
• 수정·배포 로그가 보여주는 행위와 단순 계정 보유를 구분할 수 있는지
• 일회성 개발비와 반복 유지관리·운영성과 연동 보수의 차이

조건만남 예약용 웹페이지를 만들었다는 사실만으로 외주 개발자가 곧바로 아동·청소년 성매매 알선영업을 했다고 결론낼 수는 없습니다. 다만 청소년성보호법 제15조는 아동·청소년 성매수의 장소 제공·알선·알선정보 제공을 영업으로 하는 행위 등을 구분해 규정하므로, 개발자가 실제로 어떤 정보를 입력·수정·배포했고 운영에 어느 범위까지 관여했는지를 확인해야 합니다. 제15조 제1항 제2호는 알선·알선정보 제공을 업으로 하는 행위를, 제2항 제3호는 영업 요건을 별도로 요구하지 않는 알선·알선정보 제공을 규정하므로, 반복적 영업이 없었다는 이유만으로 모든 행위유형의 검토가 끝나지는 않습니다.

다음은 특정 실제 사건을 재현하지 않은 가상 상황입니다. 프리랜서 개발자 A씨는 지인의 의뢰로 예약시간 선택, 프로필 등록, 외부 채널 연결 기능이 있는 웹페이지를 만들었습니다. A씨는 기능을 완성해 넘긴 뒤에는 서버 오류가 날 때만 손봤다고 설명합니다. 그런데 경찰은 사이트에서 17세 상대방의 프로필과 조건만남 예약 안내가 확인됐고, 일부 수정 시점에 A씨 명의의 배포 계정이 사용됐다며 조사 연락을 했습니다.

첫 번째 분기점은 기능을 만든 것과 구체적인 예약정보를 입력한 것을 나누는 것입니다

예약시간을 고르는 버튼이나 프로필을 등록할 수 있는 관리자 화면을 개발한 행동과, 실제 17세 상대방의 사진·소개·가능 시간·연락수단을 입력한 행동은 같은 사실이 아닙니다. 누가 최초 데이터를 넣었는지, 개발자는 테스트용 예시만 등록했는지, 운영자가 별도 계정으로 실제 정보를 채웠는지 확인해야 합니다.

반대로 A씨가 운영자로부터 받은 상대방 정보를 직접 관리자 화면에 입력하고 외부 예약 채널까지 연결했다는 기록이 있다면 단순한 기능 개발이라는 설명과 별도로 살펴볼 부분이 생깁니다. 아동·청소년 성매매 알선영업에서는 실제 장소 제공·알선·알선정보 제공 등 어떤 행위가 지목되는지를 역할별로 나누는 것이 출발점입니다.

두 번째 분기점은 연령과 사이트의 실제 목적을 언제 알았는지입니다

초기 개발 의뢰서에 일반 예약사이트라고 적혀 있었는지, 조건만남 상대방의 소개와 예약 흐름이 구체적으로 설명돼 있었는지 확인합니다. 17세라는 정보가 최초 기획 단계부터 전달됐는지, 사이트를 넘긴 뒤 운영자가 프로필을 추가했는지, 경찰 자료를 보고 처음 알게 됐는지도 시점별로 구분해야 합니다.

나중에 확인된 사이트 화면을 근거로 개발 당시에도 같은 내용을 알고 있었다고 합쳐 말해서는 안 됩니다. 반대로 수정요청 메시지에 상대방 연령, 예약가격, 외부 연락채널이 구체적으로 적혀 있었다면 그 시점에 실제로 어떤 작업을 했는지 따로 검토해야 합니다.

세 번째 분기점은 납품 뒤에도 배포·관리자 권한을 실제 사용했는지입니다

웹페이지를 만들어 넘긴 뒤에도 개발자가 서버 배포 계정이나 관리자 계정을 가지고 있을 수 있습니다. 그러나 계정을 보유했다는 사실과 특정 콘텐츠를 직접 수정했다는 사실은 구별해야 합니다. 어느 계정이 어떤 파일이나 게시물을 바꿨는지, 수정시각에 누가 접속했는지, 공동 계정을 사용했는지 확인할 필요가 있습니다.

전자정보·계정·접속로그는 로그인, 관리자 화면 접근, 파일 변경, 배포 시점 같은 흔적을 보여줄 수 있습니다. 다만 배포 자동화가 개발자 계정 이름으로 작동했다면 계정 표시만으로 사람이 매번 직접 콘텐츠를 작성했다고 단정할 수 없습니다. 반대로 오류 수정이라고 설명한 배포에 실제 프로필·예약 링크 변경이 함께 포함됐다면 변경 범위를 구체적으로 봐야 합니다.

네 번째 분기점은 유지보수와 실제 영업 운영의 경계입니다

A씨가 서버 장애를 고치거나 화면 깨짐을 수정한 것인지, 운영자의 요청에 따라 상대방 프로필을 교체하고 예약 가능시간을 반복적으로 바꾼 것인지 확인합니다. 개발업무라는 직함만으로 모든 작업이 기술지원이 되는 것도 아니고, 사이트가 불법적으로 사용됐다는 이유만으로 모든 유지보수를 동일한 운영행위로 볼 수도 없습니다.

청소년성보호법 제15조는 영업으로 이뤄진 알선정보 제공 등을 별도로 규정하므로 반복된 역할과 운영 구조가 문제되는 경우에는 작업 횟수, 지시 내용, 담당 범위를 함께 살펴야 합니다. 고객 예약을 직접 받은 사람이 따로 있었는지, A씨가 이용자 문의나 예약 확정에도 관여했는지도 구분합니다.

수정요청 메시지와 작업로그는 서로 다른 범위를 보여줍니다

문자·카카오톡·SNS·DM 증거에는 운영자가 어떤 수정사항을 요청했고 A씨가 무엇을 하겠다고 답했는지 남을 수 있습니다. “프로필 바꿔 달라”는 요청이 있었다면 누구의 어떤 정보를 뜻하는지, 실제 변경까지 이어졌는지 원문과 시각을 맞춰야 합니다. 단순히 “확인”이라고 답한 메시지만으로 구체적인 수정행위를 대신할 수는 없습니다.

작업로그는 파일이나 설정이 변경된 시점을 보여주는 데 의미가 있지만, 그 변경의 목적과 요청 배경은 메시지와 함께 봐야 합니다. 반대로 대화에 수정요청이 있어도 실제 배포가 이루어졌는지 별도 기록이 없을 수 있습니다. 메시지와 시스템 기록을 한쪽 자료로 대신하지 않는 것이 중요합니다.

개발비와 유지관리비는 지급 구조를 나누어 확인합니다

금융거래 기록이 있다면 최초 제작비, 월 유지관리비, 추가 수정비가 언제 어떤 명목으로 지급됐는지 확인합니다. 고정된 개발비를 받은 것과 예약 건수나 매출에 따라 금액을 나눠 받았다는 주장은 금전 구조가 다릅니다.

입금이 있었다는 사실만으로 A씨가 예약을 직접 연결했다고 결론낼 수는 없습니다. 지급 명목, 실제 작업내역, 운영자가 보낸 요청, 배포기록이 서로 맞는지 봐야 합니다. 반대로 반복적인 운영수익 배분이 있었다는 자료가 있다면 일회성 외주 제작이라는 설명과 별도로 검토할 필요가 있습니다.

기존 게시판 관리자·상담원·정산 직원 상황과 다른 점

예약 링크 게시글을 상단 고정한 관리자 상황은 이미 존재하는 링크의 노출 위치와 반복 홍보가 중심입니다. 예약 취소 뒤 다른 상대방을 제안한 상담원 상황은 고객과의 일대일 대화와 연결행위가 핵심입니다. 예약내역을 엑셀로 정산한 직원 상황은 사후 기록과 정산 역할을 다룹니다.

이번 장면은 그보다 앞선 사이트 구축·관리자 기능·배포권한을 가진 외주 개발자가 실제 공개 정보와 운영에 어디까지 손을 댔는지가 핵심입니다. 따라서 직책명보다 기획자료, 콘텐츠 입력 주체, 배포계정 사용, 수정요청과 작업 결과를 연결해서 확인해야 합니다.

경찰 조사 전에는 작업 시점과 권한을 한 줄씩 정리합니다

경찰 연락·출석조사 연락을 받았다면 어떤 사이트와 어느 기간의 작업이 문제인지 먼저 확인합니다. 최초 의뢰일, 개발 완료일, 사이트 배포일, 17세 상대방 정보가 입력된 시점, 각 수정요청일, 마지막 유지보수일을 시간순으로 적고 자신이 직접 한 작업과 운영자가 한 작업을 구분합니다.

불리해 보인다는 이유로 저장소 기록, 관리자 로그, 메시지를 삭제하거나 덮어쓰지 않아야 합니다. 운영자에게 과거 작업내역을 한 가지 설명으로 맞춰 달라고 요구하지도 않습니다. 기억으로 추측한 내용과 기록에서 확인되는 내용을 별도 표시하는 것이 좋습니다.

변호인 검토에서 확인할 핵심 자료

변호인과는 청소년성보호법 제15조의 어떤 행위유형이 지목되는지, A씨가 구체적인 알선정보를 직접 제공하거나 운영에 참여했다는 자료가 무엇인지, 상대방의 연령과 사이트 목적을 어느 시점에 알았다고 볼 자료가 있는지를 나누어 검토할 필요가 있습니다.

지금 확인할 자료는 최초 개발 의뢰서와 기능명세, 관리자 권한 목록, 저장소·배포·접속기록, 문제된 프로필과 예약링크의 변경이력, 운영자와의 원본 메시지, 개발비·유지관리비 지급내역입니다. 예약페이지를 만들 수 있는 기술적 권한이 있었다는 사실과 실제 알선정보를 입력·배포·운영했다는 사실을 같은 것으로 취급하지 않는 것이 이 상황의 핵심입니다.