iOS 앱 실행 프로세스에 대한 질문 모음

연구 개발부터 검토 및 출시에 이르기까지 앱의 품질을 보장하기 위해서는 일련의 절차가 필요합니다. 목록을 작성하는 과정에서 개발자는 종종 몇 가지 문제에 직면합니다. 다음은 선반 프로세스에서 발생하는 문제를 간단히 정리한 것입니다.

iOS 앱 실행 프로세스에 대해 알아야 할 사항

1. 준비

애플 개발자 계정:

아래 표와 같이 개발자 계정마다 요구 사항이 다릅니다.

개인 계정($99)
개별 개발자가 응용 프로그램을 개발하고 App Store에 업로드하는 데 사용합니다.
개발자는 한 명만 있을 수 있으며 디버깅 장치의 수는 제한되어 있습니다.

회사 계정($99)
회사 또는 팀에서 개발 및 앱 스토어에 애플리케이션 업로드를 위해 사용합니다.
여러 개발자가 있을 수 있으며 디버깅 장치의 수는 제한되어 있습니다.

엔터프라이즈 계정($299)
검토 없이 내부 퍼블리싱에 사용되지만 앱스토어에 퍼블리싱할 수는 없습니다.
Apple의 OTA 방식을 통해 모든 장치를 설치할 수 있습니다.

교육 계정(무료)
교육 기관용 Apple 계정은 Apple의 승인이 필요합니다.
App Store에 게시할 수 없으며 교육 기관이어야 합니다.

미술 재료:

미술자료는 사용자가 한 눈에 보는 앱 정보로서 매우 중요합니다.

아이콘: 크기 1024*1024

아이콘을 디자인할 때 앱의 핵심 기능을 가장 잘 반영하는 요소를 포착하여 사용자가 아이콘으로만 앱을 구별하고 기능적 속성과 연관시킬 수 있도록 심플하고 독특한 형태로 요소를 표현해야 합니다. 앱의. 아이콘의 내용이나 모양이 너무 복잡하면 특히 표시 크기가 작은 경우 세부 사항을 구별하기 어려울 수 있습니다.

스크린샷:

스크린샷 크기 사양:



현재 스크린샷은 JPG 또는 PNG 형식이어야 하며 RGB 색상 표준을 사용해야 합니다. 스크린샷은 알파 투명도 채널을 포함할 수 없습니다.

앱 미리보기의 최대 파일 크기는 500MB, 최소 길이는 15초, 최대 길이는 30초입니다.

앱 미리보기는 Safari 브라우저에서만 업로드할 수 있으며, 다른 브라우저에서는 업로드할 수 없습니다.

현재 App Preview는 .mov, m4v 및 mp4의 세 가지 확장자를 지원합니다.

현재 제품 세부 정보 페이지의 각 크기는 최대 10개의 스크린샷을 표시할 수 있습니다. 스크린샷은 제품의 기능 소개와 가치 표현으로, 사용자가 한 눈에 알아볼 수 있는 앱에 대한 주요 정보입니다. 따라서 이것은 ASO 기반의 최적화에 있어 핵심적인 운용 대상이며 진지하게 받아들여야 한다. 앱 스토어의 현재 레이아웃은 세로 버전보다 가로 버전의 스크린샷에 더 나은 표시 효과를 제공합니다. 첫 번째 스크린샷의 전체적인 톤은 함께 표시되는 아이콘과 조화를 이루어야 합니다.

앱 미리보기는 사용자가 앱 스토어에서 직접 볼 수 있는 앱의 특징, 기능 및 사용자 인터페이스(UI)를 보여주는 짧은 동영상입니다. 고객이 제품 페이지를 볼 때 앱 미리보기가 자동으로 무음 모드로 재생되므로 개발자는 비디오의 처음 몇 초가 시각적으로 매우 매력적인지 확인해야 합니다.

인앱 구매:

제공되는 정보는 주로 다음과 같습니다.

인앱 구매 참조 이름, 제품 ID, 가격 수준, 표시 이름, 설명 및 인앱 구매 스크린샷.

지침:

1) 제품 ID는 고유합니다. 백그라운드에서 인앱 구매 상품이 생성된 후, 상품 ID가 점유되며 삭제하더라도 사용할 수 없습니다.

