I was just wondering and was hoping if anyone here has experience about it.
If one would make a native iphone app (for example with 5 bottom icons) and each icon would load a webpage, would this be accepted by apple?
No one can surely say about the apple will reject or accept this kind of app, because what the apple want is that your app have some utility which one can't get by opening a web page in safari. If your app has some purpose of opening the five different web pages in five different tabs then they will not reject it.
If your app doesn't interest users and have no utility, then probably it will be rejected.
If you think that only these five buttons app which open url is good enough or have some utility, than go ahead and give it a shot.
You will probably be rejected under the third item in the AppStore Submission Guidelines;
If your App looks like it was cobbled together in a few days, or you're trying to get your first practice App into the store to impress your friends, please brace yourself for rejection. We have lots of serious developers who don't want their quality Apps to be surrounded by amateur hour.
Or in 2. Functionality
2.12 Apps that are not very useful, are simply web sites bundled as apps, or do not provide any lasting entertainment value may be rejected
Related
I've seen this done before with apps that I use, but I was wondering how it would be possible to share IAPs between an iPhone and iPad application. More specifically, I want to make sure that users that make a purchase in one app, do not have to re-buy the same product in the other.
I've read in a few places where this could only be accomplished with a universal app, but I wanted to see if this was, in fact, the only way that it could be done.
As far as I know, in-app purchases are app-specific. But it's really pretty easy to go universal - try out some of the excellent tutorials. You obviously have the advantage of only having to maintain a single code base (though of course you could be disciplined and share some core code, but it usually lapses...).
I have developed five apps with name of five different football teams. Which shows event schedule of respective team. Apple rejected all of them and giving reason
"Developers "spamming" the App Store with many versions of similar apps will be removed from the iOS Developer Program"
Now, I have seen following Apps are almost same and available on AppStore
http://itunes.apple.com/pk/app/brookwood-medical-center/id434593012?mt=8
http://itunes.apple.com/pk/app/doctors-hospital-of-manteca/id430928072?mt=8
http://itunes.apple.com/pk/app/doctors-medical-center-modesto/id447790452?mt=8
Now what is developer spamming? Anybody can explain it?
It is not a technical question, but it is probably related to your code, so :
I think Apple rejects your applications for that reason when you use the same code base (or a close code base) for multiple applications, presented as different apps.
they must be thinking your are creating the same app under different names to gain more visibility in the store.
You should contact them and try to explain your case, or change your apps code and UI significantly enough to prove them these apps are different.
Create one football app and allow the user to buy teams as in app purchases.
Let the user have one team included in the price of the app.
Now, I have seen following Apps are almost same and available on AppStore
This is a common mistake. You can not use the existence of apps in the iOS App Store as any sort of precedent. These apps may have been accepted by accident, or under a previous interpretation of Apple's rules, which will not apply to your submissions.
Go by the current interpretation of the App store guidelines.
Maybe sell your apps to the respective teams so that you won't be submitting multiple apps, or running into any trademark licensing problems.
"Developer spamming" as explained by App Store Review Guidelines:
Developers "spamming" the App Store with many versions of similar apps
will be removed from the iOS Developer Program
Re: Apps in the Apple Store (iPhone &iPad) --
I've never seen a source that lists how many times a certain App has been downloaded / paid for. Is there one?
I'm deciding what to do for my next App and would like to check around and see how some individual Apps are selling that are in my area. To see if there's a market for whatever I'm going to do.
I believe Apple used to list how many times an individual App had been downloaded. But it's not there now.
Thank you.
Log onto your developer account and go to iTunes connect. Information about all of you apps is there with download reports, crash logs, etc.
I have some questions that I think some one here can help me ...
I have published 5 apps in AppStore that brings news to the users, for different countries. One app per country, because no one want's to read the news of other countrys. Now, I have submitted 3 more apps to publish and Apple reject it, because they say that I need to use "In App Purchase" because the apps are similar ...
I have seen many similar apps published by the same user .. so, my question is, how can I publish many similar apps without "In App Purchase"?
I have used the same "bundle Id" for all of my apps .. Is it wrong? I need the create one bundle Id per app to get this work and the ok by Apple?
Thanks you very much and sorry for my limited english!!
Since Apple released the App Store Review Guidelines, one of them is that developers should not "spam" the app store with multiple versions of the same app with minor changes.
What Apple wants from you right now is to merge all your apps into one. Put all the news sources in one app, and let the user decide which to read. You can write code to disable and/or hide other news sources that the user doesn't want to see.
Or, as Apple said, if you want to charge for each individual news source, then use In-App purchase to control access to each news source.
If you are charging, I won't get into the legality of charging people to read news that you don't own - I'm sure you've considered that.
Source: App Store Review Guidelines
2.20 Developers "spamming" the App Store with many versions of similar apps will be removed from the iOS Developer Program
At least you need to create unique bundle ID's for each application you distribute through the App Store.
It is possible that Apple still determines that the apps are identical even if they use different bundle ID's. In that case you might be able to get them approved by limiting the distribution countries in the store setup.
Maybe you should follow Apple's advice.
I know plenty of people who like to keep informed about news of other countries.
Such as people who have migrated and people who are on holiday?
Something to consider maybe.
There has been a lot of talk around iPad-Apps / Approval / Store-related Questions. I've recently built an App which I'm just about to release / send to Apple for approval.
I'm thinking about developing a dedicated iPad-App as well.
Now, in order to not have two seperate Apps in the Store (one for the iPhone, one for the iPad) i want to create an universal-App for both platforms.
However, i couldn't figure out if it is possible to first send in my iPhone-only app and later publish an update that enables my app to run on both platforms.
Does anyone have an idea on that topic?
thanks in advance
sam
Yes, you can update an iPhone app to become a universal app.
Many apps are already doing that. Universal apps provide the better user experience, I think, as they reduce the number of "duplicates" in your iTunes library (and on your iPad).
Unfortunately, a great many developers are going the "two separate apps and make the iPad one really expensive" route instead, too.
The only downside to universal apps I can see is the increased size (all the iPad-only stuff that iPhone users do not need), which could be a factor for the more fancy applications. Does anyone know if iTunes is clever enough to strip this out when syncing?