IARC 메일이 왔다면 먼저 이렇게 보면 됩니다. 이 메일은 보통 “앱이 최종 승인됐다”는 뜻이라기보다, Google Play에 표시될 콘텐츠 등급이 등급 시스템을 통해 발급되고 라이브 상태가 됐다는 알림에 가깝습니다.
앱이 실제로 출시됐는지, 심사가 끝났는지, 특정 국가에 노출되는지는 Play Console의 출시 상태에서 따로 확인해야 합니다.
처음 앱을 Google Play에 올리면 메일이 여러 개 옵니다.
정책, 심사, 출시, 콘텐츠 등급, 타겟 연령, 데이터 보안까지 줄줄이 따라오죠. 특히 `IARC Live Rating Notice`라는 제목의 메일은 영어도 길고, Global Rating ID 같은 낯선 번호까지 들어 있어서 “이제 통과된 건가?” 하고 헷갈리기 쉽습니다. SubCut 같은 작은 개인 앱을 처음 올리는 경우라면 더 그렇습니다.
여기서 볼 것은 어렵지 않습니다. 메일이 정확히 어떤 의미인지, 개발자가 Play Console에서 무엇을 먼저 확인해야 하는지, 어떤 경우에 등급 설문을 다시 봐야 하는지 순서대로 잡으면 됩니다. 법률 자문이나 등급 판정 대행 이야기가 아닙니다. 앱 운영자가 메일을 받고 다음 행동을 정할 수 있게 풀어보는 실무 해설입니다.
특히 처음 앱을 올리는 사람은 메일 하나가 올 때마다 “이제 끝난 건가, 아직 뭘 더 해야 하나”를 계속 확인하게 됩니다. 구글플레이는 심사와 출시, 앱 콘텐츠, 데이터 보안, 타겟 연령이 각각 따로 움직이는 느낌이라 더 헷갈립니다. 그래서 이번 글은 메일 문구를 외우는 글이 아니라, 화면에서 어떤 순서로 확인하면 되는지에 맞춰서 읽으면 됩니다.
가장 중요한 기준은 하나입니다. 등급 메일은 앱 운영 신호 중 하나일 뿐, 출시 전체를 대신 말해주지는 않습니다. 메일은 보관하고, 실제 판단은 Play Console의 상태 화면에서 하세요. 이 흐름을 잡아두면 다음 앱을 올릴 때도 똑같이 써먹을 수 있습니다.
처음이라면 이 기준 하나만 기억해도 충분히 덜 흔들립니다.
IARC 메일, 앱 승인으로 보면 여기서 꼬입니다
IARC는 International Age Rating Coalition의 줄임말입니다. 쉽게 말하면 앱이나 게임의 연령 등급을 여러 지역 기준에 맞게 처리해주는 국제 등급 시스템입니다. Google Play 콘텐츠 등급 도움말은 앱 콘텐츠 등급을 이 시스템을 통해 제공하며, 콘텐츠 등급이 없는 앱은 Google Play에서 허용하지 않는다고 설명합니다.
그래서 IARC 메일을 받았다는 것은 “이 앱에 대한 콘텐츠 등급 정보가 생성됐고, Google Play 같은 참여 스토어에서 표시될 수 있다”는 신호로 보는 편이 안전합니다. 다만 이것을 앱 심사 통과 메일과 완전히 같은 것으로 보면 안 됩니다. 앱 출시 상태는 Play Console의 프로덕션, 테스트, 검토 상태에서 따로 봐야 합니다.
메일 제목에 Live Rating Notice가 들어가면 꽤 강하게 느껴집니다. “라이브”라는 단어 때문에 앱이 이미 공개된 것처럼 보이기도 해요. 하지만 여기서 라이브는 앱 자체보다 등급 정보가 해당 스토어에서 사용 가능한 상태가 됐다는 의미에 가깝습니다. 사용자가 Play Store에서 앱을 볼 수 있는지는 출시 트랙과 심사 상태가 따로 결정합니다.
정리하면 이렇게 나눠서 보면 됩니다.
| 받은 신호 | 의미 | 바로 확인할 곳 |
|---|---|---|
| IARC Live Rating Notice | 콘텐츠 등급이 발급되어 스토어에 반영될 수 있음 | Play Console의 앱 콘텐츠, 콘텐츠 등급 |
| 앱 검토 완료 알림 | Google Play 심사 흐름이 끝났거나 조치가 필요함 | Play Console의 게시 개요, 앱 상태 |
| 출시 완료 또는 게시됨 상태 | 사용자가 앱 페이지를 볼 수 있음 | 프로덕션/테스트 트랙, 공개 페이지 |
| 정책 경고 또는 거절 | 수정이 필요한 항목이 있음 | 정책 상태, 받은 편지함, 이메일 |
이 구분만 알아도 당황이 많이 줄어듭니다. 등급 알림은 중요한 메일이지만, 앱 승인 여부를 단독으로 판단하는 메일은 아닙니다.
Global Rating ID는 여기서 공개보다 보관입니다
등급 메일에는 Global Rating ID 또는 IARC Certificate ID처럼 보이는 식별자가 들어갈 수 있습니다. 이 번호는 콘텐츠 등급을 다른 참여 스토어에서 재사용하거나 확인할 때 쓰는 등급 식별자라고 이해하면 됩니다. IARC 공식 설명도 개발자가 certificate ID를 다른 참여 스토어에서 앱이나 게임을 퍼블리싱할 때 사용할 수 있다고 안내합니다.
중요한 점은 이 번호가 앱의 비밀번호나 API 키 같은 것은 아니지만, 그래도 블로그나 커뮤니티에 굳이 공개할 필요는 없다는 것입니다. 앱 이름은 공개해도 괜찮은 경우가 많지만, Global Rating ID는 운영 문서나 Play Console 기록 안에서 관리하는 편이 깔끔합니다. 그래서 이 글에서도 SubCut 사례를 언급하되 실제 번호는 쓰지 않습니다.
Global Rating ID를 보는 기준은 세 가지입니다. 첫째, Google Play 외에 같은 등급 체계를 쓰는 다른 디지털 스토어에 앱을 낼 때 필요한지 확인합니다. 둘째, 등급이 이상해 보일 때 해당 등급 기관에 문의할 때 참고할 수 있습니다. 셋째, 앱 콘텐츠가 바뀌어 설문을 다시 해야 하는 경우 기존 등급과 새 등급을 구분하는 기준이 됩니다.
다만 이 번호가 있다고 해서 다른 모든 스토어에 자동으로 앱이 등록되는 것은 아닙니다. 스토어마다 온보딩, 심사, 정책, 결제, 개인정보 요구사항은 따로 있습니다. 이 번호는 연령 등급 쪽을 정리해주는 역할이고, 앱 배포 전체를 대신 처리해주는 열쇠는 아닙니다.
Play Console에서 먼저 보면 헛걸음을 줄입니다
등급 메일을 받았다면 메일을 계속 읽기보다 Play Console을 여는 편이 빠릅니다. 앱 출시와 등급은 서로 연결되어 있지만, 확인 위치가 다르기 때문입니다. 초보 개발자라면 아래 순서대로 보면 됩니다.
1단계는 앱 출시 상태입니다. Play Console에서 해당 앱을 열고 게시 개요나 출시 트랙 상태를 확인하세요. 프로덕션에 제출했는지, 내부 테스트인지, 비공개 테스트인지, 검토 중인지, 게시됨인지가 먼저입니다. 등급 메일만 보고 “스토어에 나갔다”고 판단하면 실제 공개 페이지가 아직 안 보일 수 있습니다.
2단계는 앱 콘텐츠 메뉴입니다. Google Play Console Help는 콘텐츠 등급 설문을 Play Console의 Policy, App content 쪽에서 진행한다고 안내합니다. 여기서 콘텐츠 등급, 타겟 연령, 광고 포함 여부, 개인정보 처리방침 같은 항목들이 서로 맞는지 봐야 합니다.
3단계는 콘텐츠 등급 결과입니다. Google Play는 설문 응답을 바탕으로 여러 등급 기관의 등급이 생성될 수 있고, 지역마다 등급이 다를 수 있다고 설명합니다. 한국에서 보는 등급, 미국에서 보는 등급, 유럽 쪽 표기가 다를 수 있다는 뜻입니다. 그러니 “왜 숫자가 하나가 아니지?”라고 놀랄 필요는 없습니다.
4단계는 광고와 인터랙션 항목입니다. 콘텐츠 등급은 단순히 폭력성이나 선정성만 보는 것이 아니라 사용자 상호작용, 인앱 구매, 위치 공유, 인터넷 접근 같은 interactive elements도 함께 다룹니다. 앱에 광고가 있다면 광고 내용이 앱의 콘텐츠 등급보다 과하게 성숙한지 여부도 Google Play 정책에서 중요하게 봅니다.
확인 순서를 표로 정리하면 이렇습니다.
| 확인 순서 | Play Console에서 볼 것 | 놓치면 생기는 문제 |
|---|---|---|
| 1 | 앱 출시/검토 상태 | 등급 메일을 앱 승인으로 오해함 |
| 2 | 앱 콘텐츠 섹션 | 등급, 타겟 연령, 광고 선언이 어긋남 |
| 3 | 콘텐츠 등급 결과 | 지역별 등급 차이를 오류로 착각함 |
| 4 | 광고, 구매, 상호작용 항목 | 설문 응답과 실제 기능이 달라질 수 있음 |
이 네 가지를 확인하면 등급 메일을 받은 뒤 해야 할 일의 80%는 정리됩니다.
기능이 바뀌면 여기서 등급 설문도 다시 봐야 합니다
콘텐츠 등급은 처음 한 번 받았다고 영원히 고정되는 개념이 아닙니다. Google Play는 앱 콘텐츠나 기능 변경으로 설문 응답이 달라진다면 새 콘텐츠 등급 설문을 제출해야 한다고 안내합니다. 이 부분이 중요합니다. 앱 업데이트를 자주 하는 개발자일수록 놓치기 쉽습니다.
예를 들어 SubCut 같은 앱이 처음에는 단순 편집 도구였는데 나중에 사용자 업로드, 공유 기능, 채팅, 위치 기반 기능, 인앱 결제, 광고 SDK를 추가한다면 설문 응답이 달라질 수 있습니다. 이때는 “앱 이름이 그대로니까 괜찮다”가 아니라, 기능 변화가 콘텐츠 등급 질문에 영향을 주는지 확인해야 합니다.
다시 봐야 하는 대표 상황은 아래와 같습니다.
| 바뀐 내용 | 다시 확인해야 하는 이유 |
|---|---|
| 사용자 간 대화나 댓글 기능 추가 | 다른 사용자와 상호작용하는 기능이 생김 |
| 위치 공유 기능 추가 | interactive elements에 영향을 줄 수 있음 |
| 인앱 구매나 랜덤형 구매 추가 | 구매 고지 항목에 영향을 줄 수 있음 |
| 외부 웹 접근 기능 추가 | 제한 없는 인터넷 접근으로 볼 수 있음 |
| 광고 SDK 추가 또는 광고 성격 변경 | 광고가 앱 등급과 맞는지 확인해야 함 |
| 폭력, 선정성, 공포, 약물 등 콘텐츠 추가 | 연령 등급 자체가 달라질 수 있음 |
반대로 단순 버그 수정, UI 색상 변경, 작은 문구 수정처럼 콘텐츠 등급 질문에 영향을 주지 않는 변경이라면 보통 새 등급 설문까지 필요하지 않을 수 있습니다. 하지만 애매하면 Play Console의 앱 콘텐츠 상태와 Google Play 정책 설명을 기준으로 판단해야 합니다.
여기서 실수하기 쉬운 부분은 광고입니다. 앱 자체는 전체 이용가에 가까운 내용이어도, 앱 안에 표시되는 광고가 너무 성숙한 콘텐츠를 보여주면 문제가 될 수 있습니다. Google Play는 앱에 표시되는 광고가 앱 콘텐츠 등급보다 훨씬 성숙하면 안 된다고 안내합니다. AdMob 같은 광고 서비스를 쓴다면 광고 차단 관리와 콘텐츠 등급 설정도 같이 확인하는 편이 좋습니다.
등급이 이상하면 먼저 설문부터 보세요
연령 등급이 예상보다 높거나 낮게 나온 것 같다면 먼저 설문 응답을 다시 봐야 합니다. 버튼을 잘못 눌렀거나, 앱 기능을 너무 넓게 해석했거나, 반대로 실제 기능을 빠뜨렸을 수 있습니다. Google Play는 설문 응답이 앱 콘텐츠를 정확하고 완전하게 반영해야 한다고 설명합니다.
확인 순서는 간단합니다. 먼저 앱 안에 실제로 있는 기능을 목록으로 씁니다. 콘텐츠 유형, 사용자 상호작용, 구매, 광고, 위치, 외부 웹 접근을 나눠서 보면 좋아요. 다음으로 Play Console의 콘텐츠 등급 설문에서 내가 선택한 답과 비교합니다. 마지막으로 메일에 있는 rating check 또는 appeal 링크가 있는지 확인합니다.
Google Play 도움말은 등급에 동의하지 않을 경우 certificate email에 제공된 링크를 통해 등급 기관에 직접 이의 제기할 수 있다고 안내합니다. 다만 바로 이의 제기부터 하기보다, 설문 자체가 정확했는지 먼저 보는 게 좋습니다. 설문이 잘못됐다면 이의 제기보다 설문을 다시 하는 쪽이 빠를 수 있습니다.
주의할 점도 있습니다. 등급이 낮게 나왔다고 무조건 좋은 것은 아닙니다. 실제 콘텐츠보다 낮은 등급을 받으면 사용자 기대와 맞지 않고, 정책 문제로 이어질 수 있습니다. 반대로 등급이 높게 나오면 일부 사용자에게 노출이나 구매가 제한될 수 있습니다. 그러니 목표는 낮은 등급이 아니라 정확한 등급입니다.
개발자 입장에서는 등급을 낮추는 것보다 설명 가능한 상태로 맞추는 쪽이 더 안전합니다. 나중에 앱 기능이 커졌을 때도 “왜 이 등급이 나왔는지”를 팀 안에서 다시 추적할 수 있어야 합니다.
SubCut 같은 작은 앱은 여기서 많이 막힙니다
개인 개발자나 작은 팀이 처음 Google Play에 앱을 올릴 때 가장 많이 헷갈리는 지점은 “메일을 하나의 최종 결과로 해석하는 것”입니다. 등급 알림, Google Play 심사 메일, 정책 알림, 출시 알림은 역할이 다릅니다. SubCut 사례처럼 Live Rating Notice가 도착했다면, 먼저 콘텐츠 등급이 준비됐다고 보고 Play Console 상태를 함께 확인해야 합니다.
두 번째 실수는 등급 설문을 너무 빨리 넘기는 것입니다. 앱이 단순해 보여도 광고, 외부 링크, 사용자가 만든 콘텐츠, 계정 기능, 위치 권한 같은 항목은 등급이나 타겟 연령 판단에 영향을 줄 수 있습니다. 특히 앱이 도구형이라도 “사용자가 무엇을 할 수 있는가”를 기준으로 봐야 합니다.
세 번째 실수는 메일에 들어 있는 식별자를 그대로 캡처해서 공유하는 것입니다. 도움을 받으려고 커뮤니티에 올리는 마음은 이해됩니다. 그래도 제품명 정도만 남기고, Global Rating ID와 계정/회사 식별자는 가리는 습관을 두는 편이 좋습니다. 문제 해결에는 대부분 앱 상태, 콘텐츠 등급 화면, 정책 메시지의 종류가 더 중요합니다.
작은 앱 운영자가 등급 메일을 받은 뒤 볼 체크리스트는 아래처럼 잡으면 됩니다.
| 체크 항목 | 확인 질문 |
|---|---|
| 앱 상태 | 프로덕션인지, 테스트인지, 검토 중인지 확인했나 |
| 콘텐츠 등급 | Play Console 앱 콘텐츠에서 등급 결과를 확인했나 |
| 메일 보관 | 등급 메일과 Global Rating ID를 안전하게 저장했나 |
| 설문 정확성 | 앱의 실제 기능과 설문 응답이 맞나 |
| 광고 설정 | 광고가 앱 등급에 맞게 제한되어 있나 |
| 다음 업데이트 | 기능 변경 시 설문 재검토 기준을 정했나 |
이 정도만 해도 처음 겪는 불안은 꽤 줄어듭니다.
메일 받은 직후 먼저 이 순서대로 확인하세요
메일을 받은 직후에는 세 가지를 먼저 하세요. 첫째, 메일을 보관합니다. 나중에 같은 등급 체계를 쓰는 다른 참여 스토어에 앱을 낼 때 Global Rating ID나 certificate ID를 물어볼 수 있습니다. 둘째, Play Console에서 앱 상태와 콘텐츠 등급 결과를 같이 봅니다. 셋째, 앱 기능이 설문 응답과 맞는지 다시 확인합니다.
여기서 중요한 것은 “바로 공개 페이지부터 찾기”가 아닙니다. Google Play 공개 페이지가 바로 검색되지 않을 수도 있고, 국가나 기기, 계정 상태에 따라 보이는 시점이 다를 수 있습니다. 앱이 정말 공개됐는지는 Play Console의 출시 상태와 공개 링크를 기준으로 확인하는 편이 더 정확합니다.
다음 행동을 순서로 쓰면 이렇습니다.
- 등급 메일을 삭제하지 말고 보관합니다.
- Global Rating ID는 외부에 공개하지 않고 내부 기록으로 남깁니다.
- Play Console에서 앱 출시 상태를 확인합니다.
- 앱 콘텐츠 메뉴에서 콘텐츠 등급 결과를 확인합니다.
- 타겟 연령, 광고, 개인정보 처리방침 상태를 함께 봅니다.
- 앱 기능이 바뀌면 설문을 다시 해야 하는지 체크합니다.
- 등급이 이상하면 설문 응답을 먼저 검토한 뒤 rating check 또는 appeal 링크를 확인합니다.
이 흐름을 따라가면 등급 메일을 “무서운 정책 메일”이 아니라 “앱 등급이 준비됐다는 운영 신호”로 다룰 수 있습니다.
자주 묻는 질문도 승인 여부부터 갈립니다
IARC 메일이 오면 Google Play 앱이 승인된 건가요?
IARC 메일만으로 앱 승인이나 최종 출시를 단정하면 안 됩니다. 이 메일은 콘텐츠 등급이 발급되었거나 해당 스토어에 표시될 수 있다는 알림에 가깝습니다. 앱 심사 통과, 프로덕션 출시, 국가별 공개 여부는 Play Console의 게시 개요와 출시 트랙 상태에서 따로 확인해야 합니다. 특히 내부 테스트나 비공개 테스트 중에도 등급 관련 알림을 받을 수 있으므로, 메일 제목의 Live라는 단어만 보고 공개 완료로 판단하지 않는 편이 안전합니다. 공개 여부가 궁금하다면 메일함보다 Play Console의 출시 트랙, 검토 상태, 국가/지역 설정을 먼저 보는 것이 훨씬 정확합니다.
가장 좋은 방식은 메일을 받은 시간을 기준으로 앱 상태를 한 번 캡처해두는 것입니다. 나중에 “등급은 나왔는데 왜 스토어에서 안 보이지?”라는 상황이 생기면 출시 트랙, 검토 상태, 국가 설정 중 어디에서 막혔는지 되짚기 쉬워집니다.
Global Rating ID는 공개해도 괜찮나요?
Global Rating ID는 비밀번호처럼 즉시 악용되는 정보라고 단정할 수는 없지만, 굳이 공개할 이유도 거의 없습니다. 다른 참여 스토어에서 등급 정보를 재사용하거나, 등급 관련 문의를 할 때 식별자로 쓰일 수 있기 때문에 내부 운영 기록으로 보관하는 편이 좋습니다. 커뮤니티에 질문할 때는 제품명, 앱 상태, 콘텐츠 등급 화면의 일반적인 상태 정도만 공유하고, Global Rating ID와 계정 정보, 회사명처럼 식별성이 강한 값은 가리는 습관을 추천합니다. 질문을 받는 사람도 실제 번호보다 앱 상태와 설문 항목을 봐야 문제를 더 잘 좁힐 수 있습니다.
특히 메일 전체를 그대로 캡처해서 올리는 것은 피하는 편이 좋습니다. 메일에는 등급 번호뿐 아니라 스토어, 제품, 계정과 연결될 수 있는 정보가 함께 들어갈 수 있습니다. 필요한 부분만 가린 뒤 질문해도 대부분의 답변은 충분히 받을 수 있습니다.
앱 기능을 조금 고쳐도 등급 설문을 다시 해야 하나요?
모든 업데이트마다 무조건 다시 해야 하는 것은 아닙니다. 단순 버그 수정, 화면 문구 개선, 색상 조정처럼 콘텐츠 등급 질문에 영향을 주지 않는 변경이라면 보통 새 설문까지 필요하지 않을 수 있습니다. 하지만 사용자 상호작용, 위치 공유, 인앱 구매, 광고 성격, 외부 웹 접근, 성숙한 콘텐츠가 추가되면 이야기가 달라집니다. Google Play는 앱 콘텐츠나 기능 변경으로 설문 응답이 달라질 경우 새 콘텐츠 등급 설문을 제출해야 한다고 안내합니다. 업데이트 설명을 쓰기 전에 “이번 기능이 설문 답을 바꾸는가”를 한 번 체크하면, 출시 직전에 다시 돌아가는 일을 줄일 수 있습니다.
실무에서는 릴리즈 노트 옆에 작은 체크 항목을 두는 방식이 좋습니다. 이번 업데이트가 사용자 간 소통, 구매, 광고, 위치, 외부 링크, 성숙한 콘텐츠와 관련이 있는지만 훑어도 충분합니다. 하나라도 걸리면 앱 콘텐츠 메뉴를 다시 열어보는 습관을 두세요.
등급이 예상보다 높게 나온 것 같으면 어떻게 해야 하나요?
가장 먼저 할 일은 이의 제기가 아니라 설문 응답 검토입니다. 앱에 실제로 없는 기능을 있다고 선택했는지, 광고나 외부 링크를 과하게 해석했는지, 반대로 앱의 실제 콘텐츠를 빠뜨렸는지 확인하세요. 설문이 정확한데도 등급이 맞지 않는다고 느껴지면 메일이나 Play Console에서 제공되는 rating check 또는 appeal 링크를 확인하면 됩니다. 다만 등급은 지역별 기준에 따라 다르게 나올 수 있으므로, “내 예상과 다르다”와 “잘못됐다”를 구분해서 보는 편이 좋습니다.
이때 감으로 판단하기보다 앱 화면과 기능 목록을 옆에 두고 보는 게 좋습니다. 같은 앱이라도 지역별 등급 체계가 다르게 적용될 수 있으니, 특정 국가의 표시만 보고 전체가 틀렸다고 보기는 어렵습니다. 설문 답과 실제 기능이 맞는지부터 차분히 맞춰보세요.
다음 업데이트 때 놓치면 안 되는 기준입니다
IARC 메일은 처음 보면 어렵지만, 역할을 나누면 꽤 단순합니다. 이 메일은 앱의 연령 등급이 등급 시스템을 통해 생성되고 Google Play 같은 참여 스토어에서 사용될 수 있다는 알림입니다. 앱이 실제로 공개됐는지, 심사가 끝났는지, 어떤 국가에 노출되는지는 Play Console의 출시 상태에서 따로 확인해야 합니다.
SubCut처럼 처음 앱을 올리는 개발자라면 메일 하나하나가 전부 심사 결과처럼 느껴질 수 있습니다. 하지만 앱 운영에서는 메일을 종류별로 나눠서 보는 습관이 중요합니다. 콘텐츠 등급은 등급 상태, Play Console 출시는 배포 상태, 정책 메일은 수정 필요 항목입니다. 이 셋을 분리하면 Google Play 출시 과정이 훨씬 덜 복잡하게 보입니다.
앞으로 앱 기능을 추가할 때는 등급 설문을 다시 봐야 하는지 함께 확인하세요. 특히 광고, 사용자 상호작용, 구매, 위치, 외부 웹 접근은 작은 앱에서도 쉽게 바뀌는 항목입니다. 등급은 낮게 받는 것이 목표가 아니라 정확하게 받는 것이 목표입니다. 그래야 사용자도, 개발자도, 스토어도 같은 기대치를 갖고 앱을 볼 수 있습니다.
혹시 등급 메일을 받고도 “이게 통과인지 아닌지 모르겠다”면 메일 문구만 보지 말고 Play Console 화면을 기준으로 확인해보세요. 앱 상태, 콘텐츠 등급, 타겟 연령, 광고 선언을 순서대로 보면 대부분의 혼란은 정리됩니다. 같은 상황을 겪은 개발자라면 어떤 단계에서 헷갈렸는지 댓글로 남겨주세요. 앱이 테스트 트랙이었는지, 프로덕션 제출 뒤였는지, 메일을 받은 뒤 공개 페이지가 언제 보였는지 같은 경험은 다음 개발자에게 꽤 큰 힌트가 됩니다. Google Play 출시 과정은 혼자 보면 괜히 무섭지만, 실제로는 체크리스트로 쪼개면 하나씩 풀리는 작업에 가깝습니다.
