Apple vs Epic : Apple ne veut pas du modèle Android
Jardin fermé à dessein pour retenir ceux qui y sont entrés ou jardin sécurisé pour en protéger les occupants ? Epic et Apple ont une vision diamétralement opposée de l'App Store d'iOS. Leurs avocats respectifs ont encore eu l'occasion d'en faire état au premier jour du procès qui oppose les deux entreprises en Californie, et ce pour les trois semaines à venir.
« Epic veut que nous devenions Android, mais ce n'est pas ce que nous voulons », a déclaré Karen Dunn, l'une des avocates d'Apple, ajoutant « Et nos clients ne le veulent pas non plus. Ils veulent avoir le choix ». Le choix entre deux modèles. Celui d'Apple qui conditionne le téléchargement d'apps iOS à un passage par l'App Store, et celui de l'écosystème Android où l'on peut passer outre Google Play et aller chercher des apps ailleurs.
C'est tout l'enjeu du procès, Epic espère obtenir de la justice qu'Apple n'impose plus l'App Store (et, partant, son mode de paiement intégré) comme l'alpha et l'oméga du téléchargement et du paiement des apps et des contenus sur iOS.
« Le jardin aurait pu avoir une porte » a fait valoir Katherine B. Forrest, l'une des avocates d'Epic, affirmant que « Le plan d'Apple était d'enfermer les utilisateurs à l'intérieur et de les empêcher de changer et de quitter l'écosystème Apple ». Epic a produit plusieurs échanges internes montrant que les responsables d'Apple étaient parfaitement lucides quant à la capacité de leurs apps et de leurs services, lorsqu'ils sont réunis, à rendre plus compliqué un changement de plateforme pour les utilisateurs.
Sa consœur a renversé le point de vue, en se plaçant du côté des développeurs, et avancé la carte de la sécurité, une thématique sur laquelle Apple s'appuie systématiquement pour défendre son modèle : « Apple n'a pas créé un écosystème intégré et sûr pour empêcher les gens d'entrer », elle l'a fait pour « accueillir les développeurs sans sacrifier aux principes de confidentialité, de fiabilité, de sécurité et de qualité qu'attendent les consommateurs ».
Là encore, Epic a pu étaler, dans sa présentation préliminaire, des exemples où la surveillance du contenu de l'App Store par Apple a été prise en défaut, au grand dam de ses responsables.
Avoir le choix ?
Disposer d’une alternative à l’App Store n’empêcherait pas de l’utiliser.
Si dans un village il n’y a qu’une seule boulangerie et qu’un jour s’en ouvre une deuxième, les clients de la première boulangerie conservent ont choix de continuer d’y acheter leur pain
@rua negundo
Sauf que dans le cas d’apple, le village EST la boulangerie. Donc ouvrir une seconde boulangerie dans la premiere plus grosse est-ce justifié?
(trad: attention aux comparaisons)
sur le fond, faites donc confiance aux avocats des deux cotés pour faire valoir les fond et la forme. Et surtout évitez les idées préconçues. Pour le coup, perso, je vais rester purement attentif.
@raoolito
Vous réduisez l’iPhone à l’AppStore.
Or, certaines personnes utilisent peu l’Appstore : Safari, Mail, Photos, téléphone, sms, Notes,… autant de fonctionnalités disponibles lors de la première initiation de l’iPhone et accessibles sans utiliser l’AppStore. C’est cela le village. Il ne faut pas confondre iOS et l’AppStore.
L’AppStore est le grand commerce de ce village iOS. Pourquoi ne pourrait-il y en avoir d’autres ?
@rua negundo
"L’AppStore est le grand commerce de ce village iOS. Pourquoi ne pourrait-il y en avoir d’autres ?"
Non.
L'Apple store est l'un des commerces du marché des applis sur mobiles.
Nombre d'applis sur iOS sont aussi dispo sur Android.
C’est le même marché.
Sur ce marché, il y a déjà une multitude de store.
Apple est propriétaire d'un magasin qu'elle exploite elle même en son nom propre.
Android est propriétaire d'un magasin dont elle vends des licences de marque, mais aussi des espaces de ventes (Android que est utilisable par une multitude de constructeur) dans lesquels vous pouvez installer votre magasin si vous n'êtes pas intéressé par le sien.
Aucun des deux systèmes n'est moins valable que l'autre.
Pour qu'un marché soit concurrentiel, les deux se doivent d'exister.
Non il a raison
@rua negundo
iOS n’est pas le village mais une boulangerie parmi d’autres
Il y a aussi des boulangeries Android, Harmony, Tizen,…
Bref le client a le choix d’aller où bon lui semble.
Mais le boulanger Android, ne devrait pas pouvoir vendre gratuitement sa marchandise dans la boulangerie iOS….
Si Android a préféré faire un Halle c’est son choix…
@rua negundo
Oui, mais si la seconde boulangerie ouverte vend du pain nocif moins cher, où vont aller les clients ?
@zspy59
Ils iront se plaindre dans un Apple store comme quoi les applis c’est tout pourri et l’image d’Apple va dégringoler.
@roccoyop
C’est plus que certain
@rua negundo
"Si dans un village il n’y a qu’une seule boulangerie et qu’un jour s’en ouvre une deuxième, les clients de la première boulangerie conservent ont choix de continuer d’y acheter leur pain"
Sauf que Apple n'est pas un village c'est un commerce dans le village dont vous parlez.
Les boutiques de tél, vous en trouvez d'autres.
Les boutiques d'applis, vous en trouvez d'autres.
A coté, vous avez le généraliste Android.
A coté encore la boutique privée Samsung, à coté la Xiaomi, à coté la Sony, etc ...
En quoi la boutique privée Apple devrait elle vendre du Android, du Xiaomi, du Sony etc ... si elle ne le souhaite pas ?
Et inversement pour les concurrents d'Apple.
@rua negundo
+1
Pour ma part j’aimerai avoir un store alternatif pour y installer des émulateurs de GBA, GeForce now ou Xcloud aussi.
« Epic veut que nous devenions Android, mais ce n'est pas ce que nous voulons », a déclaré Karen Dunn, l'une des avocates d'Apple, ajoutant « Et nos clients ne le veulent pas non plus. Ils veulent avoir le choix »
Bah justement Karen (!) on veut pas voir le choix ! Le choix d’utiliser un autre store lol
Ou comment se contredire en une phrase …
@rua negundo
Avoir le choix. Mais ensuite, un développeur veut utiliser un système parallèle. De ce fait, l’application n’est pas disponible sur l’AppStore.
De ce fait, le choix n’est plus. Si tu veux cette application (que tu es peut-être forcé d’utiliser pour diverses raisons), tu dois passer par cette alternative qui n’est pas sécurisée.
Donc forcer l’usage de l’AppStore a ses inconvénients, certes, mais ce qui semble être un choix au début ne l’est pas du tout.
Et vu la commission d’Apple, les développeurs iront sur la plateforme alternative.
Existe-t-il une solution parfaite ?
Si oui, je ne l’ai pas. Cela n’en rend pas moins mon analyse correcte.
@Sillage
> tu dois passer par cette alternative qui n’est pas sécurisée.
Pourquoi elle ne le pourrait pas ?
Pourquoi forcément penser que le processus de validation d'apps iOS ne puissent avoir lieu et n'avoir d'intérêt que si l'app est ensuite distribuée par l'AppStore d'Apple !?
Si Apple a véritablement à coeur de garantir la sécurité et la qualité des apps pour iOS, si un régulateur de marché lui impose d'ouvrir iOS a des stores alternatifs, elle n'a aucun intérêt à refuser de proposer son processus de validation des apps aux développeurs même s'ils distribuent ensuite en dehors de l'AppStore.
Pour ce qui concerne l'argument du risque que des apps ne soient disponibles que sur certains stores, il me semble valable en effet. Mais le marier avec une insécurité quasi automatique, nettement moins.
Apple peut parfaitement faire en sorte que iOS refuse, par défaut, tout comme elle l'a fait dans macOS, de lancer toute application qui ne dispose pas d'un certificat certifiant qu'elle a été validée par Apple (ou des tiers agréés par elle pour le faire pour elle, d'ailleurs, comme elle le fait déjà il me semble). Et laisser, ainsi, l'utilisateur seul responsable, tout comme sur macOS, s'il décide de passer outre l'avertissement.
Apple peut même en faire une condition d'annulation de garantie : toute app non certifiée conforme par ses soins trouvées sur l'iPhone annule toute responsabilité d'Apple.
> Et vu la commission d’Apple, les développeurs iront sur la plateforme alternative.
Comme si Apple ne pouvait pas baisser sa commission (comme elle l'a déjà commencé à le faire, en raison, justement, de la pression qui monte) pour rester compétitive.
> Existe-t-il une solution parfaite ?
L'imperfection d'une solution n'est pas une raison pour fermer les yeux sur les abus d'une autre, même présentée comme étant parfaite.
Le plan d'Apple était d'enfermer les utilisateurs à l'intérieur et de les empêcher de changer et de quitter l'écosystème Apple »
C’est vraie avec la valeur ajoutée de l’écosystème de la pomme mais est ce bien le cas pour les applications ?
N’est ce pas à celui qui fournit l’application disponible dans l’AppStore de fournir son équivalent sur le Playstore Android sans coût de transfert ?
Si c’est déjà le cas, ou est le pb ?
Si ce n’est pas le cas, en quoi est ce le pb d’Apple
Un joueur Epic sur IPhone retrouve son compte si il passe sur un tel Samsung, non ?
@AppleDomoAdepte
> N’est ce pas à celui qui fournit l’application disponible dans l’AppStore de fournir
> son équivalent sur le Playstore Android sans coût de transfert ?
Les devs d'apps iOS n'ont pas accès à la liste de leurs utilisateurs. Seul Apple sait ce que chaque Apple ID a acheté quoi sur l'AppStore, pas les developpeurs, non.
Pour pouvoir avoir de quoi être capable de transferer l'usage d'un utilisateur d'une app iOS vers la version Android de cette app, il faut que ses développeurs ajoutent à l'app une méthode d'identification complémentaire.
D'une part c'est mal vu par les utilisateurs de devoir s'identifier à part dans chaque app.
et d'autre part comme Apple impose dans ce cas là de devoir obligatoirement proposer également de "Se Connecter avec Apple", que les utilisateurs fans de la marque s'empressent d'utiliser, et que cette méthode présente aux développeurs l'inconvénient de dépendre toujours d'Apple, cela ne marche pas non plus.
Cela d'ailleurs été merveilleusement démontré dans le cas de Fortnite sur iOS, où une grosse partie des joueurs ayant découvert le jeu sur iOS ont créé leur compte de joueur via "Se Connecter avec Apple", dont Apple peut bloquer l'usage unilatéralement à n'importe quel développeur tier à n'importe quel moment sans justification :
https://www.theverge.com/2020/9/9/21429029/epic-games-accounts-apple-sign-in-system-date-september-11
Sous la pression médiatique et mesurant que cet aspect unilatéral nuisait à la réputation auprès des developpeurs tiers de son service "Se Connecter avec Apple" qu'elle présentait comme universel et multiplateforme, elle a fait machine arrière après quelques jours de silence et "exceptionnellement" accepté, en présentant cela comme un démenti, de laisser Epic de continuer à pouvoir se servir de cette méthode d'identification des joueurs de Fortnite sur les autres plateformes. Epic a toutefois fortement incité les joueurs à recreer un autre compte afin d'éviter qu'Apple ne rechange d'avis encore.
> en quoi est ce le pb d’Apple
Apple n'a pas créé un écosystème intégré et sûr pour empêcher les gens d'entrer, mais par contre elle a bel et bien crée tout ce qui faut pour empêcher les gens d'en ressortir.
> Un joueur Epic sur IPhone retrouve son compte si il passe sur un tel Samsung, non ?
Pas si le joueur s'identifie avec son Apple ID, non. Si c'est par "Se Connecter avec Apple", cela a failli être également non, et perso j'aurais pas franchement confiance sur la soit-disante ouverture de ce service à toutes les plateformes de manière pérenne, connaissant l'aspect arbitraire d'Apple concernant tout ce qui ne va pas dans son intérêt.
Un joueur qui avait créé son compte depuis une autre plateforme (PC, PlayStation, XBox), où là l'éditeur du jeu à accès à la méthode d'identification librement, y compris sa propre méthode, par contre, oui.
@byte_order
Si le log dans une App est une condition pour pouvoir changer de plateforme/crémerie facilement, alors cela ne devrait pas être un poids pour l’utilisateur.
D’ailleurs je ne compte plus les Apps que j’utilise quotidiennement ou régulièrement, et qui me demandent de m’authentifier.
Et c’est devenu si facile avec TouchID ou FaceID…
À moins que d’aucuns voient ici une possibilité supplémentaire de renforcer la dépendance à l’éco-système Apple ? Auquel cas les gestionnaires de mots de passe multi-plateformes ne manquent pas.
Le meilleur compromis pour les utilisateurs serait qu’on puisse télécharger des apps hors de l’App Store si on le souhaite, mais que les éditeurs aient obligation que chaque app disponible ailleurs soit aussi disponible sur l’App Store, au même prix.
Sinon, l’utilisateur n’aura plus le choix d’avoir un système sécurisé avec validation préalable par Apple. On va se retrouver comme sur Mac avec des éditeurs qui décident de quitter l’App Store et faire leur sauce.
Le problème c’est que je ne vois pas bien comment on pourrait rendre cette obligation effective. Et du coup la meilleure solution est le statu quo. Je n’ai aucune envie de voir détruit le modèle de validation d’Apple.
@Ali Baba
Sur macOS il y a le système de notarisation, il pourrait être appliqué aux apps iOS.
@quentinf33
Pas assez sécurisé.
@Krysten2001
Certes, mais plus sécurisé qu’une app non signée du tout.
@quentinf33
Oui mais non. La solution n’est pas au point pour l’instant 😉
@Krysten2001
Ah. Cela n'a pas empêcher Apple de la rendre incontournable à toute app native ARM, pourtant. Moi qui pensait que Apple ne sortait jamais rien qui n'était parfaitement au point, qu'elle laissait aux autres de sortir des trucs pas encore au point;, qu'elle préférait systématiquement avoir la bonne solution plutôt que de l'avoir en premier.
@Ali Baba
Je pense qu'il y aurait plein de solutions possibles :
- ouvertures des téléchargement mais notarisation obligatoire (donc validation par les serveur d'apple au moins du compte développeur)
- limitation de l'accès aux api critiques sauf en passant par le store
- Execution des applis téléchargées dans un bac a sable verrouillé
- Interdiction par défaut d'activer des applications téléchargées par ailleurs (avec passage dans les préférences système pour déverrouiller manuellement pour chaque appli, comme sur mac)
Personnellement j'aime bien la solution restriction des apis, ça se défend car les développeurs seront tous en mesure de créer une application gratuitement, mais devront répondre aux consignes d'apple pour utiliser leurs apis et se faciliter le travail. Ce qui fait partie de la défense d'Apple dans la justification des 30% (rémunérer le travail de développement sur lequel les devs s'appuient pour créer leurs apps)
@nme
"- ouvertures des téléchargement mais notarisation obligatoire (donc validation par les serveur d'apple au moins du compte développeur)"
Donc Apple devrait gérer tout ça gratuitement ?
" - limitation de l'accès aux api critiques sauf en passant par le store"
Certains crieraient à la non liberté de concurrence.
" - Execution des applis téléchargées dans un bac a sable verrouillé"
Donc encore à Apple de gérer ceci gratuitement ?
"- Interdiction par défaut d'activer des applications téléchargées par ailleurs (avec passage dans les préférences système pour déverrouiller manuellement pour chaque appli, comme sur mac)"
Certains crieraient à la non liberté de concurrence.
"Personnellement j'aime bien la solution restriction des apis, ça se défend car les développeurs seront tous en mesure de créer une application gratuitement, mais devront répondre aux consignes d'apple pour utiliser leurs apis et se faciliter le travail. "
En gros vous préconisez le système des web app ...
Si vous ne voulez pas répondre aux consignes d'Apple mais être accessible sur iOS, web app, si vous voulez être présent sur son store et suivre ses consignes, appli.
@Appleseed
Et comment vous contrôlez ça et vous l’imposez quand n’importe qui peut installer n’importe quoi sur le téléphone ?
@Nesus
"Et comment vous contrôlez ça et vous l’imposez quand n’importe qui peut installer n’importe quoi sur le téléphone ?"
Contrôler quoi ?
Imposer quoi ?
@Appleseed
Désolé, je voulais répondre @nme
@Nesus
"Désolé, je voulais répondre @nme"
Pas de souci, ça explique pourquoi je ne comprenais pas le sens de votre question.
@Nesus
> Et comment vous contrôlez ça et vous l’imposez quand n’importe qui peut
> installer n’importe quoi sur le téléphone ?
De la même manière que pour la visite de sites web hébergés n'importe où : vous exigez une certificat signé valide.
Un processus de validation des apps, payant, fait par Apple qui retourne un certificat, que iOS vérifie systématiquement lors de chaque lancement de l'app, tout comme chaque certificat est vérifié à chaque visite d'un site web.
Rien n'empêche Apple de le faire, si ce n'est sa volonté de capter des profits sur 100% des ventes et abonnements fait entre un propriétaire d'un terminal iOS et des tiers.
Ce processus existe déjà. Il est juste "vendu" de manière lié avec l'acceptation du contrat de distribution exclusif via l'AppStore, qui impose l'acceptation de la commission d'Apple sur tous vos recettes issus soit de la vente de l'app soit de l'abonnement à du contenu supplémentaire pour cette app.
Prétendre que la sécurité repose sur le monopole de la distribution, c'est du foutage de gueule. La qualité alimentaire de ce que l'on mange, la qualité sanitaire des médicaments que l'on prend, la sécurité des véhicules que l'on conduit ne repose pas sur un magasin unique de distribution !
@byte_order
Et qu’est-ce qui empêche un dev malicieux de faire valider son certificat en présentant une app toute gentille pour ensuite avec le même certificat présenter une app vicieuse? Ou intégrer du code malicieux dans une maj de l’app?
Ne me répondez pas un certificat à chaque maj, sinon dans ce cas autant rester avec l’app store.
Au final, désolé, mais votre besoin d’ouverture je m’en tape le coquillart concernant iOS. Vous n’êtes pas content, vous voulez plus d’ouverture? La communauté Android vous tend les bras !
> Et qu’est-ce qui empêche un dev malicieux de faire valider son certificat en présentant
> une app toute gentille pour ensuite avec le même certificat présenter une app vicieuse?
Le certificat contient l'empreinte de l'app qui a été validé.
> Ou intégrer du code malicieux dans une maj de l’app?
Depuis quand Apple ne valide pas également les maj ?
> Ne me répondez pas un certificat à chaque maj, sinon dans ce cas autant rester
> avec l’app store.
Je vois pas pourquoi. Si elle le fait avant toute distribution sur son store, et donc à la demande de toute maj d'app, elle peut tout autant le faire avant toute distribution sur un autre store.
En ce qui concerne votre coquillart, c'est probablement tout autant le cas du régulateur de marché. Et je vous invite a proposer des T-shirt "t'es pas content, va sur Android", y'a surement un marché à gagner... dans la communauté Apple.
@byte_order
C’est fort possible, mais je vous informe qu’ils n’ont pas plus d’intérêt pour votre avis.
Et Apple n’étant pas l’Abbé Pierre, je ne vois pas pourquoi ils accepteraient de faire généreusement la verification de votre app sans passer par le store pour un modique 99€/an. Faut pas non plus rêver. Votre proposition est totalement irréaliste sur un plan commercial, mais vous n’êtes plus à un irréalisme près…
N’allons pas plus loin, vous êtes du même acabit que les illuminés qui pensent que le monde entier va coller à l’idée de l’écologie punitive.
@byte_order
La sécurité ne repose pas sur le monopole de la distribution, la sécurité repose sur le respect de règles et de contrôle. Tout comme les normes NF et EU le font. Que la dgccfr ou autre impose aux entreprises. Là, c’est la même chose.
Et l’état ponctionne aussi pour que les contrôles soient fait et que les entreprises fassent bien comme elle l’a décidé.
Et ce n’est pas le magasin unique que je défends (même s’il me paraît légitime face à l’investissement que cela demande), ce que je défend, c’est l’impossibilité de l’accès à l’écriture sur le SSD sauf si celui-ci a été valide et dans un cas très limité qui est le fonctionnement à l’intérieur de l’application. C’est ça qui fait (en grande partie) la sécurité d’iOS.
@Nesus
> Et ce n’est pas le magasin unique que je défends (même s’il me paraît légitime face à
> l’investissement que cela demande)
D'une part, l'investissement est largement amorti par la seule vente des iPhones, qui se vendraient nettement moins sans l'existence d'au moins un canal de distribution permettant d'y ajouter d'autres fonctionnalités logicielles que celles initiales.
De deux, la plus grosse part des coûts de l'AppStore est très probablement dans les coûts de validation, pas dans ceux de distribution. Ces coûts là peuvent parfaitement faire l'objet d'un paiement explicite, en particulieur si le développeur ne distribue pas ensuite via l'AppStore.
En ce qui concerne ce que vous défendez dans le dernier paragraphe, cela me convient également. Que iOS n'autorise pas une app à s'installer ni même à se lancer sans un certificat solide, attaché spécifiquement à la version de l'app, cela me parait sain.
Mais ça, c'est parfaitement faisable sans imposer qu'un seul store, celui du constructeur, soit autorisé.
Attention, toutefois, à ce que les règles de validation des apps, enfin séparées de l'usage imposé du store du constructeur, ne soient pas utiliser pour réimposer l'usage exclusif de services d'Apple aux détriments de tout autre par lesdites apps, sinon cela sera un écran de fumée.
@Ali Baba
> Le meilleur compromis pour les utilisateurs serait qu’on puisse télécharger des apps
> hors de l’App Store si on le souhaite
Tout à fait.
> mais que les éditeurs aient obligation que chaque app disponible ailleurs
> soit aussi disponible sur l’App Store, au même prix.
Pardon !??
Votre steack haché doit être vendu au même prix dans tous les magasins ?
> Sinon, l’utilisateur n’aura plus le choix d’avoir un système sécurisé
> avec validation préalable par Apple.
Parce que vous confondez sécurité et distribution.
Ce n'est pas la distribution qui rend sûre une app sur iOS, c'est le processus de validation qui a lieu *avant* la distribution.
La validation préalable d'Apple peut donc parfaitement avoir lieu, iOS vérifiant la présence d'un certificat validé, et la méthode de distribution, elle, est libre.
> On va se retrouver comme sur Mac avec des éditeurs qui décident de quitter
> l’App Store et faire leur sauce.
Et Apple a justement activer par défaut l'obligation que toute app soit notarisée (et c'est plus par défaut, c'est incontournable pour les apps ARM), c.a.d. de certifier les apps macOS. Que Apple peut donc bloquer à tout instant, et peu importe la méthode de distribution, MAS ou autre. Comme quoi c'est parfaitement possible.
La processus de validation actuel d'Apple des apps iOS va plus loin que la seule notarisation, mais au final il s'agit bien d'un certificat qui est délivré. Et celui-ci qui apporte la sécurité, pas la méthode de distribution de l'app, ni le prix de vente, ni le nom du store la vendant.
> Le problème c’est que je ne vois pas bien comment on pourrait rendre
> cette obligation effective.
Effectivement, c'est le problème : vous ne le voyez pas.
Parce que vous êtes resté convaincu par le discours marketing que c'est la distribution par l'AppStore qui apporte la sécurité, alors que c'est le processus de validation des apps pour iOS.
> Et du coup la meilleure solution est le statu quo. Je n’ai aucune envie de voir
> détruit le modèle de validation d’Apple.
Aucune raison de le détruire. Suffit juste de ne plus le lié arbitraire à l'utilisation de l'AppStore pour distribuer des apps iOS, apps toujours validées par Apple, via un certificat "made for iOS".
Libre à Apple de faire payer ce service ou de l'offrir à ceux qui ensuite distribue via l'AppStore, via une ristourne couvrant le prix de la validation.
@byte_order
Les gens ont le choix. Android ou iOS avec leur avantages et inconvénients 😉
Dans cette histoire, Epic veut avoir tout sans payer, ouvrir sa propre boutique avec faible commission au début pour affaiblir la concurrence,… et aussi le fait que sous l’app store, elle n’a pas les données personnelles des utilisateurs. Il ne faut pas l’oublier.
@Krysten2001
> Dans cette histoire, Epic veut avoir tout sans payer
Preuves de ce que vous avancez ?
> ouvrir sa propre boutique avec faible commission au début pour affaiblir
> la concurrence
Parce que AppleTV+ à 5 euros par mois et en pratique une première année gratuite, c'est pas pour affaiblir la concurrence peut être ?
Et en quoi c'est illégal de proposer une concurrence des prix ?
> et aussi le fait que sous l’app store, elle n’a
> pas les données personnelles des utilisateurs. Il ne faut pas l’oublier.
Preuves que Epic Games souhaite exploiter des données personnelles des joueurs pour les monétiser ?
Et, là aussi, en quoi c'est différent de ce que Apple fait en activant par défaut dans iOS l'exploitation des données personnelles au profit de sa propre régie publicitaire ?
En quoi c'est différent de l'exploitation faite par l'AppStore de vos usages de l'AppStore pour placer des publicités vantant d'autres apps ou abonnements sur l'AppStore ?
Pourquoi ce que fait déjà Apple serait un scandale quand c'est une autre entreprise qui le fait !?
@byte_order
Je n’ai jamais dit que c’était illégal mais epic n’est pas tout blanc. Ce n’est pas Apple qui va faire tomber Netflix.
« Preuves que Epic Games souhaite exploiter des données personnelles des joueurs pour les monétiser ? »
Le fait qu’elle a menti avec la fonction « connexion avec Apple » en disant qu’Apple l’obligeait à la retirer.
« Et, là aussi, en quoi c'est différent de ce que Apple fait en activant par défaut dans iOS l'exploitation des données personnelles au profit de sa propre régie publicitaire ? »
Vous savez très bien 😉 Pas besoin de le répéter 🔁
@Krysten2001
> Je n’ai jamais dit que c’était illégal mais epic n’est pas tout blanc.
Ben faudrait savoir. Soit vous reconnaissez que cela n'a rien d'illégal de vouloir proposer une concurrence avec une stratégie de prix cassés, mais en même temps vous vous en servez pour qualifier la démarche d'Epic de "pas tout blanche".
Si c'est pas tout blanc pour vous, alors c'est tout autant valable pour Apple.
> Ce n’est pas Apple qui va faire tomber Netflix.
Pourquoi ? Parce que Netflix a nettement plus d'utilisateurs ?
Ben c'est pareil pour un hypothétique store Epic sur iOS : l'AppStore a nettement plus d'utilisateurs. C'est même encore plus net que pour Netflix : l'AppStore a actuellement 100% des utilisateurs qui pourraient vouloir tenter la visite d'un hypothétique future store d'Epic sur iOS.
> Le fait qu’elle a menti avec la fonction « connexion avec Apple »
> en disant qu’Apple l’obligeait à la retirer.
Attention, entre ce que dit Epic et ce que dit Apple (après quelques jours de silence), on ne sait pas encore qui dit la vérité dans cette affaire. Durant ce procès, on verra p'tet des preuves plus formelles. Epic dit en avoir, curieux de voir si ils vont les présenter.
Par ailleurs, je ne vois pas en quoi c'est une preuve que Epic Games veut exploiter des données personnelles ? Si c'était le cas, maintenant que Fortnite n'est plus dispo sur aucune plateforme d'Apple, ils leur suffiraient de supprimer le support de cette méthode comme méthode de connexion dans leur jeu et d'ainsi de forcer les joueurs à devoir migrer vers une autre méthode qui pourrait, si c'est l'objectif, permettre de collecter plus de données personnelles.
Hors Fortnite autorise toujours de se connecter avec cette méthode.
> Vous savez très bien 😉 Pas besoin de le répéter
Ben tiens, non, justement, j'ai n'ai toujours pas compris en quoi c'est différent.
L'argument "c'est anonymisé par groupe de 5000 minimum" n'est en rien une différence avec ce que pratique les autres acteurs à faire du profiling publicitaire, cela a déjà été dit, personne n'achete un placement publicitaire destiné à un individu identifié en particulier (sinon lui envoyer un SMS ou un email serait nettement plus efficace), c'est toujours destiné à un groupe recoupant un certains nombres de centres d'intérêts communs.
De votre côté, vous croyez toujours que Google revend les données privées, ou vous avez enfin accepter de comprendre que Google revend sa capacité à placer dynamiquement tel type de publicité uniquement aux visiteurs qui tombent dans un profil défini, dans lequel il y a là aussi statistiquement bien plus que 5000 visiteurs distincts ?
Non, vous continuez d'affirmer que Google revend les données privées des gens ?
@byte_order
Je l’ai utilisé car limite seulement une entité sur les deux était dans le faux.
Oui il faudra attendre des preuves mais je pense qu’il y en a eu mais bien avant. Faut que je refasse des recherches.
Apple est bien différent de google et vous le savez très bien 😉
Dans le cadre de Google, elles sont sa matière premiere. Pas dans celle d’Apple.
Apple utilise ses données pour optimiser son marketing et très très accessoirement pour proposer des services de publicités ciblés sur l’app store,…
-La publicité est limitée à quelques apps d’Apple et elles ne se les échangent pas entre elles.
-La publicité une part infime du business d’Apple
-La collecte s’appuie sur des mécanismes de ciblage respectueux.
-Apple ne gagne presque rien avec.
@Krysten2001
> Dans le cadre de Google, elles sont sa matière premiere. Pas dans celle d’Apple.
Cela change quoi sur le fait que dans les deux cas y'a bien une exploitation faite de données personnelles pour monétiser le placement des publicités plus pertinentes au profil de l'utilisateur ?
> La publicité est limitée à quelques apps d’Apple et
> elles ne se les échangent pas entre elles.
Oh mais Google n'a pas 36 apps non plus, hein, vous savez.
Et croire que Apple, qui récolte ces données de profiling sur des serveurs, ne les utilisent pas quelques soit son app en face, c'est être naif.
> La publicité une part infime du business d’Apple
L'accord préalable n'est pas lié au montant du CA tiré de l'exploitation.
Un site web qui fait 10 milliard fois moins de CA que Apple se voit imposer de demander l'accord préalable de l'utilisateur. Je vois pas pourquoi Apple, parce qu'elle fait plus d'argent avec d'autres activités par ailleurs, devrait y échapper.
Et compte tenu de sa taille et du nombre d'utilisateur, cette part "infime" est très probablement bien supérieure à pas mal de ce que fait pleins de régies publicitaires dont c'est pourtant l'unique activité.
> La collecte s’appuie sur des mécanismes de ciblage respectueux.
De ? Du droit à ne pas voir ses données personnelles exploitées sans accord préalable pour gagner de l'argent avec, indirectement ? Cela commence bien, comme marque de respect, ne pas demander son avis à l'utilisateur...
Attention à ne pas confondre les éléments de langage d'Apple avec la réalité observable.
La réalité, c'est que les données personnelles sont exploitées, par défaut, sans accord préalable, par Apple pour construire un profil regroupant au minimum 5000 individus - ce qui est assez peu statistiquement parlant compte tenu du nombre d'utilisateurs de iOS - et qu'elle monétise cette exploitation pour placer des pubs plus pertinentes.
Google fait pareil. Ils ne revendent pas vos données personnelles, ils les exploitent pour monétiser le placement de pubs plus pertinentes.
> Apple ne gagne presque rien avec.
Si vous en êtes rendu à utiliser le même argument 2 fois en 4 lignes...
@byte_order
Tu pouvais dire la même chose sans être aussi agressif. C’est tout à fait possible : d’autres l’ont fait plus haut.
@Ali Baba
Où ai-je été agressif ?!
@Ali Baba
"Le meilleur compromis pour les utilisateurs serait qu’on puisse télécharger des apps hors de l’App Store si on le souhaite, mais que les éditeurs aient obligation que chaque app disponible ailleurs soit aussi disponible sur l’App Store, au même prix. "
Impossible.
Un prix de vente unique à toutes les plateformes basé sur l'Apple store fausserait le marché des applis sur mobiles.
Idem si c'était obligatoirement appliqué en prenant comme base Android.
Si un éditeur souhaite se passer d'Apple, il y a les web app.
Elles sortent complètement des fourches caudines d'Apple.
Il y a des avantages comme des inconvénients, mais c’est aux développeurs de voir leurs priorités.
Si ils abhorrent Apple et son store, c’est une bonne solution pour être présent sur iOS sans passer par Apple.
D'ailleurs un truc comme Spotify peut être utilisé hors Apple store.
Une simple recherche web avec spotify et un nom de musicien fait arriver sur la page de celui ci et la musique peut être écoutée si vous avez un compte Spotify.
Pas de Apple !
Le véritable problème ce sont les infos perso que les boites comme Spotify ne peuvent récupérer comme elles le veulent sur l'Apple store.
Le fond du "problème" pour ces boites c'est ça plus que la commission ou le soit disant enfermement d'Apple.
La monétisation de ce que permet la récupération des infos perso de chaque utilisateur.
@Appleseed
Webapp pour les jeux vidéos de la qualité de Epic? Ah bon?
@en chanson
"Webapp pour les jeux vidéos de la qualité de Epic? Ah bon?"
Comme je l'ai dit, il y a des avantages et des inconvénients aux deux solutions (web app ou appli native).
Aux développeurs de voir leurs priorités.
@Appleseed
> Si ils abhorrent Apple et son store, c’est une bonne solution pour être présent
> sur iOS sans passer par Apple.
Une webapp n'est pas une app iOS.
C'est une "app" (et le terme est galvaudé d'ailleurs) qui tourne dans un navigateur web. Les webapps sont une solution pour être présent sur Safari, pas sur iOS.
@byte_order
"Une webapp n'est pas une app iOS."
Je sais.
C’est un site web à l'interface "optimisé", lui donnant l'apparence d'une appli, pour certains appareils.
"C'est une "app" (et le terme est galvaudé d'ailleurs) qui tourne dans un navigateur web. Les webapps sont une solution pour être présent sur Safari, pas sur iOS."
C’est du pareil au même en terme de service.
Le service fourni pas ces web app est dispo sur l'appareil.
Safari tourne sur iOS donc le service est dispo sur iOS, et ce, depuis différents navigateurs.
Pas besoin de passer par le store d'Apple dont se plaigne certaines boites.
Après effectivement techniquement ce n'est pas pareil.
Mais on en revient à ce que je disais: aux développeurs de faire leur choix en fonction de leur priorités.
Si ils veulent l'avantage technique, le store est mieux.
Si ils veulent l’avantage économique/liberté, la web app est mieux.
Il y a un choix à faire.
Une boite comme Spotify qui affirme être obligée de passer par le store d'Apple c'est faux.
Ce n’est pas nécessaire pour écouter la musique proposée par leur service.
Ces boites ne peuvent pas tout avoir selon leurs conditions dans la boutique d'un tiers qui est également propriétaire des murs.
Personne ne les a contraintes à proposer leurs produits à Apple.
C’est un choix de leur part pour vendre dans la boutique d'Apple.
En face, Android serait surement ravi de les accueillir en exclusivité.
@Appleseed
> C’est du pareil au même en terme de service.
Non. Tout dépend du service visé. Certains ne peuvent pas l'être.
Et en terme d'empreinte mémoire, de performance, d'empreinte sur la batterie, de notification, non, ce n'est pas du tout du pareil au même.
Il suffit de lire l'aversion de plein de gens ici contre les apps même natives mais basées sur Electron & co pour voir que, non, mêmes les utilisateurs ne trouvent pas que c'est pareil.
> Safari tourne sur iOS donc le service est dispo sur iOS
Non. Safari tourne sur iOS, mais le service rendu par une webapp tourne sur Safari. Seules les fonctionnalités possibles depuis Safari sont donc possibles (et en l'occurrence, y'a certaines fonctionnalités de l'API de Progressive Web Apps que Apple refuse d’implémenter justement parce que cela permettrait des services qu'elle ne souhaite pas voir échapper à sa commission).
> et ce, depuis différents navigateurs.
Leurs moteurs restent celui de Safari.
Une autre chose là encore imposé par Apple, via l'AppStore.
> Si ils veulent l'avantage technique, le store est mieux.
> Si ils veulent l’avantage économique/liberté, la web app est mieux.
> Il y a un choix à faire.
Vous dites ça comme si ce choix était toujours présent. C'est faux.
C'est pas "l'avantage" technique, c'est souvent simplement la "faisabilité" technique qui dicte le choix. Qui n'en est alors plus un.
> Une boite comme Spotify qui affirme être obligée de passer par le store
> d'Apple c'est faux. Ce n’est pas nécessaire pour écouter la musique proposée
> par leur service.
Et si. Le service proposé c'est pas l'écoute de la musique que lorsqu'on regarde l'écran de l'app, hein.
Non, c'est l'écoute de la musique tout en faisant autre chose avec le terminal iOS. Voir rien d'autre, en mode terminal verrouillé. Hors ça, c'est impossible depuis une webapp.
> Ces boites ne peuvent pas tout avoir selon leurs conditions dans la boutique d'un tiers
Ca je suis d'accord.
> qui est également propriétaire des murs.
Ca par contre non. Apple n'est pas propriétaire du terminal iOS sur lequel son app "AppStore" permet l'installation d'apps, non. Apple a installé le pas de porte de sa boutique AppStore chez vous, pas chez elle. L'apk "AppStore" tourne sur *votre* iPhone.
Apple a le droit de décider des conditions de distribution dans son store, mais pas de décider que seul l'accès à son store est autorisé sur un bien qui ne lui appartient plus.
Qu'elle loue ses iphones au lieu de les vendre, et là je serais d'accord sur les 2 points, elle sera bien chez elle. Mais c'est pas ce qu'elle fait. Cela serait nettement moins rentable pour elle ainsi.
Là, en toute impunité depuis 10 ans, elle a le beurre (la vente du terminal) et l'argent du beurre (elle s'en sert de manière exclusive comme pas de porte de sa boutique, comme si elle était encore chez elle. Et également comme terminal de paiement sans contact rien qu'à elle, au passage...).
> Personne ne les a contraintes à proposer leurs produits à Apple.
Mais ils ne proposent pas leurs produits à Apple, ils les proposent aux propriétaires de terminaux iOS !
Ce n'est pas Apple qui achètent, par avance, leurs apps pour les revendre ensuite, hein !
> C’est un choix de leur part pour vendre dans la boutique d'Apple.
Non. Pour pouvoir proposer leurs apps aux propriétaires de terminaux iOS, non, ce n'est pas un choix de leur part, non. Y'a juste aucun autre moyen que la boutique Apple et ce uniquement parce que Apple squatte les terminaux iOS comme si elle était encore chez elle pour dicter ce que l'utilisateur à le droit de faire avec ou pas.
> En face, Android serait surement ravi de les accueillir en exclusivité.
Ah, le fameux argument de pseudo-légalité "si vous n'êtes pas content vous pouvez voir ailleurs". Le commerçant racketé par la mafia aussi peut toujours changer de quartier...
@byte_order
« Ca par contre non. Apple n'est pas propriétaire du terminal iOS sur lequel son app "AppStore" permet l'installation d'apps, non. Apple a installé le pas de porte de sa boutique AppStore chez vous, pas chez elle. L'apk "AppStore" tourne sur votre iPhone.
Apple a le droit de décider des conditions de distribution dans son store, mais pas de décider que seul l'accès à son store est autorisé sur un bien qui ne lui appartient plus. »
Beau raccourci de votre part, qui omet un détail pourtant capital : l’iPhone vous appartient, certes, mais iOS non. Apple vous concède le droit d’utiliser l’OS, comme tout autre propriétaire d’OS. Vous êtes libre de le refuser, et dans ce cas rien ne vous empêche de tenter la rétro-ingénierie, même si c’est hasardeux. Par contre, si vous l’acceptez, vous n’êtes donc que locataire de l’OS. Et vous soumettez à respecter ce que le propriétaire vous autorise, comme dans la réalité un propriétaire de logement peut vous interdire un chien, ou même et surtout la sous-location.
Pages