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