2) 인앱 구매 가격은 Apple의 백스테이지 관리 시스템에서 제공하는 가격 수준 목록을 기반으로 해서만 선택할 수 있습니다. 각 가격 수준은 각 국가의 통화에 해당합니다.

IPA 패키지:

1) Apple 개발자 백그라운드 로그인: https://developer.apple.com/
2) 앱 ID, 즉 번들 ID 생성
3) 테스트 장치의 UDID 추가
4) iOS 인증서 신청, 인증서 개발 및 발급 발급된 인증서는 앱스토어에 발급되는 임시 인증서와 테스트용으로 발급되는 두 가지 유형으로 나뉩니다.
5) iOS 설명 파일 신청, 설명 파일 및 릴리스 설명 파일 개발
6) ios 인증서를 업로드하여 IPA 파일을 컴파일 및 패키징합니다.
7) iTunes Connect에 로그인하여 앱 만들기
8) Application Loader에 로그인하여 IPA 파일 업로드

테스트:

샌드박스 테스트

샌드박스 테스트는 먼저 샌드박스 기술 테스터의 이메일 주소를 추가하고 iTunes Connect 백그라운드에서 비밀번호를 설정해야 합니다. 테스트 패키지가 휴대폰에 설치된 후 앱 스토어를 열어 실제 Apple ID 계정에서 로그아웃한 다음 테스트 패키지를 열어 샌드박스 테스트 계정에 로그인하고 테스트를 시작합니다.

지침:

테스트 이메일 주소는 다른 사람이 Apple ID에 등록한 이메일 주소일 수 없습니다.

채워진 테스트 이메일 주소는 존재하지 않는 이메일 주소일 수 있지만 이메일 주소 형식을 따라야 합니다.

앱스토어 지역 선택에 주의하세요. 테스트 중 팝업되는 구매 프롬프트 상자는 샌드박스 계정에서 선택한 지역에 따라 언어가 표시됩니다.

샌드박스 테스트는 실제 머신 환경에서 테스트해야 하며 adhoc 인증서 또는 개발 인증서로 서명된 설치 패키지여야 합니다.


TestFlight 테스트

TestFlight 테스트는 내부 테스트와 외부 테스트로 나뉩니다. 내부 테스트는 최대 25명의 회원을 초대할 수 있으며, 외부 테스터의 상한선은 2000명입니다. 테스트를 위해 외부 인력을 초대하기 전에 Apple의 검토를 통과해야 합니다. 내부 테스트는 검토가 필요하지 않습니다.

1) 내부 테스트 단계 : 백스테이지에서 초대 코드를 받을 이메일 주소를 추가하고 테스트 패키지를 선택해야 합니다. TestFlight 앱은 휴대폰에 설치되어 있어야 합니다. TestFlight를 연 후 초대 코드를 입력하여 테스트용 앱의 베타 버전을 다운로드하고 설치합니다. TestFlight를 실행하려면 iOS 8 이상이 설치된 iOS 기기가 필요합니다.


2) 현재 TestFlight의 새로운 기능은 링크를 공유하여 누구나 앱의 Bebt 버전을 직접 테스트하도록 초대할 수 있습니다. 이 기능은 이전 작업보다 간단하고 직접적입니다.

2. 아이튠즈 커넥트 백스테이지 채우기

메인 타이틀:

메인 타이틀은 앱스토어에 표시되는 앱의 현지화된 이름으로, 일반적으로 타이틀의 본문과 접미사를 포함합니다. 앱의 기능과 고유성을 나타내기 위해 간결하고 유창하게 표현하는 것이 적절합니다. 제목의 키워드는 우선순위가 높습니다. 앱과 가장 관련성이 높은 검색 인기도가 높은 키워드를 최대한 많이 선택해야 하며 인기 있는 경쟁자의 브랜드 단어가 표시되지 않아야 합니다. 그렇지 않으면 리뷰가 쉽게 거부됩니다.

부제:

부제목은 앱명에 대한 보완으로 앱에 대한 한 문장의 소개이며, 그 문구에는 일정한 권위가 있습니다. 메인 타이틀에서 다루지 않은 몇 가지 중요한 키워드를 부제목에 추가하도록 노력해야 합니다. 또한 자막에는 잘 알려진 경쟁업체의 인기 검색 브랜드 키워드가 포함되어서는 안 됩니다. 카피는 간결하고 매력적이어야 하며 앱의 고유성을 보여야 하며 길이는 30자 이내로 조절되어야 합니다.

