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 7 years ago.
Improve this question
I've developed an iPhone application that sends off emails which contain google maps, embedded using the Google Static Maps API. The app will be for sale on the iTunes store (ie not free).
Do I need to get a Google Maps Business account? If so, how do I even apply for an account?
A point in the right direction would be appreciated. I contacted google but got the default reply that created more questions that it answered. eg it said:
"Note:
a) The sale of a product with Google Maps integration requires a special approval and associated licence upgrade."
but it didn't say how to do any of this.
Any tips would be appreciated
As per Google:
Usage Limits
The Google Places API has the following query limits:
Users with an API key are allowed 1 000 requests per 24 hour period.
Users who have verified their identity through the APIs console are allowed 100 000 requests per 24 hour period. A credit card is required for verification, by enabling billing in the console. We ask for your credit card purely to validate your identity. Your card will not be charged for use of the Places API.
So all you need is to give your Credit Card information and pay nothing.
You are not allowed to use the free Google Maps API on the iPhone if the App is for Sale unless you use Android with Google's store. See 9.1.2 Exceptions: https://developers.google.com/maps/terms
(Free Access) does not apply if your Maps API Implementation is used in a mobile application that is sold for a fee through an online store and is downloadable to a mobile device that can access the online store.
A commercial Maps Api License is too expensive for most cases.
Note: This mostly affects Webviews, because the built in Mapkit on newer iOS serves Apple Maps, not Google Maps.
Related
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 7 years ago.
Improve this question
I'm building a simple iPhone app with my developer. The main purpose of the app is to simply open my site on its mobile browser. In my site there are two log in options:1. Login via Google and 2. log in via Facebook.
But when my developer went to register this on istore the app has been rejected.
Here is what I received from my developer:
"As per Apple’s guidelines the app should offer features which should provide some interaction with the iOS device like your website offer login using Facebook which should actually be using iOS’s own FB login. Further the website offers searching for contacts, so we can have something like saving those contacts on device memory.
However, all these changes will involve efforts which need planning and are also not small tweak which can be made today and resubmit the app. "
So he is asking me to include log in via FB using APPle SDK otherwise my app can not be submitted.
Can anybody help me to solve this issue?
Thanks
Apple's AppStore Review Guidelines include the following:
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
As I understand it from your description, your app simply shows your website. You should think about some additional features that could be integrated. One that apple seems to have included in your rejection might be a "native login" using the Facebook SDK for iOS.
Would Apple allow in-app-purchases which give access to a web app or online service? If, for example, I build a native iOS app version of an online service (say, a paid service similar to Readability, Squarespace etc.) would Apple allow me to use in-app-purchase to allow users to buy a subscription which would give users access to both iOS and web version of the service?
I'm asking this because, after initially thinking that this would be allowed, I found that https://developer.apple.com/in-app-purchase/In-App-Purchase-Guidelines.pdf contains: "In-App Purchase items cannot be shared across applications or platforms." which seems to disallow this. However, in the same pdf, Apple explicitly say that services like buying VoIP minutes are allowed to be dealt with in in-app-purchases. Additionally, in the past Readability was rejected for not providing in-App-Purchases, seemingly suggesting that this is allowed.
Put simply, do Apple allow that after an in-app-purchases for an in-app-service is made, the same service access is given through a web version of the iOS app?
I think it is provided the service is consumed majorly through the iOS app itself. Subscriptions can work the way you are suggesting but only if if you also provide the same service as on the web in your app.
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 9 years ago.
Improve this question
Today's world is mostly converted to mobile platform from the desktp platform and most of the payment trasaction, purchase and ecommerce facilities available via mobile applicaitons.
So, What is the best way to do payment integration in mobile application specially in iPhone, iPad, Android, Blackberry and Windows platform? There are plenty of third party API available out there but which one is the secure method to do paymaent gateway for mobile application development.
(1) For iOS platform we have inApp Purchase but it takes almost 30% to the apple and owner will get only 70% of the payment. Still there are some limitations are there as we can't provide the physical goods and services via inApp Purchase.
(2) Paypal is the secure method of payment gateway and it is also implemented in many of the mobile applications.
(3) Direct credit card payment option is also great one to use.
(4) There are many third party APIs available out there.
So, Here for mobile application development which is the best method to use specially for iOS platform like iPhone and iPad application that can be easily approved by apple without any problem.
We have two APIs for payment integration with iOS apps. The first uses app to app integration where transaction data is sent from the developer's app to our payment app. The other API allows developers to seamlessly integrate our payment app functionality into their app. Both APIs allow for easy approval by Apple and removal of the PCI-DSS compliance burden. For more info you can start here: http://developers.moblized.com/.
Update: We'll have similar APIs for Android by April 15, 2012.
If you have in app purchases, they HAVE to use Apple's API or else your app will be rejected.
The only way to (sort of) get around it is to have the purchase be on a website and it will unlock something on your app. You can't link to the website from your app though so it's kind of useless if you don't already have users visiting your website. This is how the Kindle app does it since Apple forced the use of their in-app purchase API.
there have been some confusion about using analytics in apps. Just to make sure I got it straight:
I want to use Google Analytics in my app to track app usage (tracking what content is being viewed basically). I'm not sending any user or device data to Google.
Firstly, I understand that Google Analytics API is completely fine to be used and doesn't violate any Apple developer agreements.
Secondly, I assume that in this case (anonymously tracking app usage - no user or device data) I am allowed to use the service without the need to say anywhere in the app that analytics is being used (so the 3.3.9. of 'iOS Developer Program License Agreement' doesn't apply here).
Can anyone confirm my assumptions or explain if they are not right?
Or better did anyone of you have your app using analytics approved even though it didn't say anywhere it is using it? ...or the opposite
I've seen plenty of forum entries on the subject none of them though clearly stating what is required by Apple and what is just recommended.
Thanks
I know you're asking about Google Analytics, but for what it's worth, I've had great success using the Flurry analytics package in my apps. It's very stable and provides a lot of great metrics. If GA doesn't work out for you, I'd say give this a try:
http://www.flurry.com/
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 5 years ago.
Improve this question
Our business is currently looking at developing iPhone versions of applications we build for our clients. The apps are currently used internally within these businesses and are not (currently) web-facing.
A stumbling block seems to be deployment - requiring all of our clients to sign up for the iPhone enterprise programme won't work, as this is a big ask for companies who outsource their IT infrastructure (e.g. this simple task will probably end up costing lots of time and money and become a project in itself!).
I've been doing some research and haven't found a straight answer so far - is Apple happy to distribute applications which require logins to existing (paid for, business) services? I guess my main examples in this case would be spotify (not business but requires paid account) or Salesforce.com (again, requires paid account).
While there are many examples of it being allowed (Spotify, Twitter and Facebook clients, etc.), here's one which Apple rejected for requiring registration:
http://readitlaterlist.com/blog/2010/08/version-2-2-rejected-new-rejection-reason-from-apple-may-have-major-implications/
However many people on Hacker News considered this to be a mistake on the reviewer's part, rather than something in Apple's guidelines:
http://news.ycombinator.com/item?id=1626034
Is Apple happy to distribute applications which require logins to existing (paid for, business) services?
Yes, there are very many examples:
Amazon.co.uk and all the other shopping apps might be examples
Streetcar
iDisk (by Apple)
Find My iPhone (by Apple)
Sky+
...
Sklivvz is right, the only gotcha is they will already need a login to your service. If you let them create and pay for an account inside the app, you will have to use Apple's in app purchase and Apple gets 30%.
cf App Review Guidelines, section 11 (Purchasing).
Alternatively, you can launch Mobile Safari from the App, and after registering you can pass their login details back to the app using a custom URL handler (eg. myappid://somestring/) here is an explanation of custom URL schemes http://www.idev101.com/code/Objective-C/custom_url_schemes.html