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