성공적인 AppStore 제출을위한 팁? [닫은]

하루나 이틀 안에 iPhone 앱을 AppStore에 제출할 준비가되었으며이 과정을 거친 사람들이 원활한 제출 프로세스를위한 팁 / 제안이 있는지 궁금합니다.

여기 내가 다룬 것들이있다.

• 메모리 누수 없음
• 실제 장치에서 테스트 된 성능
• 충돌하지 않습니다 :)
• 올바른 인증서 / 프로필 사용

내가 확실하지 않은 것은 info.plist에서 "번들 표시 이름"/ "번들 식별자"및 "번들 이름"을 구성하는 방법입니다. 첫 번째는 iPhone 자체에 표시되는 텍스트라는 것을 알고 있지만 마지막은 어떻습니까? 이것이 번들 식별자와 일치해야합니까?

info.plist에 추가해야 할 사항이 있습니까? Adhoc 배포 용으로 빌드 할 때 iTunes의 저자 / 제목 정보가 앱에없는 것으로 나타났습니다.

먼저, iTunes에서 저자 / 제목 정보 (및 아이콘)가 빠질 염려가 없습니다. 그것은 App Store를 사용하여 배포 할 때 도착하는 메타 데이터입니다.

sascha가 말했듯이 번들 식별자는 고유해야하며 일반적으로 도메인을 거꾸로합니다. 개발자 포털에서 생성 한 앱 ID와 일치해야합니다.

표시 이름 (CFBundleDisplayName)은 홈 화면에 표시되는 방식입니다. 내가 찾은 중요한 점 중 하나는 현지화 될 수 있다는 것입니다. 따라서 앱이 영어로 "맥주"라고 불리는 경우 이탈리아어로 "버라"로, 독일어로 "비어"로 표시 될 수 있습니다.

지침을 따르는 한 기계적인 내용은 실제로 매우 간단합니다. 열쇠가 준비되고 있음을 알았습니다. 기본적으로 앱이 게시되기 전에는 아무런 통지도받지 않으며 검토 프로세스는 몇 시간에서 몇 주까지 소요될 수 있습니다. 웹 사이트를 운영하고 있으며 피드백을 수락 (및 제공) 할 수있는 능력이 있는지 확인하십시오. 방금 Blogger를 사용했습니다.

앱이 사소한 것이 아니라면 실제 세계 는 예상하지 못한 문제를 발견하고 불행한 사용자는 항상 가장 큰 목소리를 내므로 답장 할 수있는 능력이 필요합니다!

그건 그렇고 내 응용 프로그램은 맛있습니다 .

응용 프로그램을 시도하거나 예상되는 내용을 읽지 않고 나쁜 표시를하는 모든 지연 된 검토자를 처리 할 수있는 방염 복을 착용하십시오.

내 설명이하지 않는 것을하지 않는 것으로 표시되었습니다.

검토 과정과 실제로 대응할 수없는 것은 화를 내고 있습니다.

앱을 제출할 때 info.plist 파일에서 버전 번호를 올바르게 설정해야합니다.-앱을 업데이트 할 때는 버전 번호를 늘려야합니다. xx 표기법 또는 xxx 표기법을 사용할 수 있습니다. (첫 번째 앱 업데이트에서 업데이트하는 것을 잊었습니다). 업데이트 및 재 컴파일이 어렵지는 않지만 쉽게 잊어 버리는 것 중 하나입니다.

헌터도 동의합니다. 당신은 나쁜 리뷰를 얻을 것입니다. 괜찮아. 그들은 바보입니다. 앱이 훌륭합니다.

인증서에 문제가있는 경우 도움이되는 몇 가지 사항이 있습니다.

1. XCode를 다시 시작하십시오.
2. iPhone / iPod에서 설정> 일반> 프로필로 이동하십시오. 사용하는 배포 프로파일이 있고 다른 충돌 프로파일이 없는지 확인하십시오 (동일한 응용 프로그램에 대해 두 개의 배포 프로파일이 있음). iPhone / iPod에서 바로 제거 할 수 있습니다.

