해외 앱 출시 전 계정 명의 정리 서비스가 열린다

앱을 만든 사람과 배포하는 사람을 연결한다

구글은 2026년 9월 30일부터 브라질·인도네시아·싱가포르·태국에서 안드로이드 개발자 확인을 시행한다. 우선 적용 대상은 안드로이드 7 이상이 설치된 구글 인증 기기이며, 한국 개발자라도 이 네 나라에 앱을 배포하면 영향을 받을 수 있다.

초기 적용 앱 장터는 구글 플레이, 갤럭시 스토어, GetApps, OPPO App Market, HONOR App Market, Palm Store, V-Appstore 등 일곱 곳이다. 확인을 마친 개발자와 연결되지 않은 앱은 이 장터를 통한 새 설치와 업데이트가 제한될 수 있다. 웹사이트에서 직접 받은 앱까지 같은 날 모두 막는 조치는 아니다.

개발자는 먼저 개인이나 조직의 신원을 확인하고, 이어서 앱을 구별하는 고유 이름을 자기 계정에 등록해야 한다. 기존 구글 플레이 앱은 구글이 약 99%를 자동 등록한다고 안내하지만, 구글 플레이 밖에서 배포했거나 자동 등록에서 빠진 앱은 수동 등록이 필요할 수 있다.

공개 배포용 계정의 등록비는 미화 25달러이며 실제 원화 결제액은 결제일 환율에 따라 달라진다. 학생이나 취미 개발자는 무료 계정으로 본인이 승인한 최대 20대의 기기에 배포할 수 있지만, 여러 고객이나 일반 이용자를 대상으로 하는 사업에는 맞지 않는다.

확인되지 않은 앱도 개발용 명령 도구나 별도의 고급 절차를 거치면 설치할 수 있다. 다만 일반 이용자가 평소처럼 앱 장터에서 설치하는 길은 좁아지며, 구글은 2027년 이후 적용 지역을 전 세계 인증 기기로 넓힐 계획이라고 밝혔다.

일이 끊기는 곳은 앱 제작과 출시 사이이다

직원 열두 명인 한국 앱 제작 대행사의 운영팀장을 생각해 보자. 이 회사는 고객사 여섯 곳의 안드로이드 앱을 관리하고 있으며, 그중 두 곳은 싱가포르와 인도네시아 이용자도 받고 있다.

계약할 때는 영업 담당자가 고객의 사업자등록증을 전자우편으로 받는다. 개발자는 대행사 공유 계정에서 앱을 만들고, 운영팀장은 출시 직전에야 앱 장터 계정이 고객 명의인지 대행사 명의인지 묻는다. 고객 담당자가 퇴사했다면 비밀번호를 아는 사람부터 다시 찾는다.

그다음에는 전자우편의 법인명을 온라인 문서 보관함으로 옮기고, 계정 소유자와 연락처를 업무용 문서에 적는다. 앱 등록 관리 화면에는 같은 내용을 다시 입력하고, 빠진 서류는 메신저로 요청한다. 한 고객의 정보가 전자우편, 문서 보관함, 업무용 문서, 앱 장터, 메신저 다섯 곳으로 흩어진다.

여기서 자주 끊기는 것은 개발이 아니다. 계약서의 발주사, 앱 장터에 표시되는 개발자, 등록비를 낸 계정, 이용자 문의를 받는 회사가 서로 다를 때 누구 명의로 확인받을지 결정할 수 없다. 앱을 옮기는 일은 가능하지만 과거 정산 자료와 시험 배포 대상 같은 일부 설정이 함께 넘어가지 않을 수 있어, 완성 후 정리할수록 일이 커진다.

개발자 확인이 시행되면 운영팀장은 출시 직전이 아니라 계약 직후 네 가지를 정해야 한다. 앱의 실제 운영 주체, 계정 소유자, 신원 확인을 맡을 고객사 담당자, 대행사가 맡을 권한이다. 대행사는 고객의 비밀번호를 받는 대신 고객 계정에 초대받아 필요한 앱만 관리할 수 있다.

이 과정을 돕는 서비스의 첫 업무는 서류를 대신 제출하는 것이 아니다. 고객별로 법인명, 계정 소유자, 공개 연락처, 대상 국가, 이용할 앱 장터, 앱 고유 이름, 확인 상태를 한곳에 놓고 서로 다른 항목을 표시하는 것이다. 전자우편으로 받은 서류가 등록 화면에 입력되었는지, 고객 승인이 남았는지도 이어서 보여 줄 수 있다.

그래도 사람 손에 남는 일이 있다. 어느 회사가 앱 운영 책임을 질지 정하고, 대표자나 권한 있는 담당자가 본인 확인을 하며, 제출 문서가 사실인지 판단하는 일이다. 앱 장터 규칙도 다시 바뀔 수 있으므로 특정 화면을 대신 눌러 주는 서비스보다 결정 과정과 제출 기록을 고객이 내려받을 수 있게 하는 서비스가 오래간다.

다른 곳은 소유자와 대행사를 분리한다

