From research and development to review and release, a set of procedures is required to ensure the quality of the app. In the process of listing, developers often encounter some problems. Here is a simple sorting out of the problems encountered in the shelf process.
Things You Need To Know About The Process Of Launching iOS App
Apple developer account:
Different developer accounts have different requirements, as shown in the table below:
Personal account ($99)
Used by individual developers to develop and upload applications to the App Store.
There can only be one developer, and the number of debugging devices is limited.
Company account ($99)
Used by the company or team for development and uploading applications to the App Store.
There can be multiple developers, and the number of debugging devices is limited.
Enterprise account ($299)
It is used for internal publishing without review, but it cannot be published to the App Store.
Any device can be installed via Apple's OTA method.
Education account (free)
Apple’s account for educational institutions requires Apple’s approval.
It cannot be published to the App Store and needs to be an educational institution.
Art materials are very important as App information that users obtain at first glance.
Icon: size 1024*1024
When designing an icon, you should capture the element that best reflects the core function of the App, and express the element in a simple and unique shape, so that users can distinguish the App only through the icon, and associate it with the functional attributes of the App. If the content or shape of the icon is too complex, the details may be difficult to distinguish, especially when the display size is small.
Screenshot size specifications：
Currently, Screenshot must be in JPG or PNG format, and must use the RGB color standard. The screenshot cannot contain Alpha transparency channel.
The maximum file size for App preview is 500MB, the minimum length is 15 seconds, and the maximum length is 30 seconds.
You can only use the Safari browser to upload the App preview, and you cannot upload it using other browsers.
Currently, there are three extensions supported by App Preview, namely .mov, m4v, and mp4.
At present, each size on the product details page can display up to 10 screenshots. Screen shots are the introduction of product features and value expression, and are the main information about the App that users can obtain at first glance. Therefore, it is a key operable object in the optimization of ASO foundation and should be taken seriously. The current layout of the App Store will have a better display effect for the horizontal version of the screenshot than the vertical version. The overall tone of the first screenshot should be coordinated with the icon displayed together.
App preview is a short video to demonstrate the features, functions, and user interface (UI) of the App, which users can watch directly on the App Store. When customers view the product page, the App preview will automatically play in silent mode, so developers need to ensure that the first few seconds of the video are very visually attractive.
The information to be provided mainly includes:
In-app purchase reference name, product ID, price level, display name, description and in-app purchase screenshot.
1) The product ID is unique. After an in-app purchase product is created in the background, the product ID will be occupied and cannot be used even if it is deleted.
2) The pricing of in-app purchases can only be selected based on the list of price levels provided by Apple's backstage management system. Each price level corresponds to the currency of each country.
1) Log in to the Apple developer background: https://developer.apple.com/
2) Create App IDs, namely bundle ID
3) Add the UDID of the test device
4) Apply for an iOS certificate, develop a certificate and issue a certificate. The issued certificate is divided into two types: adhoc certificate issued to the app store and issued for testing.
5) Apply for iOS description file, develop description file and release description file
6) Upload the ios certificate to compile and package the IPA file
7) Log in to ITunes Connect to create an App
8) Log in to Application Loader to upload IPA files
The sandbox test first needs to add the sandbox technical tester’s email address and set a password in the ITunes Connect background. After the test package is installed on the phone, open the App Store to log out of the real Apple ID account, then open the test package to log in to the sandbox test account and start the test .
The test email address cannot be an email address that someone else has registered for an Apple ID.
The filled-in test email address can be a non-existent email address, but it should conform to the format of the email address.
Pay attention to the choice of App Store region. The purchase prompt box that pops up during the test will display the language according to the region selected by the sandbox account.
The sandbox test must be tested in a real machine environment, and it must be an installation package signed by adhoc certificate or develop certificate.
TestFlight testing is divided into internal testing and external testing. The internal testing can invite up to 25 members, and the upper limit of external testers is 2000. Before inviting external personnel for testing, they need to pass Apple’s review. Internal testing does not require review.
1) Steps for internal testing: You need to add the email address to receive the invitation code in the backstage and select the test package. The TestFlight App should be installed on your mobile phone. After opening TestFlight, fill in the invitation code to download and install the beta version of the app for testing. Note that TestFlight requires iOS devices with iOS 8 and above to run.
2) At present, the new function of TestFlight can invite anyone to test the Bebt version of the App directly by sharing the link. This function is simpler and more direct than the previous operation.
2. Fill in the ITunes Connect Backstage
The main title is the localized name of the App displayed in the App Store, and generally contains the main body and suffix of the title. It is appropriate to be brief and fluent, to show the function and uniqueness of the App. The keywords in the title have high priority. You should choose as many keywords with high search popularity as possible that are most relevant to the App, and brand words of popular competitors should not appear, otherwise the review will be easily rejected.
The subtitle is a one-sentence introduction to the App, which is a supplement to the App name, and the phrase has a certain authority. You should try to add some important keywords that are not covered in the main title to the subtitle. The subtitle should also not contain popular search brand keywords of well-known competitors. The copy should be concise and attractive, showing the uniqueness of the App, and the length should be controlled within 30 characters.
For apps that support reservations, users can view the product page in the App Store in advance and reserve the app when the app is not available. After the product goes online, the user will receive a notification and automatically download it to the user's device within 24 hours. This function can be used to warm up the product before it is officially launched. Developers can make appropriate adjustments to the product-related content in advance based on market feedback.
The description is limited to 4000 characters and is required. You can fill in the description in the corresponding language according to the language version. In the current iOS11 version, special characters are not allowed here. The application description is a detailed introduction to the features and functions of the App. The core features of the product should be displayed as much as possible in the first three lines to attract users to click the "More" button to continue reading. Currently the application description can only be modified when the App is updated.
Currently, the number of keyword characters allowed in the keyword section is 100. This item is required and can be localized. The keyword setting will affect the display of the App in the search results of the application market, as well as the basic ranking of the application in these search results.
Suggestions for Keyword Setting:
1) Make good use of the 100 characters that can be filled in, and fill in as many as possible. Although Apple’s official recommendation is to separate each keyword with a comma, in order to make the App cover more keywords, developers can choose to use as few commas as possible in the keywords. If there are keywords that need to be emphasized, they can be separated by commas.
2) Add competitor keywords and popular keywords in the industry. Competitor keywords is the name of the competitor’s app. In general, high-popular competitor keywords have a large traffic but relatively high competition, and low-popular competitive keywords have a small traffic and less competition, so they should be selected reasonably according to the product situation. Industry hot search terms are a series of keywords related to the industry to which the app belongs. For example, popular industry terms for lending apps include loan, borrowing and lending.
3) Pay attention to the search index and the number of search results for each keyword, and try to choose keywords with a high search index and a low number of search results.
4) Pay attention to hot search and related search, understand the user's search behavior, and appropriately use relevant popular search terms as keywords, which may improve the ranking of the App.
5) Add effective long-tail keywords to bring more keyword coverage. Long Tail Keyword refers to a combination of keywords that are not target keywords but are related to the target keywords and can also bring search traffic. The basic attributes of long tail keywords are: extensibility, strong pertinence and wide range. For example, "Video Watermarking", "Travel Guide", "WeChat Manager Apple Edition", etc. are all long-tail words which usually bring more keyword coverage to the App.
6) The choice of classification will also bring keyword coverage to the App. Selecting the "Game" category will bring game-related keyword coverage to the App, and selecting the education category will bring education-related keyword coverage to the App.
7) Understand the attributes of the target user, and consider other keywords that the target user may search. For example, the maternal and child e-commerce app may consider choosing some words that mothers may search for, such as "early education", "children", "teaching games" and so on.
8) You can set keywords in multiple languages to increase keyword coverage. Set different keyword groups for each language version.
9) Flexible use of various data tools. Not only various App keyword data platforms, but also various index analysis platforms, such as Google Index, WeChat Index, etc.
Application rating is a required application information attribute in the Apple developer background. According to the results of the 13 questions, the rating will be changed immediately. There are five levels
including 4 years old and older (4+), 9 years and older (9+), 12 years and older (12+), over 17 years old (17+) and no rating (NO RATING). Paid apps cannot be uploaded in the App Store without a rating. The selection of questions should be consistent with the actual situation of the application, otherwise it is easy to be rejected for review.
Phased release of automatic updates:
The phased release mode of automatic updates can first release updates to a certain percentage of users, and then gradually increase the percentage of updates released. This mode is suitable for the official version of the application update, not for the first release of the APP. The staged release can be suspended for a maximum of 30 days, and the number of suspensions is unlimited. For products that are in need, tick this function, which can be used to reduce the product testing cycle and speed up the product release process. If new problems are discovered, the phased release can be suspended to reduce the impact of fatal bugs found in the new version.
3. Application Process Review
1) Carefully review whether the information about the App is filled in correctly, and pay special attention to whether the information in different localized languages is accurate.
2) If the App requires account login to view, you need to fill in the test account in the background for Apple to review.
If you need to get the application online quickly, you can click on the link below to apply for an accelerated review according to the operation. It does not necessarily guarantee the success of the application, but it is also a way. Once the expedited is successful, the review result will be issued within 24 hours. Even if the expedited review is rejected during App review, the status of the expedited review will remain with the version until the review is over. This method should not be used frequently, and it is recommended not to exceed twice a year.
Link to request accelerated review for the application: https://developer.apple.com/contact/app-store/?topic=expedite
For the selection of IDFA when submitting:
When submitting for review, as long as you choose to use IDFA, you must check the purpose of IDFA.
A. If the App only integrates advertisements and does not track the behaviors caused by advertisements, then the first and fourth should be checked.
B. If the App does not integrate advertisements, but needs to track the activation behavior caused by the advertisements, then the second, third and fourth should be checked.
C. If the App integrates advertisements and needs to track the activation behavior brought by the advertisements, then all four should be checked.