어느 시점에서 "응용 프로그램 공동 설계 확인 실패"오류가 표시됩니다. 그것은 당신을 미치게 할 것입니다. 심호흡하십시오. XCode를 다시 시작하고 개발 하드웨어를 다시 시작하십시오. 벽을 치고 음료를 마시면 다시 작동합니다.

그런 다음 다음을 수행하려고합니다.

1. 빌드 대상 (또는 모든 대상에게 화가 난 경우 모든 대상)을 정리하십시오.
2. 대상 속성에서 코드 서명 아이디를 "코드 서명하지 않음"으로 설정하십시오.
3. Xcode 닫기
4. 빌드 폴더에서 모든 디렉토리를 제거하십시오.
5. Xcode 열기
6. 코드 배포 ID를 iPhone 배포로 재설정하십시오. 인증서
7. 작은 동물을 희생시킵니다.
8. 짓다.
9. iTunes Connect에 응용 프로그램 제출
10. 이익!

프로비저닝을 다룰 때 Xcode 4가 훨씬 좋습니다.

앱이 승인되면 가용성 날짜를 오늘 날짜로 변경해야합니다. 이렇게하면 날짜별로 정렬 된 카테고리 목록의 맨 위에 표시됩니다. 우리는 우리의 앱 iStylist Makeover를 위해 이것을합니다 .

업데이트 : 아래에서 언급했듯이 더 이상 유효하지 않습니다.

이 기사는이 훌륭한 질문에 대한 가장 포괄적 인 답변입니다.

앱 스토어 거부

이 게시물에는 주제에 대한 다른 리소스에 대한 링크도 있습니다.

행운을 빌어, 매튜

기사의 정보는 다음과 같습니다.

버그
HIG 라이트 버전 인터넷
연결 (우수 정보는 당신이 읽을 수 놀랄 수)
과도한 대역폭 사용량 이상의
셀룰러 네트워크 장치 기능 (여기에 또 다른 좋은 점은 저를 저장하는)

• 개인 API
• 제한된 기능
• 해석되지 않은 코드
• UserData 처리
• 저작권이있는 콘텐츠
• 상표 이미지 사용
• 불쾌감을주는 콘텐츠
• UIWebViews
• App Store 외부의 거래
• 가격 정보 앱 아이콘 및 앱
• 상점 이미지 애플리케이션 설명
• App Store 키워드 업데이트
• 새로운 앱으로 검토

거부하면 제출 날짜는 처음 제출했을 때와 동일하게 유지되어 결국 앱을 사용할 수있게되면 순위가 낮아집니다. 거부 된 경우 Apple에 첫 번째 제출을 제거하도록 요청하고 거부 된 앱에서 이진을 바꾸는 대신 새 버전 번호 1.1 등의 새 애플리케이션으로 제출하십시오.

프로모션 단계에서 앱을 일주일 정도 무료로 유지 한 다음 나중에 가격을 올리는 것이 좋습니다. 나는 두 가지 방법을 모두 시도했지만 지금까지는 한 가지 방법으로 6 가지 방법과 다른 방법으로 1/2 가지로 보입니다. 1000 회 무료 다운로드마다 $ 9.99에 약 10을 기대할 수 있습니다 (이것은 내 경험입니다).

내가 만난 사소한 일. Small Embedded 아이콘 57x57이 Large 512x512 아이콘과 일치하는지 확인하십시오. 그들의 의견이 "너무"다르면 앱을 거부합니다. 더 큰 아이콘으로 조금 더 자세하게 표시하지 마십시오.

Apple 위젯을 사용하는 경우 UI 지침을 따르십시오. 예를 들어, 아이콘이 장치의 사진 앨범을 불러 오기 위해 예약 된 경우 스크린 샷을 찍기 위해 카메라 아이콘을 바꾸는 등의 의미가 바뀌는 상황에서 Apple 아이콘 세트를 재사용하면 거부 사유가 될 수 있습니다.

