Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 9 years ago.
Improve this question
I need to do a market research on specific type of apps. so is there a way for me to know the download count of the app / any app.
Is there a way to find the number of downloads for a particular app in the iTunes App Store.
There is no way to know unless the particular company reveals the info. The best you can do is find a few companies that are sharing and then extrapolate based on app ranking (which is available publicly). The best you'll get is a ball park estimate.
Updated answer now that xyo.net has been bought and shut down.
appannie.com and similarweb.com are the best options now. Thanks #rinogo for the original suggestion!
Outdated answer:
Site is still buggy, but this is by far the best that I've found. Not sure if it's accurate, but at least they give you numbers that you can guess off of! They have numbers for Android, iOS (iPhone and iPad) and even Windows!
xyo.net
found a paper at: http://papers.ssrn.com/sol3/papers.cfm?abstract_id=1924044 that suggests a formula to calculate the downloads:
d_iPad=13,516*rank^(-0.903)
d_iPhone=52,958*rank^(-0.944)
I think developers can do this for their own apps via iTunes Connect but this doesn't help you if you are looking for stats on other peoples apps.
148Apps also have some aggregate AppStore metrics on their web site that could be useful to you but, again, doesn't really give a low-level breakdown of numbers.
You could also scrape some stats from the RSS feeds generated by the iTunes Store RSS Generator but, again, this just gets currently popular apps rather than actual download numbers.
Related
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 10 years ago.
Improve this question
Working for a digital agency, you get a lot of interesting requests! :)
I have a client who has asked a rather strange question:
Is it possible to submit the same app to the App Store under multiple, different accounts/identities?
So if you search for Company A in the App Store, you would get this app as a result, and if you also searched for Company B, you would also get this app as a result.
Thanks!
Read the AppStore Review Guidelines Apple recently published.
2.20 Developers "spamming" the App Store with many versions of similar apps will be removed from the iOS Developer Program
Additionally, I think it'd be wise to advise your client against such a move, as it will only cause fragmentation for the app. Apps have keywords, so perhaps you should focus there to increase search results. I think you'd run into some issues submitting the same app to the store under different developer accounts--not to mention that you have to have individual developer accounts to even attempt such submissions. It'd really be a headache.
Technically, yes. At least if you're using different App-IDs and sign it with the distribution certificate for the account you'd like to upload it under.
I do not know however if Apple checks for 100% identical code / apps while reviewing apps - if not, it would propably work, if no, propably not :)
Even if multiple developers could get the same app approved, they would still have to change the app ID and the app name, so the search results would not show the same app, but multiple similar apps, all with different reviews and ratings, the aggregate of which would all be far lower in the popularity rankings.
Closed. This question is off-topic. It is not currently accepting answers.
Want to improve this question? Update the question so it's on-topic for Stack Overflow.
Closed 12 years ago.
Improve this question
Possible Duplicate:
How much does it cost to develop an iphone application?
Hope somebody can help. I have been googling trying to get an indication of how long it took apple to develop the AppStore & the iPhone SDK?
My Co. have had an idea to try and do a similar thing internally for our own apps and massively underestimating the amount of work that will be required.
If anybody has any idea how long Apple spent developing the SDK & AppStore, links to any pages even better, I would be very grateful for the info so that I can use that for discussion about the plans.
Cheers
Well apple has hundreds of trained engineers working for them, even still at launch, Steve Jobs said the iPhone took around 6 years to create. Along this time frame they were creating the iPhone SDK which they used to create all the apps built in to the phone. Since then they have been constantly updating the SDK several times a year, expanding a lot. The App Store, my guess is that they used the robust iTunes base they already had for distribution, and then all the rest (legal and technical) things should have taken no time at all.
I'm not sure what your company wants to do but it seems without Apple's resources you'd be better off not.
Closed. This question does not meet Stack Overflow guidelines. It is not currently accepting answers.
This question does not appear to be about programming within the scope defined in the help center.
Closed 4 years ago.
Improve this question
I am thinking of putting together an app that will be pulling data from a very popular website. I have already looked at search and responses from the site and believe it can be done.
The only one question I have is, will apple have a problem with me doing this? The website more than likely will NOT give me permission to skim, but its public information so.... Will apple reject my app because I am skimming another site for data?
I would setup my own server to do the skimming but I am sure this website will see my ip hitting their servers a billion time a day (hopefully :) and ban my ip, so I plan on having the iphone itself skim the site.
Apple probably won't have an issue with this, but the website probably will. Most websites hate scrapers and put it in their terms of service that you're not allowed to scrape.
Apple only reject apps like this if they scrape Apple websites. Apple aren't bothered if you scrape someone else's site.
Closed. This question is opinion-based. It is not currently accepting answers.
Want to improve this question? Update the question so it can be answered with facts and citations by editing this post.
Closed 1 year ago.
Improve this question
I've created an app, that is self-explanatory. What is the etiquette in the iPhone world: do I still need to have an About button that explains what the app does, website, email, all that? Or is that unnecessary?
I wouldn't consider it necessary, but then again I would get a second opinion about your app being self-explanatory; you wrote it after all :) Seriously, I've found a lot of "obvious" UI and behavior I've written over the years to be not so, and it's helped to have opinions from others (especially those who don't use computers for day-to-day work) to bring more clarity.
But from an etiquette standpoint, I'd say no: in fact if your app truly is self-explanatory it'll just get in the way of what your app does, which is what consumers are after.
I think that you almost always need one, especially in a paid application. You want it to be as easy as possible for your users to get in contact with you for support (no need to make an upset user angrier by making them search for your contact info), because happy users leave good reviews, and support requests often help you to figure out what needs work in your app. Additionally, if you release a free app but you also have some paid apps for sale, I think the free apps need an about screen that will send your users to your page on the App Store; after all, you might as well get some free, non-invasive promotion when giving away something.
The only time you probably don't want to include an about screen is when you don't want to hear from users. If you're giving away a free app, and you don't want to deal with people having problems with it, then don't even bother with an about box. Or if you're Apple, since about boxes in their apps would be redundant.
I don't entirely agree with zoul here. I think that every app should include information about how to contact the developer and/or get support if it's needed. Yes, you can put this information in the App Store listing, but that makes it more difficult for your customer. I'd say yes, add the About view.
The etiquette in the iPhone world is to design sane applications. If your application does not need an About screen, don’t do it. Those who want support can always check out your application description in the App Store.
Closed. This question needs to be more focused. It is not currently accepting answers.
Want to improve this question? Update the question so it focuses on one problem only by editing this post.
Closed 5 years ago.
Improve this question
I am going to develop on iPhone platform. Can some one make an explanation about how to do this? Here is some of my question?
If I want to publish my iPhone software (totally free, and will be free forever), do I have to register apple developer with $99?
If I don't pay for apple, where else can I get detail development information (such as API documentation, library references, etc)?
What are the steps to develop and publish my software by the official way if I want to spend as little money as I can?
If you want to publish in the app store, you have to pay the $99.
There are tons of tutorials, and several good books available.
See #1. You've got to pay the $99 to publish the official way (through the app store.)
All that said, there is the concept of ad-hoc deployment which lets you share a limited number of apps with other people. The limit is 100 phones, and the users will have to go through a much more complicated process to get the app installed. The real purpose for ad-hoc distribution is getting your app to people who can test it before you send it to the app store.
In my opinion, after you've bought the iPhone and the Mac you have to have to run XCode, $99 is a pretty small price to pay. You're probably paying that much every month to keep the phone.