Publishing to iOS App Store

The iOS App Store is the most restrictive platform with many rules to follow, both technical and policy. You will need to understand Apple’s policies because your app will be reviewed by a person in the Apple app review team, before it can be published. In general, this means providing a good quality app, avoiding anything that infringes user privacy or safety, and not trying to bypass any restrictions. Apple’s perspective on this is often more restrictive than general business rules.

This process has many steps and can take time, so allow for this in your deployment schedule.

To get all the information you need for an Apple App Store build and submission, you must create an Apple Developer Account and sign up to the iOS Developer Program.


  • some parts of the publishing process can be followed in parallel. For example, a developer can create the certificates required, while a marketing or sales person creates the app and defines it’s app store information in the Apple App Store Connect portal.
  • Much of this is easier with a Mac, rather than Windows.

Apple Developer Account

First, create an Apple developer account

  • This requires an Apple ID. We suggest creating a generic email address for your company such as, rather than a specific person; this avoids challenges when that person moves on or changes role.
  • This requires payment each year and a registered DUNS number.

Application Identifier (Bundle ID)

  • In the Apple Developer portal select Identifiers
  • This is a bundle ID usually following the pattern com.<companyname>.<applicationname>
  • It is important to use something you are willing to keep permanently, as it will identify your application to Apple. Don’t use clever brand names that you might need to change later.

iOS Distribution Certificate

  • This process will make certificates and other files that will identify your company to Apple. Think carefully about the data you enter, and save all the generated files, passwords and emails.
  • The process for generating this is much easier if you have a Mac.
  • If you only have a Windows PC, the process to generate the Apple certificates is more complex.

Creating Distribution Certificate on Mac

Use the same Mac for all the following processes, as certain pieces of data are stored silently and are difficult to transfer, such as private keys.

Open the Mac application Applications > Utilities > Keychain Access. Select Certificates in the sidebar.

Certificate Signing Request (.csr)

In Keychain Access:

  • Menu: Certificate Assistant > Request a Certificate from a Certificate Authority.
  • Enter your email address and name for the certificate and select Saved to disk (this will mean the CA email is not required).
  • Click Continue.
  • Save the .csr file somewhere safe.

Distribution Certificate (.cer)

Log into the Apple developer site and go to Certificates.

  • Click the + button to create a new certificate.
  • Select “ios Distribution (App Store and Ad-hoc)” and click Continue.
  • Upload your certificate signing request you made above and click Continue.
  • Download the new developerID_application.cer file.
  • Save the .cer file somewhere safe.

Export the Certificate (.p12)

In Mac Finder:

  • Double click the .cer file to import it into Keychain.

Then in Keychain Access:

  • Find the “iPhone Distribution: <your company>” certificate
  • Right click and select export
  • Select the File Format “Personal Information Exchange (.p12)”
    • If you do not have this option, Keychain Access does not have the private key you used in the CSR. Are you still on the same Mac?
  • Enter a password for the P12 file.
  • Save this password for entry into Umajin publishing system below.
  • Save the p12 file.

Creating iOS Distribution Certificate on Windows

Creating Certificate Signing Request (.csr)

First, you need to generate a Private Key, and a Certificate Signing Request for your certificates, using the OpenSSL tool. You can download OpenSSL from the OpenSSL site.

When OpenSSL is installed, open a command prompt to the directory where you installed it and enter the following commands

openssl genrsa -out mac_private.key 2048
openssl req -new -key mac_private.key -out mac.csr -subj "/emailAddress=YOUREMAILADDRESS, CN=APPNAME, C=COUNTRYCODE"
Note: Replace the CAPITALIZED text above with relevant information for your app.

This will create a mac_private.key and mac.csr file which are needed below.

Creating Distribution Certificate (.cer)

Log into the Apple developer site and go to Certificates.

  • Click the + button to create a new certificate.
  • Select “ios Distribution (App Store and Ad-hoc)” and click Continue.
  • Upload your certificate signing request you made above and click Continue.
  • Download the new developerID_application.cer file.
  • Save the .cer file somewhere safe.

Export the Certificate (.p12)

The final step is to export or package the .cer file into a .p12 file, by way of a .pem file. Enter the following commands:

openssl x509 -in developerID_application.cer -inform der -out developer.pem
openssl pkcs12 -export -in developer.pem -inkey mac_private.key -password pass:"New password" -out developer.p12

iOS Provisioning Profile(s)

Now you need to set up Mobile Provisioning profiles for the app. You will probably need two: one is for testing on your devices, and another for publishing to the App Store