Apple은 현재 (2010 년 9 월 9 일 현재) 공식 앱 스토어 검토 지침 목록을 게시 했으므로이를 위반하지 않았는지 확인하는 것이 좋습니다.

승인 지침

(애플 개발자 로그인 필요)

또는 여기 거울이 있습니다 :

앱 스토어 지침

또한 자체 App Store 제출 팁 페이지가 있습니다 (개발자 로그인 필요).

메모리 누수와 안정성 문제, 더 많은 사용성 문제를 실제로 확인하지는 않습니다. 예를 들어, 내 앱 은 코어 위치를 사용하여 퍼스에서 버스 정류장을 찾습니다. 캘리포니아에서 테스트했을 때 근처에 아무것도 발견되지 않았습니다. 그들은 범위를 벗어난 메시지를 표시하지 않도록 나를 핑했다.

그들이 핑했던 또 다른 것은 버스 정류장 번호 위에 있었다. 퍼스에서는 5 자리 숫자입니다. Apple 테스터는 두 자리 숫자를 입력하고 실수로 약간 다른 코드 경로를 사용하는 기차역을 가져 왔으며 설명에 설명 된 기능이 작동하지 않았습니다.

실제로 매우 편리한 피드백이었고, 내가 모르는 사람이 한 번에 그것을 준 것이 좋았습니다. 나는 그들이 테스트를 얼마나 철저하게했는지 놀랐습니다. 나는 당신이 iPhone 보안을 위반하지 않도록하기 위해 일종의 자동 정적 검증 도구 일 것이라고 생각했습니다.

표시 이름과 이름은 필요하지 않은 경우를 제외하고 비슷하거나 동일해야합니다 (예 : twitteriffic 및 twitteriffic 프리미엄은 모두 iPhone에서 'twitteriffic'으로 표시되지만 이름이 다른 앱임).

번들 식별자는 Windows 개발자가 HKLM \ Software \ Company \ Application을 사용하는 Apple의 레지스트리 경로와 동일합니다. Apple은 com.companyname.appname과 같은 규칙을 사용합니다.

(면책 조항 : AppStore 개발에 대한 지식이 없으며 Mac 및 plist 파일에 대한 소량의 지식 만 있음)

내 조언은 와일드 카드 배포 프로필을 만드는 것입니다. 이렇게하면 번들 식별자를 그대로 둘 수 있으며 기본값이 작동합니다.

"번들 이름"설정을 기본값으로 두십시오. 제품 이름을 변경하여 표시된 이름을 변경할 수 있습니다 (프로젝트 정보 화면으로 이동하여 모든 구성을 선택하고 "제품"을 검색하십시오.) 번들 표시 이름 설정으로이를 겹쳐 쓸 수 있지만 제품 이름이 올바른 경우에는 필요하지 않습니다.

앱을 제출할 때 고해상도 (512x512) 버전의 로고 또는 프로모션 이미지가 준비되어 있어야합니다.

앱이 거부되면 Apple에서 해결 방법을 알려줍니다. 그들은 꽤 합리적이므로 걱정하지 마십시오.

장치에서 인터넷으로 정보를 제출하는 것도 잠재적 인 함정입니다. SDK 계약에 따르면

