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