App Store Distribution Profile

  1. Navigate to
  2. Select “Profiles” in the left hand sidebar.
  3. Click Generate a Profile
  4. Select the “App Store” option and continue.
  5. Select the App ID that you created in the App Identifier section (above) and continue.
  6. Enter your app name as the profile name, and continue.
  7. Click Generate.
  8. Click Download
  9. This will generate a .mobileprovision file for your application which you will download.

Testing devices and profile

We strongly recommend you test your app on an actual iPhone and/or iPad before publishing to the App Store.

Test devices

In your Apple developer  account, go the Devices section, and add your test device or devices.

For each device, you will need it’s unique ID, or UDID. Finding the UDID requires connecting the device to a Mac or Windows computer.

  • Windows: This can be found by connecting the device to iTunes, and clicking “Show Phone Info”. At first you will see only the serial number. Click on this number and it will change to the UDID, which is a long string like “fde10b2d1304366f5c38429b1af80ed10fc5b630”. Right click and select Copy.
  • Mac: Connect the device and select it in Finder. Under the name at the top, click on the “Model… storage .. battery” status line. It will change to show the UDID. Right click and select Copy UDID.

Testing (ad-hoc) provisioning profile

Next, you need to add the test devices into a provisioning profile created specifically for testing; as for the app store profile above, go to Profiles and Add a new profile.

  • Choose “Ad-hoc”.
  • Choose the app and certificate as before.
  • Finally, select all the devices you want to test with.
  • Once completed, download the .mobileprovision file. You will need this to submit to Umajin’s cloud system.

Checklist: iOS Publishing Requirements

You should now have the following items ready to use with Umajin for publishing to the iOS AppStore.

  • ios_distribution.p12 file
  • password for the .p12 file
  • a distribution .mobileprovision file
  • a testing .mobileprovision file

Preparing publishing assets

For the most part, Umajin will package your project files as required. Some special files are involved, as below.


Umajin Editor can generate the specific icon images required by Apple, in the publishing process below. However you will need an appropriate source image.

The usual guidelines for designing icons apply, such as:

  • using simple stylized shapes and colors
  • avoid detailed or photo realistic images.
  • avoid text
  • not the same as a logo
  • avoid anything that could be confused for another app or brand.

Launch image

While your app is loading, a static launch image will be shown. If it is a large app, or an old phone, this can be a noticeable amount of time.

You can choose to have Umajin Editor generate the splash screen from a page, or you can override it by supplying a splash image as follows:

Splash image: manifest/ios/splash.png or splash.jpg


When you publish your app on the App Store, you will need screenshot images. You can make these yourself, or use Umajin Editor to generate them from your pages if suitable.

Native Libraries

If you have integrated native libraries (name.framework folder) into your app then they should be placed in the following location:

Frameworks: manifest/ios/Frameworks/<yourlib>.framework/...

Publishing process

To begin, use Umajin Editor’s menu: File > Publish… and select Publish to Stores. Umajin Editor will show the “Publish to App Stores” screen.

  • Choose your app icon image for the Android and iOS Icons.
  • Choose a page for the Launch Image. (You need to do this, even if overriding it with an image in manifest/ios.)
  • Choose at least one page for a screen shot.

Once available, click Next. Wait while the editor processes and saves the project. Once complete, you will see the Publish images exported dialog.

Click OK, and the process will continue in the cloud.

Cloud – Publish information

First, select the operating systems you want to target. In this case, select Apple iOS, and click Next.

Cloud – Apple iOS Information

In the Apple iOS section, enter the identification and certificate information that you have collected. Not all of this is required, depending on what your app does and what you are doing (testing or publishing).

  • iOS App Name: the name as it will appear on device. By default it is the same as your project name at time of publishing.
  • Bundle ID: enter the application bundle ID. Once you have published with this ID, you cannot change it.
  • Version: the version number of the app to be released. This is your own version number, and separate from the user-visible version number on the app store.
    • Obviously you should normally keep this version matching the app store version for clarity.
    • However, this version must change each time you submit for review. Therefore, we suggesting adding .1, .2… etc on the end when resubmitting a rejected app.
  • Google Maps iOS Key: required only if using Google Maps component.
  • Google Maps Directions Key: required only if using Google Maps component.
  • Code Sign Certificate: select the iOS Distribution certificate p12 file that you created.
  • Code Sign Password: enter the password that you used to creat the p12 file.
  • Apple Push Certificate: obsolete, ignore
  • Apple Push Password: obsolete, ignore
  • Distribution Provision Profile: select distribution .mobileprovision file that you obtained from Apple.
  • Adhoc Provision Profile: select the testing .mobileprovision file that you obtained from Apple.
  • Device Family Targeting: select whether you want your app to be available to iPhones, iPads or both. The app will not appear in the App Store of the devices you don’t select.
  • Advertising ID Support: select Yes if your app uses the Advertising Identifier.

