[Google Play][심사] Photo Picker로 바꾼 뒤 reviewer 계정과 country·track 증거를 어떤 표로 같이 남기나

IT 리서치 노트

[Google Play][심사] Photo Picker로 바꾼 뒤 reviewer 계정과 country·track 증거를 어떤 표로 같이 남기나

Google Play에서 Photo Picker 전환 뒤 version code와 track 표까지 정리했는데도 reviewer 질문이 다시 오는 경우가 있다. 2026년 8월 27일 기준 정책 도움말을 다시 보면 broad media permission 판단은 Photo Picker 대체 가능성과 연결되고, Data safety form은 closed·open·production testing tracks까지 포함하는 package 단위 선언이며, account deletion은 인앱 경로와 외부 web link를 함께 요구한다. 그래서 그다음 병목은 reviewer가 어떤 계정으로 어느 country에서 어느 track build를 확인할지 한 표로 적지 않은 데서 자주 생긴다.

목차

1. 개요
2. 어디서 실제로 막히는가
3. 실무에서 적용하는 순서
4. 공식 문서와 예시 화면으로 확인하기
5. 주의사항과 리스크
6. 결론
7. 참고 링크

1. 개요

결론부터 말하면 Photo Picker 전환 뒤 reviewer 패키지에는 reviewer_account, country, track, version_code, photo_picker_path, account_deletion_path를 한 표로 같이 남기는 편이 가장 안전하다. 정책 근거가 권한, track, Data safety, account deletion으로 나뉘어 있기 때문이다.

같은 Google Play branch를 이어 읽는다면 version code와 track 기준 reviewer 패키지 글과 reviewer memo 템플릿 글이 앞단 문맥이다. 이번 글은 그 표 위에 실제 reviewer access evidence를 얹는 단계다.

2. 어디서 실제로 막히는가

첫 번째 실패는 reviewer 메모가 build 정보만 있고 access 정보가 없는 경우다. version code와 track을 적어도 reviewer가 어떤 계정으로 로그인하는지, 어느 country에서 기능이 노출되는지, 어느 경로에서 Photo Picker와 계정 삭제를 확인하는지 없으면 다시 묻게 된다.

두 번째 실패는 Data safety form이 package 단위 global representation이라는 점을 놓치는 것이다. 공식 도움말은 active versions currently distributed on Google Play 전체를 기준으로 설명한다. 그래서 특정 country나 특정 track에서만 다른 동작이 있더라도 reviewer 메모에는 그 차이를 명시해야 한다.

세 번째 실패는 account deletion 증거를 별도 문서로 밀어내는 것이다. account creation 앱은 인앱 삭제 경로와 외부 web link resource 둘 다 필요하므로 reviewer 입장에서는 로그인 후 삭제 흐름이 어디 있는지 한 번에 봐야 한다. 권한 전환 메모와 삭제 메모를 따로 두면 재검토가 길어진다.

마지막으로 locale과 country를 안 적는 것도 문제다. store listing, 기능 노출, 테스트 계정 문구가 지역별로 달라질 수 있는데 reviewer memo에 이 값이 없으면 팀 내부에서조차 어떤 환경 기준인지 다시 찾게 된다.

• 증상: version code와 track 표를 냈는데 reviewer가 로그인 계정이나 삭제 경로를 다시 묻는다.
• 실패: build 정보만 남기고 access 정보는 빠뜨린다.
• 막힘: Data safety 범위와 지역별 차이를 reviewer memo에 반영하지 않는다.
• 누락: account deletion 인앱 경로와 외부 링크를 같은 표에 안 넣는다.

빠지기 쉬운 값	실제 의미	같이 적는 이유
reviewer_account	심사자가 앱 안에 들어갈 자격 증명	기능 재현 경로가 열리는지 바로 확인하기 위해
country / locale	스토어와 기능 노출 기준 환경	지역별 차이나 가용성 차이를 설명하기 위해
account_deletion_path	인앱 경로와 외부 링크	권한 전환과 정책 준수 확인을 한 번에 끝내기 위해

3. 실무에서 적용하는 순서

가장 짧은 대응 순서는 네 단계다. 첫째, 기존 version code·track 표에 reviewer_account와 country 열을 추가한다. 둘째, Photo Picker 대체 경로를 로그인 기준 메뉴명으로 적는다. 셋째, account deletion의 인앱 경로와 외부 링크를 같은 행에 붙인다. 넷째, Data safety가 global declaration이라는 점을 한 문장으로 정리해 표 아래에 붙인다.

이 순서가 실용적인 이유는 reviewer가 실제로 수행하는 경로를 build 정보 위에 올려 주기 때문이다. build만 있고 access가 없으면 다시 질문이 오고, access만 있고 build가 없으면 어떤 artifact를 봐야 하는지 불분명해진다. 둘은 같은 표에 있어야 한다.

팀 내부 메모는 짧아도 된다. reviewer_account, country, track, version_code, photo_picker_path, account_deletion_web 여섯 줄이면 기본 대응은 충분하다.

reviewer memo 예시

reviewer_account=reviewer@example.com
country=KR
track=closed-test
version_code=412
photo_picker_path=Profile > Upload photo
account_deletion_web=https://example.com/delete-account

