성공적인 AppStore 제출을위한 팁?[닫은]
https://stackoverflow.com/questions/28551
italiano
english
français
española
中国
日本の
العربية
Deutsch
한국어
Português
Russian문제
하루나 이틀 안에 iPhone 앱을 AppStore에 제출할 준비가되며이 과정을 거친 사람들이 원활한 제출 과정을위한 팁 / 제안이 있는지 궁금합니다.
다음은 제가 다룬 내용입니다.
- 메모리 누수 없음
- 실제 기기에서 테스트 된 성능
- 충돌하지 않습니다 :)
- 올바른 인증서 / 프로필 사용
저는 info.plist에서 "Bundle Display Name"/ "Bundle Identifier"및 "Bundle Name"을 구성하는 방법에 대해 조금 확신합니다.첫 번째는 iPhone 자체에 표시되는 텍스트라는 것을 이해하지만 마지막은 어떻습니까?번들 식별자와 일치해야합니까?
info.plist에 추가해야 할 다른 사항이 있습니까?Adhoc 배포 용으로 빌드되었을 때 내 앱이 iTunes에 저자 / 제목 정보가 없다는 것을 알게되었습니다.
해결책
먼저, iTunes에서 작성자 / 제목 정보 (및 아이콘)가 누락 된 것에 대해 걱정하지 마십시오. App Store를 사용하여 배포 할 때 도착하는 메타 데이터입니다.
sascha가 말했듯이 번들 식별자는 고유해야하며 일반적으로 도메인이 거꾸로되어 있어야합니다. 개발자 포털에서 만든 앱 ID와 일치해야합니다.
표시 이름 (CFBundleDisplayName)은 홈 화면에 표시되는 방식입니다. 이에 대해 제가 발견 한 한 가지 중요한 점은 현지화 할 수 있다는 것입니다. 따라서 앱이 영어로 "Beer"인 경우 이탈리아어로 "Birra"로, 독일어로 "Bier"로 표시 될 수 있습니다.
지시 사항을 따르는 한 기계적인 부분은 실제로 매우 간단합니다. 열쇠를 준비하고 있음을 알았습니다. 기본적으로 앱이 출시되기 전에는 알림을받지 못하며 검토 프로세스는 몇 시간에서 몇 주까지 걸릴 수 있습니다. 웹 사이트가 실행 중이고 피드백을 수락 (및 제공) 할 수 있는지 확인하십시오. 방금 Blogger를 사용했습니다.
앱이 사소한 것이 아니라면 현실 세계에서 예상하지 못한 문제를 찾을 것이며 불만족스러운 사용자가 항상 가장 목소리를 낼 수 있으므로 답변 할 수있는 기능이 필요합니다.
그나저나 제 앱은 맛있습니다 입니다.
다른 팁
앱을 사용하거나 앱이해야 할 일에 대한 설명을 읽지 않고 나쁜 점수를주는 모든 지체 리뷰어를 처리 할 수있는 방염 복을 준비하세요.
내 설명에 따르면하지 않는 일을하지 않아 평가를 받았습니다.
검토 과정과 실제로 응답 할 수 없다는 점은 정말 놀랍습니다.
앱을 제출할 때 info.plist 파일에서 버전 번호를 올바르게 설정했는지 확인하세요. 앱을 업데이트 할 때는 버전 번호를 높여야합니다. x.x 표기법 또는 x.x.x 표기법을 사용할 수 있습니다. (첫 번째 앱 업데이트에서 업데이트하는 것을 잊었습니다). 업데이트하고 재 컴파일하는 것이 어렵지는 않지만 쉽게 잊을 수있는 것 중 하나입니다.
Hunter도 동의합니다. 나쁜 리뷰를 받게 될 것입니다. 괜찮아. 그들은 바보입니다. 귀하의 앱은 훌륭합니다.
인증서에 문제가있는 경우 도움이되는 몇 가지 사항이 있습니다.
- XCode를 다시 시작합니다.
- iPhone / iPod에서 설정으로 이동> 일반> 프로필 사용하는 배포 프로필이 거기에 있고 다른 충돌 프로필이 없는지 확인합니다 (같은 앱에 대해 두 개의 배포 프로필이 있습니다). iPhone / iPod에서 바로 제거 할 수 있습니다.
언젠가 "애플리케이션 코드 서명 확인 실패"오류가 표시됩니다. 그것은 당신을 미치게 할 것입니다. 심호흡하십시오. XCode를 다시 시작하고 개발 하드웨어를 다시 시작하십시오. 벽에 부딪혀서 술을 마시면 다시 작동합니다.
그러면 다음을 수행 할 수 있습니다.
- 빌드 타겟 (또는 모두 화가 난 경우 모든 타겟)을 정리합니다.
- 코드 서명 ID (대상 속성에서)를 "코드 서명 안 함"으로 설정
- Xcode 닫기
- 빌드 폴더의 모든 디렉토리 제거
- Xcode 열기
- iPhone 배포에 대한 코드 서명 ID 재설정 : 인증서
- 작은 동물을 희생합니다.
- 빌드.
- iTunes Connect에 신청서 제출
- 이익!
프로비저닝을 처리 할 때 Xcode 4가 훨씬 더 좋습니다.
앱이 승인되면 가용성 날짜를 오늘 날짜로 변경해야합니다.이렇게하면 날짜별로 정렬 된 카테고리 목록 상단에 표시됩니다.이 작업은 iStylist Makeover 앱에 적용됩니다.
업데이트 : 아래에서 언급했듯이 더 이상 유효하지 않습니다.
이 기사는이 훌륭한 질문에 대한 가장 포괄적 인 답변입니다.
글에는 주제에 대한 다른 리소스에 대한 링크도 있습니다.
행운을 빕니다. 매튜
기사에 포함 된 정보 :
버그
HIG
라이트 버전 인터넷
연결성 (읽으면 놀랄만한 우수한 정보)
초과 대역폭 사용량
셀룰러 네트워크 장치 기능
(여기 저를 구한 또 다른 좋은 점)
- 비공개 API
- 제한된 기능
- 해석 된 코드 없음
- 사용자 데이터 처리
- 저작권 보호 콘텐츠
- 상표 이미지 사용
- 불쾌감을주는 콘텐츠
- UIWebViews
- App Store 외부 거래
- 가격 정보 앱 아이콘 및 앱
- 스토어 이미지 애플리케이션 설명
- App Store 키워드 업데이트
- 새 앱으로 검토 됨 <시간>
거부 된 경우 제출 날짜는 처음 제출했을 때와 동일하게 유지되어 결국 앱을 사용할 수있게되면 순위가 낮아집니다.거부 된 경우 Apple에 첫 번째 제출을 제거하도록 요청하고 거부 된 앱의 바이너리를 대체하는 대신 최신 버전 번호 1.1 등의 새 애플리케이션으로 제출하십시오.
어떤 사람들은 프로모션 단계에서 1 주일 정도 앱을 무료로 유지 한 다음 나중에 가격을 올리라고 제안합니다.나는 두 가지 방법을 모두 시도했지만 지금까지 한 가지 방법은 6 개, 다른 방법은 1/2 개로 보입니다.1,000 회 무료 다운로드에 대해 $ 0.99에 약 10 회를 기대합니다 (다시 말하지만 제 경험입니다)
한 가지 사소한 문제를 만났습니다.Small Embedded 아이콘 57x57이 Large 512x512 아이콘과 일치하는지 확인하십시오.그들의 의견이 "너무"다르다면 그들은 앱을 거부 할 것입니다.따라서 큰 아이콘에 조금 더 자세하게 표시하려고하지 마십시오.
Apple 위젯을 사용하는 경우 UI 가이드 라인을 따르세요.예를 들어 Apple의 아이콘 세트를 의미를 변경하는 컨텍스트에서 재사용하는 경우 (예 : 스크린 샷을 찍기 위해 카메라 아이콘을 용도 변경, 아이콘이 기기의 사진 앨범을 불러 오기 위해 예약 된 경우) 거부의 근거가 될 수 있습니다.
Apple은 현재 (2010 년 9 월 9 일 현재) 앱 스토어 검토 가이드 라인의 공식 목록을 게시 했으므로 위반하지 않았는지 확인하는 것이 좋습니다.
(apple 개발자 로그인 필요)
또는 여기에 거울 :
또한 자체 App Store 제출 팁 페이지가 있습니다 (개발자 로그인이 필요할 수 있음).
그들은 실제로 메모리 누수 및 안정성 문제, 더 많은 사용성 문제를 확인하지 않습니다.예를 들어 내 앱 은 Core Location을 사용하여 Perth의 버스 정류장을 찾습니다.캘리포니아에서 테스트했을 때 근처에서 아무것도 발견하지 못했습니다 (놀랍습니다!).그들은 지역 밖 메시지를 표시하지 않는 것에 대해 나를 핑했습니다.
그들이 핑한 또 다른 것은 버스 정류장 번호에 관한 것이 었습니다.퍼스에서는 5 자리 숫자입니다.Apple 테스터가 2 자리 숫자를 입력하고 우연히 기차역을 불러 오는데,이 경우 약간 다른 코드 경로를 사용하고 설명에 설명 된 기능이 작동하지 않았습니다.
실제로 매우 편리한 피드백이었고, 제가 모르는 사람이 한 번 더 해주셔서 좋았습니다.나는 그들이 얼마나 철저한 테스트를하고 있는지에 매우 놀랐습니다.iPhone 보안을 위반하지 않도록하는 일종의 자동화 된 정적 검증 도구 일 뿐이라고 생각했습니다.
표시 이름과 이름은 필요하지 않은 경우가 아니면 비슷하거나 동일해야합니다 (예 : twitteriffic 및 twitteriffic 프리미엄은 모두 iPhone에서 'twitteriffic'으로 표시되지만 이름이 다른 앱임).
번들 식별자는 어떤면에서 Apple 레지스트리 경로와 동일하며 Windows 개발자는 HKLM \ Software \ Company \ Application을 사용합니다. Apple은 com.companyname.appname과 같은 규칙을 사용합니다.
(면책 조항 : AppStore 개발에 대한 지식 없음, Mac 및 plist 파일에 대한 약간의 지식)
제 조언은 와일드 카드 배포 프로필을 만드는 것입니다.이렇게하면 번들 식별자를 그대로 둘 수 있으며 기본값이 작동합니다.
'번들 이름'설정을 기본값으로 둡니다.제품 이름을 변경하여 표시되는 이름을 변경할 수 있습니다 (프로젝트 정보 화면으로 이동하여 모든 구성을 선택하고 "제품"을 검색합니다.) 번들 표시 이름 설정으로 덮어 쓸 수 있지만 제품 이름이 정확하면 필요하지 않습니다.
앱을 제출할 때 고해상도 (512x512) 버전의 로고 또는 프로모션 이미지를 준비해야합니다.
앱이 거부되면 Apple에서 수정해야 할 사항을 알려줍니다.상당히 합리적이므로 걱정하지 마세요.
기기에서 인터넷으로 정보를 제출하는 것도 잠재적 인 위험입니다. SDK 계약 내용 : <인용구>
모든 형태의 사용자 또는 기기 데이터 컬렉션 또는 이미지, 그림 또는 음성 캡처 또는 녹음 신청 (통칭 "녹음") 및 모든 형태의 사용자 데이터, 콘텐츠 또는 정보 업로드, 동기화 또는 전송 응용 프로그램에서 수행 (통칭하여 "전송")은 적용 가능한 모든 개인 정보를 준수합니다. 법률 및 규정뿐만 아니라 관련 Apple 프로그램 요구 사항 포함하지만 포함하지 않는 이러한 측면 통지 또는 동의로 제한 요구 사항. 특히 상당히 눈에 띄는 시각 표시기가 표시되어야합니다. 응용 프로그램의 일부로 사용자 녹화가 진행 중임을 나타냅니다. 장소.
게임의 최고 점수를 제출하는 것과 같은 작업을하는 경우 사용자에게 전송을 건너 뛸 수있는 기회를 제공해야합니다. 그렇지 않으면 거부 당할 수 있습니다.
참고 : 첫 번째 버전이 완료되면 모든 업데이트가 완료된다는 보장은 없습니다. 우리의 1.1은 이미 1.0에 있던 기능 때문에 거부되었습니다. 업데이트가 버그를 수정하는 중일 수 있고 거부되는 데 1 주일이 걸리면 손상되지 않았다고 생각한 문제를 수정해야 할 때 이미 1 주일 늦었습니다.
키워드에주의하고 다른 앱 이름을 키워드로 사용하지 마십시오.(내 음악 앱은 키워드로 'last.fm'을 사용했기 때문에 3 주 후에 거부되었습니다.)
업데이트 : 아래에서 언급했듯이 다른 누군가 (도메인 스쿼터?)가 도메인을 점령 했으므로 이제 링크가 끊어졌습니다.최근 여러 번 손을 바꾼 것 같습니다 : (.
AppRejections.com 에서 거부 및 수락에 대한 현재 페이지를 읽고 파울에 빠지지 않는지 확인하세요.Apple의 "비밀"승인 이유에 대한 최근 변경 사항
제출할 때 신청서에 필요할 수있는 데모 계정 세부 정보를 입력 할 수있는 상자가 있습니다.
이 상자는 또한 검토자가 신청서를 확인할 때 도움이 될 수있는 추가 세부 정보를 입력 할 수있는 좋은 장소입니다.
iPad 앱인 경우 제출할 때 앱 이름이나 Info.plist의 표시 이름에 iPad를 언급하지 마세요.
iPhone과 iPad의 인터페이스가 다른 "하나"앱 (2 개의 바이너리)이 있기 때문에 이것은 저에게 약간의 문제였습니다. iPad 버전을 "Symmetry Lab"이라고 부를 수 없었습니다. 그게 바로 iPhone이기 때문입니다.이름에 iPad를 말할 수 없기 때문에 "Symmetry Lab iPad"라고 부를 수 없었고 해상도보다 차이가 더 많기 때문에 "Symmetry Lab HD"라고 부르고 싶지 않았습니다.결국 "Symmetry Lab Pro"에 정착했습니다.
iPhone / ipod touch와 유사한 탭 표시 줄 항목에 이미지를 사용하지 마십시오.그들은 그들을 허용하기 위해 사용하지만 이제 그들은 그들을 거부하고 있습니다.다른 애플 하드웨어는 문제가되지 않는 것 같습니다.
Apple이 새로 제출 된 앱의 날짜 정렬 방법을 변경하지 않았나요?
더 이상 "미래 날짜 설정 후 오늘 날짜 설정"게임을 할 필요가 없습니다.
'새 앱'이 이제 '승인 날짜'별로 정렬됩니다.
몇 번의 시도에서 "잘못된 바이너리"를 얻었습니다.마침내 성공한 것은 번들을 Mac에 직접 압축하고 Mac에 업로드하는 것입니다.물론 .dSYM 파일은 생략하십시오.이전 시도에서 압축은 PC에서 수행되었습니다.실패한 시도에 대해 .dSYM을 제외하기 위해 다시 압축하는 작업도 PC에서 수행되었습니다.
Safari 이외의 브라우저를 사용하여 개발자 포털과 상호 작용하는 경우 작동하지 않을 수 있습니다.이 사실을 알아내는 데 적어도 한 시간은 비참했습니다.
애플리케이션의 라이트 버전을 만드는 경우 완전히 작동하지 않는 것으로 간주 될 수있는 기능을 잠그지 않도록주의하세요.또한 정식 버전으로 상향 판매해서는 안됩니다 (어쨌든 많은 앱에서이 작업을 수행하는 것 같습니다).
