커뮤니티 거부 기록
애플 앱스토어와 구글 플레이 거부 루프의 최악을 모아보았습니다. 스크린샷과 평문으로 모바일 팀이 리뷰 큐가 실제로 얼마나 비용이 들는지 배울 수 있도록 모아보았습니다.
제출 규칙
1부터 5까지의 이미지와 이야기 텍스트.
이야기 내부에 링크를 넣지 마세요. 지역 이미지만 사용하세요. 거부를 아프고 구체적이고 유용하게 유지하세요.
6
씨드된 이야기
2
처리된 스토어
최대 5개
이야기당 이미지 수
기록 보관함
각 이야기는 텍스트 중심으로 이미지와 함께 제공되며, 외부 링크가 없는 것이 특징으로 기록 보관함의 읽기성을 유지합니다.
"이 앱의 사용자는 누구인가?"
Adrien이 버전 1.0을 제출했을 때 Apple은 리뷰를 중단했습니다. Apple은 Guideline 2.1, 정보가 필요합니다. 메시지에 크래시 리포트, 기능이 깨진 것이 없으며, 바이너리 수정 요청이 없었습니다. 단지 리뷰를 계속하기 전에 앱이 누구를 위해 설계되었는지에 대한 자세한 설명이 필요했다는 것이 단지 이유였습니다.
"앱 스토어에 이미 이러한 앱이 충분히 많습니다."
Adrien은 Design - Spam 거부를 받았습니다. 애플은 비슷한 앱과 비교했을 때 앱이 충분히 독특한 가치가 없다고 생각했기 때문입니다. 리뷰는 앱이 주로 비린내나 소변 앱이었으며, 앱이 다른 앱과 구별되는 기능을 가지고 있다고 해도, 그 기능이 충분히 두드러지지 않아 애플은 앱을 중복된 콘텐츠로 간주했다고 말했습니다.
"빌드는 괜찮았습니다. 거부는 앱에서 단어 주변으로 계속 이동했습니다."
팀은 깨끗한 빌드를 배포한 후, 메타데이터에 대한 의견에 대한 반복적인 제출을 통해 1주일 이상을 보냈습니다. 각 제출은 이전의 주의를 해결했지만, 다음의 답변은 다른 문구, 스크린샷, 또는 설명에 집중했습니다. 변경된 code도 없습니다. 출시 캘린더, 언론 기회, 그리고 지불 구매 계획은 모두 리뷰 복사본에 의해 인질로 잡혔습니다.
"승인 이메일이 차단자보다 먼저 도착했다."
배포가 승인되었지만, 출시가 여전히 규제 메시지로 차단되었다. 팀은 이미 답변한 것으로 생각했지만, 출시 소유자는 론롤을 중단하고, 법적 문구를 모으고, App Store Connect 응답을 업데이트하고, 다시 기다려야 했다. 고객들은 앱이 실제로 사용 가능해질 때까지 발표를 보았다.
"앱이 화면 하나에 권한이 필요했지만 리뷰에서는 제품 전체에 권한이 필요했다고 생각했다."
Android 권한이 좁지만 정책 리뷰가 넓다. 팀은 기능을 문서화하고 리뷰어에게 지시서를 추가하고 데모 경로를 녹음했지만 고객을 막지 못했다. 따라서 팀은 메인 릴리스에서 권한을 제거하고 고객을 해방하기 위해 작업을 준비했다. 최종 빌드는 팀이 더 깨끗한 권한 분할을 준비하는 동안 저하된 워크플로우로 출시되었다.
"The broken checkout was urgent for users, but not urgent for the review queue."
체크아웃 버그는 빠른 모바일修정을 필요로했지만, 스토어 릴리즈는 최악의 시기에 리뷰 큐에 들어갔다. 지원 티켓은 팀이 동일한 대기 상태를 지켜보는 동안 급격하게 증가했다. 그들은 결국 서버 측에서 이슈를 완화하고, 비상 상황이 주말을 지새기 전에 바이너리 승인이 도착한 것을 지켜보았다.
다음의 공포 이야기를 피하라
Capgo는 Capacitor 팀이 라이브 업데이트를 보내고, 깨진 릴리스를 되돌리고, 채널을 목표로 하며, App Store 또는 Google Play 검토 주기를 기다리지 않고 작업할 수 있도록 합니다.
__CAPGO_KEEP_0__에서 인간 지원을 받으세요.
스토리 데이터를 편집하고, 1개에서 5개까지 지역 이미지 경로를 포함하고, PR를 열 수 있습니다. 이름은 anonymized로 유지되며, 스토리를 소유한 경우에만 이름을 공개할 수 있습니다.