Click Next to save the data you have entered.

After entering data for any other platforms you want to distribute to (Android, Mac, Windows) you will reach the Confirm page.

Build process

Please contact Umajin to build the software after you have filled in the data above.

Packaging Output

Umajin will build an IPA for your app, either testing or publishing as you request.

If you selected testing, then the IPA will use the Adhoc Provision Profile and can be sideloaded onto your test devices as identified in the Apple developer portal. If you need to add new devices to test, you have to go through the process of adding a new device in Apple developer, making a new Adhoc profile, uploading it to Umajin and then building the software (phew!).

If you selected publishing, then the distribution provision profile will be used, and the IPA is suitable for publishing on the App Store.

You cannot test with the publishing IPA, and you cannot publish the testing IPA!

Testing – Sideloading

Sideloading refers to installing the app without going via the App Store. To sideload your testing IPA, probably the easiest way is:

  • Windows: install iTunes
    • connect the iPhone or iPad (and answer the trust questions on both iTunes and the device)
    • select the device in iTunes
    • drag the IPA file over the “On my device” section.
  • Mac: use Finder (or iTunes before Catalina)
    • connect the iPhone or iPad and answer trust questions
    • select the device in Finder
    • drag the IPA file over the device view.

Note: The simple methods with iTunes or Mac Finder do not do upgrades, you must remove the app first before installing a new version.

Publishing to the App Store

Once you have tested and confirmed the app works correctly as a standalone app, request a publish build from Umajin.

You can now submit the resulting IPA file to the iOS App Store.

The App Store requires your Apple Developer account to login, and has an entire world of it’s own challenges. It changes frequently, requiring you to keep up with new policies and required information.

Creating the App

Begin by going to App Store Connect and logging in with your Apple developer ID.

From here you can create a new App with the + button. This will ask you for basic information such as platforms and name. The Bundle ID should be the identifier you already created in the developer portal.

For the remaining information, you can follow Apple’s Submitting to the App Store information. There are many required pieces of information required, including such things as screenshots and videos, privacy information, market availability, and export declarations.

Creating a Release

You will need to create at least one release. This will have a version number that appears on the App Store. It does not have to match the version you used in Umajin’s systems, but it will be less confusing to keep them the same.

Uploading the IPA

Once you have the app and a release created, you will need to use upload the IPA to Apple. The easiest way we have found to do this is using a Mac with the Apple Transporter tool.

Export Compliance Questions

When you select an IPA for release, the App Store will ask you to answer a serious of difficult questions around encryption export compliance. Use the following guidelines, which apply to the Umajin platform as a whole.

  • Does your app use encryption? Yes. Umajin uses HTTPS (and other things like MD5)
  • Does your app qualify for any of the exemptions […]? No. Generally Umajin apps do not qualify. You should check this if in doubt.
  • Does your app implement any standard encryption algorithms […]? Yes. Umajin uses OpenSSL libraries.
  • Does your app implement any encryption algorithms […] not accepted as standards […]? No. Umajin only uses standard encryption.
  • Will your app  be available in the App Store in France? Your decision.

Submitting the Release

After succesfully uploading the IPA you can submit the release for review.

In present times, review can be relatively quick, especially for updates; we often experience less than one day. For new or complicated apps expect more time.

You may receive a rejection, often for pieces of information that are missing. This does not prejudice your eventual approval, simply add the information and retry.

In the bad case, you may receive a rejection for quality or policy, such as that the app has crashes or UI problems, or doesn’t do enough, or appears to try and trick users. These are more challenging to resolve, and will require care in reading the guidelines and ultimately may require additional development work. Umajin can give general advice, but this is a dialog between yourself and Apple, and in the end they make the decisions for their store.


Once your first release is approved, updates are typically much easier to do and can proceed quickly.

But do note that, Apple expires both your Distribution Certificate and Distribution Profile each year. You will need to create new ones. You will receive an email from Apple when this happens, and also notifications in App Store Connect. You won’t need to recreate the CSR (Certificate Signing Request) but you will need to go into App Store Connect, make a new Distribution Certificate, and then use it to make a new Distribution Profile. See the above steps for guidance on doing this.