I have an iphone app. I want to upload this app 2 times in itune with different name.
is it possible?
You can, but you should also change Bundle ID and maybe you'll have to desribe the reason of it for Apple guys.
Quote from App Store Review Guidelines
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
Pay attention to the phrase "may be rejected". As someone experienced told me, this rule exists to prevent cluttering App Store with apps where, for example, only a color of the background changes. If you provide different content, than it's different user experience and as a result - different app.
You can upload an application more than 2 times in itunes. Your applications must have own unique Bundle Identifier to Upload or you already can't see your app in Application Loader.
But there is a point, if you will not describe why you upload the same application with different name in itunes (with different Bundle Identifier), Apple will going to reject your application with description "App Duplication"..
There's no way to be sure if it'll be rejected. But I highly doubt that it'll get caught with a different name. We have done it before, to transfer an app to a different account. (Before app transfer was introduced.)
Just remember to change the your bundle identifier - and the provisioning file of course. :-)
Related
Is it possible to have the same identical app on App Store, but under two different developer accounts, and slightly different names?
I need to move an app from one dev account to another, but I would like it uploaded on the new account before removing it from the old one.
Anyone have experience with this?
The two apps will have to have unique and different iTunes Connect names and different Bundle IDs. The only sure way to determine whether or not this is possible is to submit the new app, and see if Apple approves it.
I've seen the same app "Smart Alarm Clock" by Arawella corp being sold both as a free version and as a paid version. They essentially have the same app twice in the app store, just with different icons. If a company that big can get away with that, you can probably too (paid and free version)
I'm thinking about building a series of iOS apps.
Each app will be purchased individually but I'd like in-app purchases within any of the apps to be universal. ie, pay for it in one app of the series, it's available in any other apps installed to use too.
Is this possible without forcing the user to create an account of any sort?
Many thanks
Answer is NO, Reason is all your IAP are identified by the bundle identifier and that is unique for each application, as all the IAP's are specific to the bundle identifier you can not share those.
There is another way of achieving what you asking for, I don't know all your requirements still I would NOT follow this solution, still I am writing to know some options.
You can sharing the keychain across the applications and keep track of purchases across apps.
Keychain data is not deleted on deletion of the app
If user resets/restore phone keychain data can get deleted and you will be at dead end, as user has to restore the content from your 1st application to use in 2nd application... (yeah confusing.. right ?)
There may be some other complications I am missing right now.. good luck
12 months ago I developed an iPhone app which was rejected by the app store. I have recently come up with a solution to get round the reason why the app was rejected and was planning on resubmitting. I have just discovered that an app was released less than a month ago with the name I was going to use for my app. Is there any way that I can object to this? Not only did I submit <my iphone app name> but I also own the domains www.<my iphone app name>.com and www.<my iphone app name>.co.uk.
There are a couple of similar questions on here which suggest trademarking your app name to prevent this from happening and also effectively reserving an app name within the app store. I specifically want to know if there is a way of objecting to someone elses name.
EDIT: I am NOT looking for opinions as to whether I will be able to stop the name of my app being used by someone else. I want to know if there is a way of contacting apple about this
What branding do you have around your name? Since you haven't released, one could argue that you chose the name after seeing the success of the other application. If you don't have demonstrable pre-existing art then you don't have much to stand on.
To save time, money and heartache, I would simply change your name. If you already have a lot invested in the name (marketing, ads, reputation) then the cost of changing your name may outweigh the cost of fighting.
The other argument is it took you 12 months to resubmit. That will show a lack of interest on your part, and a lack of enthusiasm. Should apple be required to prevent apps with the same name of a previously reject app from being approved for ever on the off chance they re-submit?
For some insight into Apple's thinking on this:
http://www.wired.com/gadgetlab/2009/11/steve-jobs-to-developer-name-change-not-that-big-of-a-deal/
Short version: choose a different name for your app and move on.
If they were on the store before you and if you haven't trademarked the name, then it goes to them. Doesn't matter if you "came up with the name first" or you have the domain names for it, they got to the store first. Just change the app's name, that's all you can do, unless you own the trademarks (and have owned them before their app came out), then you can go after them.
There doesn't appear to be any way of contacting apple about this.
This link shows a video where an app upgrade is "forced" from within the app itself:
http://buzzworks.de/blog/update-ios-beta-apps-from-within-the-app
The App Store is not called in and it's said to work only for AdHoc
apps.
Anyone knows how is this possible?
edit: please give a look to the video before answering. AdHoc apps are signed by the developer and they do not come from the App Store. This sort of forced update is useful when doing beta testing and in enterprise applications.
I've found that it's all explained here:
http://developer.apple.com/iphone/library/featuredarticles/FA_Wireless_Enterprise_App_Distribution/Introduction/Introduction.html
The developer should create an .ipa with the app and a manifest in plist format with the URL to the .ipa and a few other things.
The app can optionally implement its own way to find if an update is available and open
the URL to the manifest.
I didn't it's really possible because the app has to somehow sign itself. The best I can think of right now is that the app is not signed?
You can always force people to go to the app store when a new version is out. Simply make the app connect to a webservice first. Other solutions are not accepted by Apple, or will quite simply not work because of other issues (signing is one of many).
You could also design your app in such a way that forced updates are never a requirement. You can load your user interfaces from the web (Apple has presented some valuable information about that during the previous WWDC), your data can come from the web, and if there is any other correction to do just ensure your app is backwards compatible.
That's how the app store works. And it never requires a 'forced update' ... Well, almost never ;-)
I just went to submit my first app involving iAds, and in the beginning of the app submissions process there is a new button to "Enable iAds". I click and get the following error:
"You have no eligible bundle identifiers. Please register one here."
So i went to my provisioning portal, expecting to see a configure iAds option similar to GameKit, in app purchase, etc; but no dice. What gives?
Btw, my iAds network contract is in place with the nice green checkmark of completitude. Can anyone tell me what I'm missing?
You need to create a unique App Id in this case to add iAd functionality, like com.yourcompany.yourappname in the dev provisioning centre. Look up creating unique App Id there are many resources. This will give you the necessary bundle identifier.
Make sure your AppID is not using a wild-card bundle. While the provisioning portal does not mention iAds explicitly, it does mention that wild-card App IDs can't be used for push notifications or in-app purchases, and I do have the sneaking suspicion the same limitation applies to the iAd network as well.
I' having the same issue with a new app I'm trying to upload today. But here are my inputs:
1 - I have a family suite of apps (about 48) called "You Know You Are" (ie: You know You Are a Guy, You Know You Are from Miami, etc). Each have their own unique appID. Out of those 48 only ONE of those appear in ENABLE iAD section.
2 - I have another set of app call "How Long Can You" (ie: How Long Can You Tap It and How Long Can You Turn It). I never created a unique appID for these. The app bundle DOES have each of them unique(com.site.tapit, com.site.turnit) and the Distribution profile I sign it with with the wildcard profile. When I went to update those apps yesterday, they DID show up. No typo here, I double checked, YES I did say that I WAS able to enable iAd for those two apps.
I was reading a bit on why only one my other family apps appear in the list. I came across this thread and decided to add my 2-cents, more like 1-and-a-half-cents since I feel none of this makes sense ;)
Also, I decided to follow instructions and I just added a new AppID for a new app I want to upload and I still do not see it in the list.
Hope this sheds some light to help fix/diagnose what is going on.