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