La danse d’Apple avec Dutch ACM continue

La semaine dernière, Apple a ajusté son plan proposé pour se conformer à la réglementation néerlandaise de l’ACM sur les applications de rencontres. Trois changements ont été annoncés :

  • Suppression de l’exigence binaire distincte : Apple supprime l’exigence pour les développeurs d’applications de rencontres aux Pays-Bas qui choisissent d’utiliser les autorisations ci-dessus pour créer et utiliser un binaire distinct. Ce changement signifie que les développeurs peuvent inclure les deux autorisations dans leur application de rencontres existante, mais doivent toujours limiter leur utilisation à l’application sur la vitrine néerlandaise et sur les appareils exécutant iOS ou iPadOS.

  • Critères pour les processeurs de paiement : Apple fournit des critères mis à jour et plus spécifiques pour évaluer les processeurs de paiement non Apple que les développeurs d’applications de rencontres aux Pays-Bas peuvent utiliser.

  • Divulgations aux consommateurs : les applications utilisant l’un ou l’autre des droits doivent inclure une feuille modale intégrée expliquant aux utilisateurs qu’ils effectueront des achats via un système de paiement externe et l’impact potentiel que ce choix pourrait avoir sur l’utilisateur. Apple ajuste la langue sur la feuille modale et réduit le nombre de fois que la feuille doit être visualisée.

Aucun de ces changements proposés n’est bouleversant, mais ils sont tous pour le mieux.

La suggestion originale d’Apple selon laquelle les applications utilisant ces autorisations aux Pays-Bas devraient le faire avec un binaire séparé – c’est-à-dire une deuxième version de l’application uniquement pour les Pays-Bas – semblait délibérément déroutante. Par exemple, un problème avec la demande d’un binaire séparé est que les utilisateurs néerlandais qui ont déjà installé une ou plusieurs applications de rencontres peuvent ne pas avoir reçu de versions mises à jour qui utilisent ces nouvelles autorisations via une mise à jour logicielle. Il existe des applications populaires dans l’App Store avec plusieurs fichiers binaires, mais cela est rare. Parfois, il s’agit d’une séparation entre une version gratuite/lite et une version payante/pro, mais c’est moins courant de nos jours où la stratégie typique est une version gratuite à télécharger et à utiliser qui inclut un achat intégré pour déverrouiller des fonctionnalités supplémentaires ou supprimer des publicités.

L’autre changement notable concerne la langue requise dans l’écran d’avertissement que les utilisateurs doivent voir avant d’effectuer des achats via des processeurs de paiement non Apple ou d’être envoyés sur le Web. Voici la Précédent Version de l’écran d’avertissement (que j’ai écrit il y a environ deux mois):

Titre: Cette application ne prend pas en charge le système de paiement privé et sécurisé de l’App Store

Corps: Tous les achats dans le app sont gérés par le développeur “﹤Nom du développeur﹥”. Votre méthode de paiement App Store enregistrée et les fonctionnalités associées telles que la gestion des abonnements et les demandes de remboursement ne seront pas disponibles. Seuls les achats effectués via l’App Store sont sécurisés par Apple.

apprendre encore plus

Action 1 : Continuer
Action 2 : Annuler

Voici la version mise à jour de la page des développeurs Apple pour le droit d’achat externe StoreKit :

Titre: Cette application ne prend pas en charge le système de paiement App Store.

Corps: Tous les achats dans cette application sont effectués par le développeur ““ géré. Vous ne traiterez plus avec Apple. Votre méthode de paiement App Store enregistrée et les fonctionnalités associées telles que la gestion des abonnements et les demandes de remboursement ne seront pas disponibles. Apple n’est pas responsable de la confidentialité ou de la sécurité des transactions effectuées avec ce développeur.

apprendre encore plus

Action 1 : Continuer
Action 2 : Annuler

Les changements apportés à cette langue sont subtils mais bons. “Cette application ne prend pas en charge le système de paiement App Store” est tout simplement vrai. Comme je l’écrivais en février, l’ancien titre impliquait non seulement que le système de paiement d’Apple était privé et sécurisé, mais cela aussi seulement Le système de paiement d’Apple est privé et sécurisé. Le nouveau langage est plus factuel, ce qui semble approprié.

Cependant, pour autant que je sache, Apple n’a toujours pas dit ce qui devrait se passer lorsqu’un utilisateur appuie sur “En savoir plus”.


Apple a également annoncé une mise à jour sur la distribution des applications “lecteur” la semaine dernière, conformément à son accord avec la Japan Fair Trade Commission en septembre dernier. Pomme:

L’année dernière, Apple a annoncé une mise à jour à venir sur l’App Store au début de 2022 qui permettrait aux développeurs d’applications “lecteurs” d’inclure un lien intégré à leur site Web à des fins de création et de gestion de compte. À partir d’aujourd’hui, avec la mise à jour 3.1.3(a) de la politique de révision de l’App Store, les développeurs d’applications de lecture peuvent désormais demander l’accès à l’autorisation de compte de lien externe. Cette autorisation permet aux applications de lecture de créer un lien vers un site Web détenu ou géré par le développeur, permettant aux utilisateurs de créer ou de gérer leur compte en dehors de l’application. Les applications de lecture sont des applications qui fournissent un ou plusieurs des types de contenu numérique suivants – magazines, journaux, livres, audio, musique ou vidéo – comme fonction principale de l’application.

En savoir plus sur l’autorisation de compte de lien externe

Des petits pas, mais tous ces changements vont dans le sens d’une diminution de la pression réglementaire. Apple peut être têtu, mais ils ne sont pas stupides.

Leave a Comment