개인정보 보호정책 URL:

개인정보취급방침 URL은 2018년 10월 3일부터 모든 신규 앱 및 앱 업데이트에 필수가 되었습니다. 링크 또는 텍스트는 새 버전이 제출된 경우에만 업데이트할 수 있습니다. 작성 시 참고사항으로 경쟁 제품의 개인정보취급방침 템플릿을 참고하실 수 있습니다.

앱 예약:

예약을 지원하는 앱의 경우 사용자는 앱스토어에서 미리 상품 페이지를 확인하고 앱이 제공되지 않을 때 앱을 예약할 수 있습니다. 제품이 온라인 상태가 된 후 사용자는 알림을 수신하고 24시간 이내에 사용자의 장치에 자동으로 다운로드합니다. 이 기능은 정식 출시 전에 제품을 워밍업하는 데 사용할 수 있습니다. 개발자는 시장 피드백을 기반으로 사전에 제품 관련 콘텐츠를 적절하게 조정할 수 있습니다.

설명:

설명은 4000자로 제한되며 필수입니다. 언어 버전에 따라 해당 언어로 설명을 입력할 수 있습니다. 현재 iOS11 버전에서는 여기에 특수 문자를 사용할 수 없습니다. 응용 프로그램 설명은 응용 프로그램의 특징과 기능에 대한 자세한 소개입니다. 제품의 핵심 기능은 처음 세 줄에 가능한 한 많이 표시되어 사용자가 "더보기" 버튼을 클릭하여 계속 읽을 수 있도록 해야 합니다. 현재 애플리케이션 설명은 앱이 업데이트된 경우에만 수정할 수 있습니다.

키워드:

현재 키워드 섹션에 허용되는 키워드 문자 수는 100개입니다. 이 항목은 필수 항목이며 현지화할 수 있습니다. 키워드 설정은 애플리케이션 시장의 검색 결과에서 앱이 표시되는 것과 이러한 검색 결과에서 애플리케이션의 기본 순위에 영향을 미칩니다.

키워드 설정을 위한 제안:

1) 채울 수 있는 100자를 잘 활용하여 최대한 많이 채운다. Apple의 공식 권장 사항은 각 키워드를 쉼표로 구분하는 것이지만 앱이 더 많은 키워드를 포함하도록 하기 위해 개발자는 키워드에 가능한 한 적은 수의 쉼표를 사용하도록 선택할 수 있습니다. 강조해야 할 키워드가 있는 경우 쉼표로 구분할 수 있습니다.

2) 경쟁사 키워드와 업계 인기 키워드를 추가합니다. 경쟁사 키워드는 경쟁사 앱의 이름입니다. 일반적으로 인기도가 높은 경쟁 키워드는 트래픽이 많지만 경쟁률이 상대적으로 높고, 인기도가 낮은 경쟁 키워드는 트래픽이 적고 경쟁이 적으므로 제품 상황에 따라 합리적으로 선택해야 합니다. 업계 인기 검색어는 앱이 속한 업계와 관련된 일련의 키워드입니다. 예를 들어, 대출 앱에 대한 인기 있는 업계 용어에는 대출, 대출 및 대출이 포함됩니다.

3) 각 키워드에 대한 검색 인덱스와 검색 결과의 수에 주의하고 검색 인덱스가 높고 검색 결과 수가 적은 키워드를 선택하십시오.

4) 핫 검색 및 관련 검색에주의를 기울이고 사용자의 검색 행동을 이해하고 관련 인기 검색어를 키워드로 적절하게 사용하면 앱 순위가 향상 될 수 있습니다.

5) 효과적인 롱테일 키워드를 추가하여 키워드 범위를 확대합니다. 롱테일 키워드는 타겟 키워드는 아니지만 타겟 키워드와 연관되어 검색 트래픽을 유발할 수 있는 키워드의 조합을 말합니다. 롱테일 키워드의 기본 속성은 확장성, 강력한 관련성 및 넓은 범위입니다. 예를 들어 "비디오 워터마킹", "여행 가이드", "WeChat Manager Apple Edition" 등은 모두 일반적으로 앱에 더 많은 키워드 범위를 제공하는 롱테일 단어입니다.

