What's Needed To Publish Your Apps And Go Live

Screenshots, app description and other resources necessary for publication of Android/iOS applications in application stores

Server Location

Your business server will be physically launched in a region of your choice. Let you Launch Support Engineer know where you would like to run your server.

Custom Domain (optional)

Your Business plan includes an option to set up a custom domain (or subdomain) for your console before the server is launched. This is an address where you and your customers can access the web portal.


If you are still deciding, your console will be pointed to a default Blynk address: https://yourcompanyname.blynk.cc. This can be changed later, but it would incur a domain change fee

Change of the address after the initial server setup incurs a $199 fee

Here is how to create a custom domain:

Create an address

If you have a website already, then you would need to access your admin console. If you don't have domain yet, use domain registrars services like GoDaddy, Namecheap, and Google Domains to register a new one.

Most of our customers use subdomains like these ones:

  • dashboard.mywebsite.com

  • console.mywebsite.com

  • iot.mywebsite.com

Point your domain to the provided IP address

Your launch ingeneer will provide you with IP address of the server. You would need to login to admin console of your and point the domain to the provided IP address.

Website URL

If you plan to publish your apps to Google Play and App Store you would need a functioning website for your company. This is a requirement from both Apple and Google. If you don't have a website, you would need to make at least a simple landing page.

Google and Apple require a public link to your Privacy Policy which means that you need to add a privacy policy as a separate page to your own website. There is a handful of resources on the web on privacy policy examples for different countries.

You can't go live without these links. Blynk can't provide you with these links as they are company and region specific.

Short App Description

Short description is the first information that your potential users will see in an app listing. It allows to highlight the main features using targeted keywords and phrases.

Requirements: Length: up to 80 characters

Example: The August & Wonder app is the companion app for August & Wonder objects.

How it looks:

Full App Description

Full Description allows your potential users to learn more about the app, its primary features, functions, benefits and use cases.

Requirements: Length: up to 4000 characters

Example: This app is for setting up and controlling August & Wonder enchanted art objects.

August & Wonder creates enchanted decor objects that evoke, connect and inform. The Market, the first magical creation, captures and reflects the fundamental binary pattern of the stock- market, continually shifting from Bull to Bear and back again - sometimes gently, sometimes dramatically. Learn more at www.augustwonder.com.

How it looks:

App Screenshots

A set of screenshots of your application.

Requirements:

  1. Minimum: 2 screenshots

  2. Maximum: 8 screenshots

  3. Format: JPEG or 24-bit PNG

  4. Transparency: Not allowed

  5. Minimum size: 320px

  6. Maximum size: 3840px

  7. The maximum dimension of your screenshot can't be more than twice as long as the minimum dimension.

Example:

Video for Apple Review

This video will demonstrate the work-ability of your product and application. It will not be publicly available and is necessary only for Apple Review.

Your iOS devices must be near your product. It is not allowed to use video montage or screen recording.

Therefore, the presence of your iOS application next to your product or prototype is a must.

Requirements:

Duration: 1 - 3 minutes Resolution: 480p or more Format: MP4, AVI, MKV, MOV, FLV or Weblink

Test account for Google and Apple employees

This account allows Google and Apple Store employees to open your application during Review phase.

This account must have at least one active device. The employees should not add devices using Static or Dynamic Provisioning.

Device dashboard must match what was shown in the Video for Apple review.

Requirements:

Required information: Login and Password

Example:

Login: test@email.com Password: test

Last updated

Revision created

GITBOOK-1318: change request with no subject merged in GitBook