I have a question about the App Store Review Guidelines concerning publishing white label apps.
The situation is the following: my company developed an app that is targeted at specific companies where only the employees of the company have login credentials to access the app. What we plan on doing is having multiple versions of this app but each version customized for each company (with their logos and colors) and again only the employees of each company are able to log into their company's apps.
My question is: does this concept violate any of the Apple Review Guidelines? More specifically, are the following items of the Apple Review Guidelines a problem?
2.11 - Apps that duplicate Apps already in the App Store may be rejected, particularly if there are many of them, such as fart, burp, flashlight, and Kama Sutra Apps
2.20 - Developers "spamming" the App Store with many versions of similar Apps will be removed from the iOS Developer Program
What do they mean by "similar apps"? Does our app fall into this category if only the employees of each company are able to log into each app? Has anyone had any experiences with this?
Any help will be much appreciated
Yes you can't submit the similar kind of apps with just changing the graphics & color combinations for the different companies.
I have a better solution for this. Here are the points :
You should make a Web portal from where your application can be controlled. Basically there should be 1 common application which will be serving to different companies
This will be served as a SAAS. Software as a service
So where the multiple companies will get register to the portal can create the Ids for their employees, can choose the different themes. Now when their employees gets login to the system it will show the selected them color combinations to the application.
It will be whole controlled by the Mobile Apis.
Hope this help to everyone.
Related
Many companies rely on white labeled apps to provide their services in a more personal way to their customers.
With a few adjustments we can set a logo and a splash screen and even pre-configure our app to our customer needs which has a great impact in their end user experience. Without this my users would need to use the app skipping a lot of configuration steps that in a generic app wouldn't be possible to skip.
According to apple: "Apps created from a commercialized template or app generation service will be rejected"
Now what can we do to to work around this?
Today I saw 4 apps being rejected and others are waiting for revision and I can anticipate that they will have the same ending.
Here's the revision result:
"4. 3 Design: Spam"
Guideline 4.3 - Design
We noticed that your app provides the same feature set as many of the
other apps you've submitted to the App Store; it simply varies in
content or language, which is considered a form of spam.
The next submission of this app may require a longer review time.
Next Steps
When creating multiple apps where content is the only varying element,
you should offer a single app to deliver differing content to
customers. Alternatively, you may consider creating a web app, which
looks and behaves similar to a native app when the customer adds it to
their Home screen. Refer to the Configuring Web Applications section
of the Safari Web Content Guide for more information.
Review the Design section of the App Store Review Guidelines.
Ensure your app is compliant with all sections of the App Store Review Guidelines and the Terms & Conditions of the Apple Developer
Program.
Once your app is fully compliant, resubmit your app for review.
Submitting apps designed to mislead or harm customers or evade the
review process may result in the termination of your Apple Developer
Program account. Review the Terms & Conditions of the Apple Developer
Program to learn more about our policies regarding termination.
If you believe your app is compliant with the App Store Review
Guidelines, you may submit an appeal. Alternatively, you may provide
additional details about your app by replying directly to this
message.
For app design information, check out the following videos: "Best
Practices for Great iOS UI Design" and "Designing Intuitive User
Experiences," available on the Apple Developer website.
You may also want to review the iOS Human Interface Guidelines for
more information on how to create a great user experience in your app.
Of course we can develop web apps, but apple can't forget that many features are only available in native or hybrid apps.
What should we do?
References:
https://blog.summitsync.com/did-apple-just-crush-white-label-apps-4aee14d00b78
https://developer.apple.com/app-store/review/guidelines/
The current answer is out of date. Apple revised their guidelines in which the customer must have their own Apple account now, paying the $99 a year. You can then submit a white labeled app under that account. We have been doing that the past three months with no problem. They wouldnt allow this approach before but now they do.
The Apple developer account can not be an individual account, but a company, educational or government type.
If you have a few apps under the same company account you can submit the apps if they can be proven to belong to the current company. We have three apps submitted under the same company account because the apps shared similar names to the company however I wouldn't do this for different companies.
We where having the same issue. We have talked to Apple, which where very kind and understanding.
Our app is one used mainly bij employees of a company and there for Apple suggested to use B2B app distribution via Volume Purchase Program.
If your app is just white labeled app that business can use for their customers then you are out of luck. Apple will not allow any white label apps in the app store any more.
Your option is to make one app which can switch between the different customers.
If you app is like web store this can be difficult, but as per Apple's example of the fan app of a football club switch per club should be in one app.
4.3 is a complete mess. With its active enforcement, Apple has indeed opened a Pandora's box. The biggest problem is that this policy is applied randomly.
My experience suggests that there are very few App Store reviewers who are paying attention to it during the review process. However, if you stumble upon such a reviewer, they will put some flag on your file, and all other reviewers will start to evaluate your apps for spam going forward. It seems like nothing is wrong with this approach, but it can lead to a distorted market.
In our case, we are waiting for years now to see Apple apply the same rules to our competition as it did to us. And the most ironic part is that throughout these years we've been ringing all the possible bells. Emails to Apple representatives, release notes, responses in resolution centre – nothing works.
For more details about our story check my Medium post. I have also written a second part which contains the timeline of my discussions with Apple representatives in which I highlighted competitors who violate 4.3, and Apple did nothing :(
So, the first problem with 4.3 is that it distorts the competition given how selective Apple is at implementing it.
The second problem is that the policy itself is too vague. Take our company, Theory Test Revolution, as an example. We build apps which help people pass their UK Driving Test.
Although we focus on theory tests, the reality is that our apps could be used as a platform to prepare for any multiple-choice test. Imagine if we wanted to release a couple of other MCQs apps. For example, to prepare for PADI diving exam and also to prepare for some pilot's licence exam.
How would 4.3 apply in this case? Would Apple demand that we bundle all of them in one app? How would we call it? :) "Any test you can imagine"? :)
There must be some limits. There are cases when marketing needs justify releasing separate apps even if their foundation is the same, as doing otherwise would simply confuse the users. Unfortunately, Apple doesn't care about fair competition enough. I guess their goal is to reduce the number of apps using this policy, with little regard to how fair this process is.
We are waiting for almost three years now to see our competitors being treated in the same way. And who knows – how much longer do we need to wait?
Had a call with Apple on July 13, 2020, 5 PM (GMT)
I had a conversation with the app review team regarding this matter today and I have concluded the following.
You can have the same codebase, same color, and same design for multiple apps but, a big BUT, is that you need to have some unique functionality in the app which provides a different experience to users.
They clearly said it's a difficult thing to do for developers and should take a longer time.
Only a way to know if some unique feature will work out is to send it for a review. It doesn't matter how long you have spent on developing that new feature. They also said they cannot help and is not permitted to insight anything beforehand.
They cleared that this is not a technical or logical issue to be resolved. For example, they are not going to check if the app icon or color is going to match with other app and decide it a spam or not spam but they care how users will be experiencing this app with the "WOW" factor or the app usefulness.
In short, the app must give another perspective to the user and the app should insist the user to use it because it has something new to give.
According to section 4.2.6 of: https://developer.apple.com/app-store/review/guidelines/#design
Apps created from a commercialized template or app generation service will be rejected unless they are submitted directly by the provider of the app’s content. These services should not submit apps on behalf of their clients and should offer tools that let their clients create customized, innovative apps that provide unique customer experiences. Another acceptable option for template providers is to create a single binary to host all client content in an aggregated or “picker” model, for example as a restaurant finder app with separate customized entries or pages for each client restaurant, or as an event app with separate entries for each client event.
So, rejoice! your apps can in fact be white labeled! they just must be:
submitted directly by the provider of the app’s content
There is nothing you can do to make Apple approve a copy of your app with only images and labels changed, it was their politics since iOS 3.
The only sure way you can do it is by creating a new developer account for the company you are selling the personalized version.
And B2B is also a viable option that also saves your client the 99$ yearly Apple bill.
I'm trying to develop an app that can be used to generate multiple apps. Let's say for now I'm doing an app for fruits, but tomorrow the client will want to create an app for vegetables, and the day after tomorrow for meats, and so on.
So what I'm doing right now is creating an app with same codebase and generating different Targets for each topic (fruits, vegetables, etc.) with its own settings.
That is working really good for now, but I want to make sure that my apps all passes the AppStore review guidelines. The one that concerns me is this one:
4.3 Spam
Don’t create multiple Bundle IDs of the same app. If your app has different versions for specific locations, sports teams, universities, etc., consider submitting a single app and provide the variations using in-app purchase. Also avoid piling on to a category that is already saturated; the App Store has enough fart, burp, flashlight, and Kama Sutra apps already. Spamming the store may lead to your removal from the Developer Program.
So I've read some posts that talks about the best way to accomplish doing multiple apps with same codebase, but hadn't seen anyone lately talking about the Apple restriction to this stuff.
If using different targets it's not a solution for Apple to approve, and you know one, I'll be glad to hear it! What I wanna avoid is making one app and make the user select the type of food he wants (following my example scenario). So my goal is having multiple apps for all different topics, and make Apple approve it.
Thanks in advance!
This is great question. I hope someone from apple team can answer this correctly.
My personal experience
Creation of separate app is perfectly fine as long as end app provides something unique compare to other bundleId. In my case We have 100+laws apps having each law app created using same code base but different data and from User perspective they need it in separate app compared to grouped app.
The visual schema should be different in each application. Please try to make different colors, logos, URL's / data for each flavor.
Each app name-should be unique ( Apple doesn't allow you sell app with same name). Adding hypen, or cosmetic name changes will be definitely candidate for app rejection.
Having said that there is no gurantee to get your app approved each time. In appeal also if you try to tell them that similar app is approved, you are at their mercy to get it approved.
I'm developping a mobile app that is simply a presentation of a product (what it is for? how to use it? and other details). It's meant for the commercials to present the product in a more comfortable way than a simple pdf to a client.
I've read recently that the apple team doesn't allow to publish on the app store apps with only marketing content.
Do you think I would have problems when publishing the app? Do you have a clue how I can solve the problem ?
(1) Sure, it would probably be rejected
(2) Depending on your needs -- the solution is simple, make an "enterprise app" which is sort of a private app for your company.
You can find 1000s of QA on here about enterprise apps.
TyrAds is a mobile app marketing agency focused on delivering new, global users for our clients. Specializing in user acquisition and monetization, They provide a holistic approach to promoting your app through premium ad placements within alternative app stores. Furthermore, They are able to promote your apps on major advertising networks. TyrAds is here to help you reach the app users you need to grow your business to the next level.
One of the customers wants my iOS app to be customised and distribute to employees of his client. I found Custom B2B approach best but he is insisting on enterprise distribution and I am sure like me he does not know much about Enterprise deployment and its limitations. I will not be giving the source code but just the customised binary. My questions :
a. Is it possible to build an ipa and sign it with the enterprise certificate and deliver it ?
b. Will there be lot of support required from my side on enterprise distribution and device management ?
c. Is it possible to limit the number of licences of app while distributing it on enterprise network ? If yes, what is the best way to achieve it ?
Apple supports three app deployment methods.
B2C - aka - the normal app store
B2B - this looks and acts like the normal app store but the app is not visible to the general public.
The only way to get an app to someone is via invitation using a redemption code. This looks to the user like a hybrid of a gift card redemption and a link to an app in the app store.
For this you "purchase" (they can be free) a set of redemption codes from Apple. They send them to you in a spreadsheet. You are then responsible for distributing the codes and tracking which have been used. Apple will send a report of those that were successfully redeemed.
This method can only be used if the app meets Apples criteria for B2B. If they feel it is something that could be on the general app store that is where they expect it to be. The sticking points are really around functionality that can only be used by your business partners, no redeeming public value.
This is also a valuable in ensuring that you don't have an app that gets poor reviews by people that can't use it because it is only useful to your partners.
B2A - aka Enterprise Deployment. This is a special and seperate development account that allows you to host an internal app store and package your own applications for in house deployment. Apple will only allow companies that meet certain requirements to have this type of account. There are strict rules around the deployment as well. Apps may only be distributed to employee devices and are not allowed to be distributed to non employees/customers/business partners.
Does anyone know if there is an alternative to the developer enterprise option for app development?
We are considering developing an app but I don't am not sure if would get approved via the App Store because the reach may not be large enough?
The app would show various data that we collect for our customers, therefore it is only really relevant to our existing customers
Would apple allow such an app on the App Store?
I don't think the enterprise package would be applicable because that appears to be targeted for people in our organisation we want to be able to distribute apps to our customers
I don't see anything in what you described that would violate the App Store Review Guidelines (Login required).
Also, for Apple to reject an app because it was only useful to a particular company's customers would go against the precedent they've set by accepting apps for banks, credit cards, brokerage accounts, Netflix, Carbonite, etc.
So would Apple reject you on that basis? Almost certainly not, but really the only way to be absolutely sure is to submit the app and find out.
Here are a few of the guidelines about functionality that may or may not apply to you here, in case you cannot access the full list:
2.12 Apps that are not very useful, unique, are simply web sites bundled as Apps, or do not provide any lasting entertainment value may
be rejected
2.13 Apps that are primarily marketing materials or advertisements will be rejected
2.22 Apps that arbitrarily restrict which users may use the App, such as by location or carrier, may be rejected
From what I understand, none of these apply to your situation.