응용 프로그램에서 수행 한 모든 형태의 사용자 또는 장치 데이터 수집 또는 이미지, 사진 또는 음성 캡처 또는 녹음 (통칭하여 "녹음") 및 응용 프로그램에서 수행 한 모든 형식의 사용자 데이터, 콘텐츠 또는 정보 업로드, 동기화 또는 전송 ( 집합 적으로 "전송"은 모든 해당 개인 정보 보호법 및 규정은 물론 통지 또는 동의 요구 사항을 포함하되 이에 국한되지 않는 그러한 측면과 관련된 Apple 프로그램 요구 사항을 준수해야합니다. 특히, 기록이 진행 중임을 나타 내기 위해 응용 프로그램의 일부로 사용자에게 상당히 눈에 띄는 시각적 표시기가 표시되어야합니다.

게임에서 최고 점수를 제출하는 등의 작업을 수행하는 경우 사용자에게 전송을 건너 뛸 수있는 기회를 제공하십시오. 그렇지 않으면 당신은 거절 당할지도 모릅니다.

그건 그렇고 : 첫 번째 버전이 통과하면 모든 업데이트가 이루어질 것이라는 보장은 없습니다. 1.1은 이미 1.0에있는 기능에 대해 거부되었습니다. 업데이트가 버그를 수정하고있을 수 있기 때문에 매우 성가신 일이며, 거부하는 데 1 주일이 걸리면 이미 깨지지 않았다고 생각하는 것을 수정해야 할 때 이미 1 주일이 지났습니다.

키워드를 조심하고 다른 앱 이름을 키워드로 사용하지 마십시오. (내 키워드는 'last.fm'을 사용했기 때문에 3 주 후에 음악 앱이 거부되었습니다.)

업데이트 : 아래에 표시된 것처럼 다른 사람 (도메인-스쿼터?)이 도메인을 잡고 링크가 끊어졌습니다. 최근에 손이 여러 번 바뀐 것 같습니다 :(.

AppRejections.com 에서 거부 및 수락에 대한 현재 페이지를 읽고, 최근 Apple의 "비밀"승인 사유에 대한 일부 변경 사항에 위배되지 않는지 확인하십시오.

제출하면 응용 프로그램에 필요할 수있는 데모 계정 정보를 입력 할 수있는 상자가 있습니다.

이 상자는 또한 검토자가 응용 프로그램을 확인할 때 도움이 될만한 추가 정보를 넣을 수있는 좋은 장소입니다.

iPad 앱인 경우 iPad를 제출할 때 앱 이름이나 Info.plist의 표시 이름으로 iPad를 언급하지 마십시오.

iPhone과 iPad를위한 다른 인터페이스를 가진 "하나의"앱 (2 개의 바이너리)을 가지고 있기 때문에 이것은 약간의 버그입니다. 아이폰 버전을 "Symmetry Lab"이라고 부를 수 없었습니다. 이름에서 iPad를 말할 수 없기 때문에 "Symmetry Lab iPad"라고 할 수 없었으며 해상도보다 더 큰 차이가 있기 때문에 "Symmetry Lab HD"라고 부르고 싶지 않았습니다. "Symmetry Lab Pro"에 정착했습니다.

iPhone / iPod touch와 유사한 탭 막대 항목에는 이미지를 사용하지 마십시오. 그들은 그들을 허용하기 위해 사용하지만 지금은 거부하고 있습니다. 다른 애플 하드웨어는 문제가되지 않는 것 같습니다.

Apple이 새로 제출 한 앱의 정렬 날짜 방법을 변경하지 않았습니까?

우리는 더 이상 "미래에 날짜를 설정 한 다음 오늘로"게임을 할 필요가 없습니다.

"새로운 앱"은 "승인 날짜"로 정렬됩니다.

여러 번 시도 할 때 "잘못된 이진"이 있습니다. 마침내 효과는 번들을 Mac에서 직접 압축하고 Mac에서 업로드하는 것이 었습니다. 물론 .dSYM 파일은 남겨 두십시오. 이전 시도에서 압축은 PC에서 수행되었습니다. 실패한 시도에서 PC에서 .dSYM을 제거하기위한 크기 조정도 수행되었습니다.

Safari 이외의 브라우저를 사용하여 개발자 포털과 상호 작용하면 작동하지 않을 수 있습니다. 이것을 알아내는 데 적어도 한 시간의 고통이 필요했습니다.

응용 프로그램의 라이트 버전을 작성하는 경우 완전히 작동하지 않는 것으로 간주 될 수있는 기능을 잠그지 않도록주의하십시오. 또한 정식 버전으로 상향 판매해서는 안됩니다 (어쨌든 많은 앱에서이 작업을 수행하는 것 같습니다).