관련 글로는 version code와 track 기준 reviewer 패키지 글, reviewer memo 템플릿 글, Photo Picker 전환 판단 글을 같이 두면 reviewer 대응 흐름이 한 묶음으로 읽힌다.

4. 공식 문서와 예시 화면으로 확인하기

첫 자료는 Photos and Video permissions 정책 도움말이다. 이 화면에서는 Android Photo Picker가 충분한 경우 broad media permission을 들고 있으면 안 된다는 방향과 declaration 필요 조건을 먼저 확인해야 한다.

Google Play 정책 도움말은 Android Photo Picker가 충분한 경우 broad media permission 유지가 정당화되지 않을 수 있다고 설명한다.

즉 reviewer 패키지는 단순한 권한 제거 표가 아니라 대체 흐름을 심사자가 실제로 따라갈 수 있는 증거까지 포함해야 한다. 여기서부터 reviewer 계정과 test path가 중요해진다.

두 번째 자료는 Data safety 도움말의 track 범위 설명이다. 여기서는 closed, open, production testing tracks까지 선언 대상이라는 점과 form이 package 단위 global representation이라는 점을 읽어야 한다.

Google Play Data safety 도움말은 closed, open, production testing tracks까지 선언 범위에 포함된다고 설명한다.

이 규칙 때문에 reviewer 메모도 track을 빼고 적을 수 없다. 어떤 country에서 어떤 reviewer 계정이 어느 track build를 볼지 표로 남겨야 재질문이 줄어든다.

세 번째 자료는 account deletion requirements 도움말이다. 이 화면에서는 앱 안 삭제 경로와 외부 web link resource 둘 다 필요하다는 점을 다시 확인해야 한다.

Google Play account deletion 도움말은 인앱 삭제 경로와 외부 web link resource를 함께 요구한다.

reviewer 계정이 로그인된 뒤 어디로 가서 삭제 경로를 확인하는지 안 적으면 이 요구 사항도 재질문으로 돌아온다. 그래서 reviewer 계정과 country와 track과 deletion path는 같은 메모에 묶는 편이 낫다.

실무에서는 version code 표 다음에 reviewer access 표가 하나 더 있어야 한다. 아래 표는 reviewer가 실제로 열어 볼 값들을 country와 track 기준으로 다시 묶은 예시다.

reviewer 계정, country, track, 로그인 경로, deletion proof를 같이 남기는 reviewer access 표 예시다.

이미 version code와 track 기준 reviewer 패키지 글이 기본 표를 잡아 두었다면, 이번 표는 그 바로 다음 단계인 reviewer access evidence를 보완한다.

마지막 자료는 reviewer 메모 예시다. 계정, country, track, 삭제 링크를 서로 다른 문단으로 흩어 놓지 말고 한 묶음으로 두는 편이 실제 대응 시간이 짧다.

Google Play reviewer memo에 reviewer 계정과 country·track 증거를 같이 적는 예시다.

이 형식이면 reviewer가 어디까지 확인했는지 팀 내부에서도 다시 추적하기 쉽다. 같은 Google Play branch를 이어 읽는다면 reviewer memo 템플릿 글과 Photo Picker 전환 판단 글을 같이 두는 편이 좋다.

5. 주의사항과 리스크

첫 번째 리스크는 reviewer 계정을 안 적어 심사자가 어떤 경로로 들어가야 하는지 다시 설명하게 되는 것이다. 두 번째 리스크는 country와 track을 분리해 적어 실제 확인 환경을 모호하게 만드는 것이다. 세 번째 리스크는 account deletion web link를 별도 메일이나 문서로만 보내는 것이다.

제출 전에 최소한 reviewer_account, country, track, version_code, account_deletion_web은 같은 표에 남기는 편이 좋다. 이 값들이 흩어지면 reviewer 재질문이 다시 길어진다.

• build 정보와 access 정보는 같은 메모에 있어야 한다.
• Data safety 범위는 active tracks 전체를 기준으로 읽어야 한다.
• account deletion 증거는 권한 전환 메모와 분리하지 않는 편이 안전하다.

6. 결론

Photo Picker 전환 뒤 reviewer 대응이 길어지는 이유는 권한 근거가 부족해서만이 아니라 reviewer access evidence가 흩어져 있기 때문인 경우가 많다. reviewer 계정, country, track, version code, Photo Picker 경로, account deletion 경로를 한 표로 묶으면 재질문을 줄이기 쉽다.

만약 reviewer 계정과 country·track 증거는 이미 맞는데 App access 안내 칸이 비어 있다면, 로그인 정보와 special instructions를 다시 채우는 후속 대응 글을 바로 이어서 보면 된다.

• version code 표 위에 reviewer access 열을 올린다.
• country와 track을 같은 행에서 본다.
• 삭제 경로와 외부 링크를 같은 증거 묶음에 둔다.

7. 참고 링크

1. https://support.google.com/googleplay/android-developer/answer/16558241?hl=en
2. https://support.google.com/googleplay/android-developer/answer/10787469?hl=en
3. https://support.google.com/googleplay/android-developer/answer/13327111?hl=en
4. https://support.google.com/googleplay/android-developer/answer/15800983?hl=en-GB