유럽연합의 애플 앱스토어에서는 상업 활동을 하는 개발자가 이름, 주소, 전화번호, 전자우편 주소 등을 확인받아야 한다. 애플은 확인된 연락처 일부를 앱 소개 화면에 표시하며, 정해진 시점까지 확인하지 않은 앱은 유럽연합 지역에서 내렸다. 앱을 만든 대행사보다 실제 판매자와 이용자 응대 주체를 드러내는 방식이다.

애플의 조직 계정은 고객사 직원이 최종 책임자가 되고, 외부 제작사는 초대받은 역할만 맡을 수 있다. 앱 제출과 수정은 외부 회사가 하더라도 계약, 계정 갱신, 최종 책임은 고객사에 남는다. 이는 대행 계약이 끝나도 판매자 명의와 앱 관리권을 고객에게 남기는 구조다.

싱가포르의 Corppass는 기업이 직원이나 외부 대리인에게 정부 온라인 업무 권한을 주는 제도다. 공식 문서에는 외부 업체 직원 한 명이 다섯 고객사를 대신해 업무를 처리하는 예가 있으며, 시스템은 그 사람이 누구인지뿐 아니라 어느 고객사를 위해 어떤 권한으로 일하는지도 구분한다.

이 방식에서는 대행사가 고객 계정의 주인이 되지 않는다. 고객이 업무 범위를 정해 권한을 주고, 종료되면 회수하며, Corppass가 제공하는 위임 정보를 이용하면 서비스 제공자가 누가 어느 회사를 대신해 처리했는지 기록할 수 있다. 여러 고객의 앱을 관리하는 제작사에도 그대로 옮겨 볼 수 있는 구조다.

여기서 만들 수 있는 네 가지

1. 해외 출시 서류 점검함

• 무엇을 하는가: 앱과 대상 국가를 고르면 필요한 계정, 담당자, 문서, 앱 등록 상태를 순서대로 보여 준다.
• 누가 쓰는가: 싱가포르나 인도네시아에 처음 앱을 내는 한국 쇼핑몰 운영사와 그 앱을 만든 외주업체가 함께 쓴다.
• 왜 지금인가: 2026년 9월 30일부터 네 나라의 참여 앱 장터에서 개발자 확인과 앱 연결이 실제 설치 조건이 된다.
• 첫 화면: 출시 국가별로 ‘소유자 결정’, ‘신원 확인’, ‘앱 연결’, ‘최종 점검’ 네 칸을 놓고 막힌 이유를 바로 표시한다.

2. 대행사용 고객 권한 관리장

• 무엇을 하는가: 대행사 직원이 어느 고객의 어떤 앱을 언제까지 관리할 수 있는지 기록하고 종료일에 권한 회수를 알린다.
• 누가 쓰는가: 한 명의 운영 담당자가 고객 앱 열 개 이상을 관리하지만 고객 계정 비밀번호도 함께 보관하는 소규모 앱 제작사가 쓴다.
• 왜 지금인가: 개발자 신원과 앱이 연결되면 대행사 공용 계정에 고객 앱을 모아 두는 방식의 이전 비용과 책임이 커진다.
• 첫 화면: 고객사별 계정 소유자, 승인자, 대행사 담당자, 허용 업무, 시작일과 종료일을 한 줄씩 보여 준다.

3. 앱 계정 명의 건강검진

• 무엇을 하는가: 계약서의 운영사, 앱 장터 개발자명, 결제 주체, 고객지원 연락처가 같은 회사를 가리키는지 점검한다.
• 누가 쓰는가: 퇴사한 직원이나 과거 외주업체 명의로 출시된 앱을 계속 운영하는 병원·학원·회원제 업체가 쓴다.
• 왜 지금인가: 확인 절차가 넓어지면 명의가 다른 앱은 업데이트 직전에 정리하기보다 미리 소유 관계를 바로잡는 편이 낫다.
• 첫 화면: 앱 이름 아래 네 가지 명의를 나란히 놓고, 다른 항목에는 ‘이전 필요’ 또는 ‘고객 확인 필요’를 표시한다.

4. 계약 종료용 앱 인수인계 묶음

• 무엇을 하는가: 대행 계약이 끝날 때 계정, 앱 고유 이름, 배포용 전자 도장, 권한 목록, 제출 기록을 고객에게 넘길 문서로 묶는다.
• 누가 쓰는가: 앱은 완성했지만 내부에 개발 담당자가 없어 무엇을 받아야 할지 모르는 직원 스무 명 이하의 발주사가 쓴다.
• 왜 지금인가: 앱만 이전하면 일부 시험 배포 설정과 과거 자료가 따라오지 않을 수 있어, 계정과 운영 기록까지 함께 넘겨야 한다.
• 첫 화면: ‘고객이 보유해야 할 것’, ‘대행사가 반납할 것’, ‘앱 장터에서 다시 설정할 것’ 세 목록과 양쪽 승인 버튼을 놓는다.

오늘 확인해 볼 것

운영 중인 앱 하나를 골라 30분 안에 계정 소유자, 등록된 법인명, 신원 확인 담당자, 앱 고유 이름, 대행사 접근권한을 적어 보자. 한 항목이라도 담당자 두 명이 서로 다른 답을 하거나 10분 안에 소유자를 확인하지 못한다면, 명의 점검과 인수인계 서비스를 작은 시험판으로 만들어 볼 만하다.