6) 분류의 선택은 또한 앱에 키워드 적용 범위를 가져옵니다. "게임" 카테고리를 선택하면 앱에 게임 관련 키워드 범위를 가져오고 교육 카테고리를 선택하면 앱에 교육 관련 키워드 범위를 가져옵니다.

7) 대상 사용자의 속성을 이해하고 대상 사용자가 검색할 수 있는 다른 키워드를 고려합니다. 예를 들어, 모자 전자 상거래 앱은 "조기 교육", "어린이", "게임 가르치기" 등과 같이 엄마가 검색할 수 있는 일부 단어를 선택하는 것을 고려할 수 있습니다.

8) 키워드를 다국어로 설정하여 키워드 범위를 늘릴 수 있습니다. 각 언어 버전에 대해 다른 키워드 그룹을 설정합니다.

9) 다양한 데이터 도구의 유연한 사용. 다양한 앱 키워드 데이터 플랫폼 뿐만 아니라 구글 인덱스, 위챗 인덱스 등 다양한 인덱스 분석 플랫폼

신청 등급:

애플리케이션 등급은 Apple 개발자 배경에서 필수 애플리케이션 정보 속성입니다. 13개 질문의 결과에 따라 등급이 즉시 변경됩니다. 4세 이상(4+), 9세 이상(9+), 12세 이상(12+), 17세 이상(17+), 무등급(NO RATING) 등 5 가지 등급이 있습니다. 유료 앱은 등급 없이 App Store에 업로드할 수 없습니다. 질문 선택은 지원서의 실제 상황과 일치해야 합니다. 그렇지 않으면 검토를 위해 거부되기 쉽습니다.

자동 업데이트의 단계적 릴리스:

자동 업데이트의 단계적 릴리스 모드는 먼저 특정 비율의 사용자에게 업데이트를 릴리스한 다음 릴리스된 업데이트의 비율을 점진적으로 늘릴 수 있습니다. 이 모드는 앱의 첫 번째 릴리스가 아닌 애플리케이션 업데이트의 공식 버전에 적합합니다. 단계적 해제는 최대 30일 동안 일시 중지될 수 있으며 일시 중지 횟수에는 제한이 없습니다. 필요한 제품의 경우 이 기능을 선택하여 제품 테스트 주기를 줄이고 제품 출시 프로세스를 가속화할 수 있습니다. 새로운 문제가 발견되면 새 버전에서 발견된 치명적인 버그의 영향을 줄이기 위해 단계적 릴리스를 일시 중단할 수 있습니다.

3. 지원 절차 검토

지침:

1) 앱에 대한 정보가 정확하게 기재되어 있는지 주의 깊게 검토하고, 다른 현지 언어로 된 정보가 정확한지 여부에 특히주의하십시오.

2) 앱을 보기 위해 계정 로그인이 필요한 경우 Apple이 검토할 수 있도록 백그라운드에서 테스트 계정을 작성해야 합니다.

온라인으로 빠르게 신청서를 접수해야 하는 경우 아래 링크를 클릭하여 운영에 따른 빠른 심사를 신청할 수 있습니다. 응용 프로그램의 성공을 반드시 보장하지는 않지만 방법이기도 합니다. 신속 처리에 성공하면 24시간 이내에 검토 결과가 발행됩니다. 앱 심사 중 신속 심사가 거부되더라도 심사가 종료될 때까지 신속 심사 상태는 해당 버전으로 유지됩니다. 이 방법은 자주 사용해서는 안 되며, 1년에 2회를 초과하지 않는 것이 좋습니다.

애플리케이션에 대한 빠른 검토 요청 링크: https://developer.apple.com/contact/app-store/?topic=expedite .

제출 시 IDFA 선택:

검토를 위해 제출할 때 IDFA 사용을 선택하는 한 IDFA의 용도를 확인해야 합니다.

A. 앱이 광고만 통합하고 광고로 인한 행동을 추적하지 않는 경우 첫 번째와 네 번째를 확인해야 합니다.
B. 앱이 광고를 통합하지 않지만 광고로 인한 활성화 동작을 추적해야 하는 경우 두 번째, 세 번째 및 네 번째 항목을 확인해야 합니다.
C. 앱이 광고를 통합하고 광고에서 가져온 활성화 행동을 추적해야 하는 경우 4가지 모두를 확인해야 합니다.