PWA · TWA · WebView 앱이 비공개 테스트에서 불리한 이유

같은 요건인데 왜 더 어려운가

비공개 테스트 요건은 앱 종류를 가리지 않습니다. 인원은 테스터가 참여를 선택했는지로 세므로, 웹으로 만든 앱이라고 14일이 더디게 차지는 않습니다. PWA · TWA · WebView 기반 앱이 불리한 곳은 그다음, 신청을 검토할 때 보는 테스터 참여도입니다.

Google은 신청을 돌려보내는 이유로 “테스트 기간 중 테스터 참여가 충분하지 않은 경우”를 들고 있습니다. 화면 대부분이 웹으로 채워지는 앱은 첫 화면이 뜨기까지 오래 걸리거나, 웹 로딩이 끝나기 전에 테스터가 앱을 닫는 일이 생깁니다. 설치는 했지만 제대로 써 보지 못한 테스터가 늘어나는 것입니다.

이런 증상으로 나타납니다

• 첫 실행에서 흰 화면이 오래 보이거나, 네트워크가 느린 기기에서 화면이 뜨지 않습니다.
• 테스터가 첫 화면을 보기 전에 앱을 닫아, 써 본 기능이 거의 없습니다.
• 설문에서 테스터가 어떤 기능을 썼는지 물을 때 쓸 내용이 모자랍니다.

줄이는 방법

1. 첫 로딩을 짧게. 스플래시에서 바로 웹을 띄우지 말고, 최소한의 네이티브 화면을 먼저 그린 뒤 웹을 얹습니다. 첫 화면까지의 시간이 짧을수록 테스터가 끝까지 써 볼 가능성이 높아집니다.
2. 오프라인에서도 화면이 뜨게. 네트워크가 끊겨도 빈 화면 대신 안내가 보이도록 합니다. 기기 환경이 제각각이라 이 차이가 큽니다.
3. 인원에 여유를. 한 명이 앱을 지워도 요건이 깨지지 않도록, 최소 인원에 딱 맞추지 말고 여유를 둡니다.
4. 테스트 중 업데이트를 올립니다. 로딩 개선처럼 작은 변경이라도 버전 이력이 남으면 설문에서 쓸 근거가 됩니다.
5. 앱으로서의 가치를 분명히. 웹을 그대로 감싸기만 한 앱은 정책 쪽에서 지적받을 수 있습니다. 알림 · 오프라인 · 기기 기능처럼 앱이라서 되는 부분을 하나는 갖추는 편이 좋습니다.

테스트 전에 확인할 것

• 최소 SDK가 너무 높지 않은지 — 높을수록 설치 가능한 기기가 줄어듭니다.
• 첫 실행에 로그인이 필요한지 — 로그인 화면에서 막히면 실행 확인이 어렵습니다.
• 권한 요청이 첫 화면을 가리지 않는지 — 일부 OS 버전에서 순서가 다르게 보입니다.
• 저사양 기기에서 웹 화면이 뜨는지 — 메모리 부족으로 종료되는 경우가 있습니다.

14일을 어떻게 세는지, 숫자가 늦게 보일 때 무엇을 봐야 하는지는 14일 카운트 규칙에 정리해 두었습니다.