OVH, par la voix d'Octave Klaba, son fondateur, se plaint de la manière avec laquelle Apple gère la validation d'une mise à jour de son application. Mais les explications données font se demander si Apple a vraiment le mauvais rôle dans l'affaire.



Dans l'un des forums d'OVH, Octave Klaba commence par expliquer que la mise à jour du client Hubic pour iOS (un service de stockage de fichiers dans le nuage) est retenue depuis longtemps maintenant dans les tuyaux de la validation d'Apple.

« Depuis environ 3 mois, on n'arrive plus à valider la nouvelle apps Hubic auprès d'Apple. Cette nouvelle apps comporte les bugs fixes et les nouvelles fonctionnalités (sync).

Le problème qu'Apple évoque est que comme hubiC est une offre stockage Cloud et qu'on commercialise les offres payantes, ces offres payantes doivent obligatoirement être proposées via iTunes ! C'est extrêmement surprenant puisqu'aucun de nos concurrents autre que Apple n'est pas obligé de le faire. »

Cette première affirmation interpelle (nous avons envoyé quelques questions à Octave Klaba dans l'après-midi, sans réponse pour le moment de sa part). Il suffit de prendre l'app de Dropbox pour constater que la migration vers une formule de stockage supérieure passe par un achat In-App en bonne et due forme, donc via Apple et donc avec le prélèvement de 30% sur la transaction. On peut aussi donner l'exemple de Google Drive avec l'option 25 Go qui se règle en achat In-App.



Dropbox et Google n'ont pas eu de traitement de faveur, ils suivent simplement deux règles connues de l'App Store. D'abord, l'achat d'un contenu ou d'un service est soumis à l'utilisation du système In-App d'Apple. Ensuite, il est interdit de se contenter de renvoyer vers une page web extérieure pour réaliser cet achat hors de l'application.

11.2 Apps utilizing a system other than the In-App Purchase API (IAP) to purchase content, functionality, or services in an App will be rejected

11.3 Apps that link to external mechanisms for purchases or subscriptions to be used in the App, such as a “buy” button that goes to a web site to purchase a digital book, will be rejected



En revanche, d'autres clients, comme le SkyDrive de Microsoft sur iOS, ont fait le choix de ne pas proposer de formule d'abonnement dans l'application. Il faudra faire cela sur le site de l'éditeur, et l'application se garde de vous y envoyer directement.

« Visiblement Apple cherche à vendre leur iCloud ou sinon avoir 30%" de chiffre d'affaires de tous les autres stockage dans le Cloud qui ne sont pas américains ! »

On a vu que les américains Dropbox et Google ne profitaient d'aucune faveur. Sur la volonté de "vendre de l'iCloud", on relatera notre propre expérience avec notre application MacG Mobile. L'été dernier, lorsque nous avons essayé d'intégrer le Club MacG - cette formule d'abonnement payant pour supprimer la publicité - nous avions conçu une méthode qui utilisait iCloud. Ceci afin de permettre à un utilisateur de synchroniser son abonnement de manière tout à fait transparente sur plusieurs appareils. Paradoxalement, Apple a rejeté cette mise à jour à cause de cette fonction, au prétexte que l'on allait obliger nos utilisateurs à créer un compte iCloud… On a donc fait sans iCloud, avec nos propres serveur et l'app fut validée.

« En plus, Apple essaie de nous obliger d'abandonner notre système de login et mot de passe et utiliser les login et les mots de passe d'iTunes !! Ce qui est inacceptable pour nous. Vous faites confiance à OVH et nous ne pouvons vous garantir la confidentialité de vos données que si vous utilisez notre système de login/mot de passe. Si vous utilisez le système d'Apple et étant donné qu'Apple est soumis à Patriot Act, vos données sont sous le Patriot Act ! Et donc on ne peut plus rien vous garantir.

En même temps on voit mal comment Apple peut obliger Google ou Microsoft à utiliser leur login/mot de passe… Et pourquoi les obliger à utiliser les login d'iTunes puisque Google, Dropbox ou Microsoft sont déjà soumis à Patriot Act ? »

Le passage sur le Patriot Act n'est pas très clair. Mais encore moins celui avec l'idée selon laquelle, pour s'identifier sur son compte Hubic, il faudrait utiliser ses identifiants iTunes. Si l'on comprend bien, Apple se substituerait à OVH pour l'identification à ses services ! Cela paraît tiré par les cheveux. Pour reprendre l'exemple de Dropbox et consorts, on ne s'identifie jamais avec un Apple ID, mais avec ceux du service. L'identification iTunes ne sert qu'une fois, pour l'achat In-App. Même chose dans notre application, elle demande l'Apple ID pour l'achat d'un abonnement, et rien d'autre.

Octave Klaba conclut :

« En bref, il y a quelque chose qui est en train de se jouer entre Apple et Ovh. Nous ne sommes pas soumis à Patriot Act et on voit qu'il y a une différence de traitement vis-à-vis de nos concurrents américains qui eux sont soumis à Patriot Act. On n'arrive pas à s'empêcher de penser que quelqu'un n'est pas content qu'il existe un système de stockage Cloud qui échappe aux regards indiscrets et qu'il est impossible de savoir ce qu'il s'y passe. Combien de clients ? Qui sont nos clients ? Qu'est ce qu'ils stockent sur hubiC ? Oui, hubiC est sous le radar de Patriot Act et ça fait désordre… On ne lâchera pas. hubiC restera sous ce radar »

À noter aussi chez Clubic, le témoignage d'une société française officiant dans le même domaine (Bajoo) et qui explique avoir pu faire valider son application après s'être mise en conformité avec les règles d'Apple. Espérons qu'OVH pourra apporter quelques éclaircissements et des informations plus précises. Ceci étant, il arrive que les conditions posées par Apple à la validation d'une app défient certaines lois de la logique (et on parle d'expérience), mais dans ce cas-ci, on attendra d'en savoir plus.