Apple a annoncé que toutes les apps devront compléter les déclarations concernées avant le 12 janvier 2027, et que le nouveau descripteur Dating and Relationships doit apparaître dans App Store Connect le 16 novembre 2026 (annonce Apple du 2 novembre 2026). Si votre app organise des rencontres ou des relations entre personnes, ou propose un compagnon virtuel avec du contenu romantique ou sexuel, évaluez-la au regard de ce descripteur : Apple indique une classification minimale de 18+ lorsque celui-ci s’applique. Une messagerie ordinaire ne suffit pas, à elle seule, à déclencher cette déclaration.
Dernière mise à jour : 13 novembre 2026. Les dates, la définition et la conséquence sur la classification ont été vérifiées à partir de l’annonce Apple et de ses instructions de classification par âge. L’interface et les libellés du nouveau champ restent à contrôler après sa mise en ligne annoncée.
Cet article s’adresse aux responsables d’apps de rencontre ou de mise en relation, aux équipes qui ajoutent des fonctions sociales et aux développeurs de compagnons virtuels. Il est également utile si vous devez mettre à jour une app ou vérifier les déclarations de plusieurs fiches dans votre compte.
Le calendrier détermine quand agir, pas comment classer votre app
La première décision porte sur le fonctionnement réel du produit, et non sur la date de publication. À la date de cette mise à jour, Apple a annoncé une disponibilité du descripteur le 16 novembre 2026 et une échéance de déclaration au 12 janvier 2027. Vérifiez l’écran actuel d’App Store Connect après le lancement, car son contenu n’est pas encore confirmé ici.
| Moment annoncé | Ce que vous devez faire | Ce qui reste à vérifier |
|---|---|---|
| 16 novembre 2026 | Rechercher le nouveau champ dans le questionnaire de classification par âge, une fois disponible. | Le libellé exact et l’emplacement dans l’interface. |
| Lors d’une mise à jour ou d’une modification du questionnaire | Répondre en fonction des fonctions effectivement proposées dans cette version de l’app. | Les rôles du compte autorisés à modifier les informations de l’app ; consultez les instructions Apple sur la modification des informations. |
| Au plus tard le 12 janvier 2027 | Vérifier que chaque fiche d’app concernée a reçu sa déclaration. | L’état de chaque app, et non seulement celui de votre produit principal. |
Ne repoussez pas l’analyse fonctionnelle au moment où vous préparez un envoi en revue. Un examen préalable vous laisse le temps de documenter les fonctions ambiguës et de faire valider votre interprétation avant une mise à jour. À l’inverse, ne cochez pas le descripteur par précaution sans vérifier sa définition : une déclaration erronée peut entraîner une classification qui ne correspond pas au produit.
Pour contrôler les champs actuels et leur rôle dans le calcul, appuyez-vous sur le guide Apple du questionnaire de classification par âge et sur les définitions des classifications et de leurs valeurs. Si l’écran change après le 16 novembre 2026, confrontez le libellé réellement affiché à ces références avant d’en déduire une règle plus large.
Les apps de rencontre se jugent sur les connexions qu’elles créent
Pour une app de rencontre, la question déterminante est la finalité des parcours proposés : les utilisateurs peuvent-ils découvrir d’autres personnes, être mis en relation ou entrer en contact dans le but de former une relation ? Une réponse favorable indique que le descripteur peut s’appliquer. Le nom de l’app, son texte promotionnel et sa catégorie dans le magasin peuvent fournir du contexte, mais ne remplacent pas l’examen de ses fonctions.
| Élément du produit | Indice à examiner | Ce que cet indice ne prouve pas à lui seul |
|---|---|---|
| Profils et découverte | Les profils servent-ils à trouver des personnes avec lesquelles établir une relation ? | La simple existence de profils ne suffit pas à conclure. |
| Mise en relation | L’app recommande-t-elle ou associe-t-elle des utilisateurs en fonction d’un objectif de rencontre ? | Un moteur de recommandation sans finalité relationnelle ne doit pas être automatiquement assimilé à une fonction de rencontre. |
| Contact entre utilisateurs | Le parcours de contact suit-il une découverte ou une mise en relation conçue pour faciliter une relation ? | La présence d’une messagerie ne détermine pas l’objectif du produit. |
| Présentation et usage | Les écrans, les options et les parcours décrivent-ils ou réalisent-ils une mise en relation ? | La description de l’App Store ne remplace pas l’examen du produit. |
Prenons le cas d’une app qui propose des profils, un système de découverte et un contact direct après une mise en relation. Même si sa page publique la présente comme un réseau de loisirs, ses fonctions peuvent révéler un objectif de rencontres ou de relations. À l’opposé, un répertoire de membres d’une association avec une messagerie destinée à organiser des activités ne relève pas nécessairement de ce descripteur : il faut établir à quoi sert concrètement la découverte des membres et quelles relations le parcours encourage.
Cette distinction est particulièrement importante si vous modifiez le produit. Une fonction de découverte ajoutée récemment, un nouveau parcours de recommandation ou un bouton de contact peuvent changer l’usage que votre app rend possible. Gardez une note interne des écrans concernés et du but recherché ; ce document rend votre réponse vérifiable lors de la prochaine révision du questionnaire.
Les fonctions sociales et le chat ne sont pas automatiquement des rencontres
Une communauté, un forum ou une messagerie peuvent faciliter les échanges sans avoir pour objectif de créer des relations amoureuses ou des rencontres entre utilisateurs. L’analyse doit porter sur la manière dont l’app oriente ces échanges : les utilisateurs sont-ils regroupés autour d’un sujet, d’une activité ou d’un service, ou l’interface facilite-t-elle leur découverte en vue d’une relation ?
| Fonction sociale | Question de contrôle | Orientation de l’analyse |
|---|---|---|
| Salon de discussion par sujet | Les participants échangent-ils autour d’un thème commun sans fonction dédiée de rencontre ? | Ne déduisez pas l’applicabilité du seul fait que les participants discutent. |
| Communauté locale | La fonction sert-elle à annoncer des activités ou à coordonner un groupe ? | Examinez si les profils et recommandations ont une finalité distincte de l’organisation communautaire. |
| Recherche de personnes | Les critères et résultats servent-ils à trouver un partenaire ou à créer une relation ? | Le but du filtrage et le parcours qui suit la recherche comptent. |
| Messagerie privée | La conversation est-elle un outil général ou l’aboutissement d’une mise en relation ? | Analysez ce qui conduit au contact, pas seulement le canal utilisé. |
Un même outil peut remplir des fonctions différentes selon son contexte. Une messagerie attachée à un groupe de soutien, par exemple, n’a pas nécessairement le même objectif qu’une messagerie ouverte après avoir sélectionné un profil dans un parcours de rencontre. Si votre app combine ces usages, séparez-les dans votre analyse au lieu d’attribuer une réponse unique à partir d’une fonction isolée.
La définition Apple est la référence pour trancher. Ses valeurs et définitions de classification permettent de vérifier le sens des descripteurs ; elles ne justifient pas de considérer chaque app de discussion comme une app de rencontre. Si le cas est limite, consignez les éléments favorables et défavorables à l’application du descripteur, puis comparez-les aux termes effectivement présents dans le questionnaire. N’interprétez pas une zone grise comme une garantie d’acceptation.
Les compagnons virtuels sont évalués selon leur contenu relationnel
Pour un compagnon virtuel, le point à examiner n’est pas simplement la présence d’une intelligence artificielle, d’un avatar ou d’une conversation. Apple rattache le descripteur aux compagnons virtuels qui impliquent du contenu romantique ou sexuel. Lorsque cette définition est satisfaite, la classification minimale annoncée est 18+ (annonce Apple).
Passez en revue l’expérience complète, et pas uniquement les exemples de dialogue affichés dans la présentation commerciale. Examinez le rôle attribué au compagnon, les scénarios accessibles, les options de personnalisation et les interactions que le produit encourage. Une fonction de conversation destinée à répondre à des questions ou à aider à organiser des tâches ne devient pas automatiquement une relation romantique parce qu’elle utilise un personnage. Inversement, des parcours explicitement conçus autour d’une relation romantique ne cessent pas d’être concernés parce que l’app se présente comme un assistant conversationnel.
| Cas à examiner | Vérification utile | Conclusion à éviter |
|---|---|---|
| Assistant conversationnel général | Repérez si l’app propose un scénario de compagnon romantique ou sexuel, au-delà de l’assistance fonctionnelle. | « Il y a une IA, donc le descripteur s’applique. » |
| Personnage personnalisable | Vérifiez les rôles, interactions et choix qui structurent la relation avec l’utilisateur. | « Le personnage est fictif, donc le descripteur ne peut pas s’appliquer. » |
| Expérience de compagnon romantique | Comparez le contenu réellement accessible à la définition du descripteur et à la classification minimale annoncée par Apple. | « Le contenu est facultatif, donc il peut être ignoré sans vérifier le questionnaire. » |
Si l’app mélange conversation utilitaire et scénarios de compagnon, documentez séparément les deux parcours. Pour un cas que la définition ne permet pas de résoudre sans interprétation, ne transformez pas une hypothèse produit en règle Apple : demandez une clarification par les canaux officiels et conservez les éléments utiles à votre décision.
Shared Location décrit un autre usage que Dating and Relationships
Le partage de position ne constitue pas, à lui seul, une fonction de rencontre. Shared Location concerne le partage de la position réelle avec d’autres personnes ou un groupe ; Dating and Relationships porte sur des fonctions liées aux rencontres et aux relations, selon les définitions communiquées par Apple dans son annonce. Une app peut avoir besoin d’évaluer les deux descripteurs, mais leur présence ne doit pas être déduite l’un de l’autre.
Par exemple, une app qui permet à une famille de partager sa position peut comporter une fonction sociale sans proposer de découverte de partenaires. Une app de rencontre qui permet aussi à ses utilisateurs de partager leur position doit, de son côté, analyser séparément le parcours de mise en relation et la fonction de partage de position. Ne répondez pas à l’un des champs en vous fondant uniquement sur l’autre.
Pour chaque fonction de localisation, vérifiez qui voit la position, dans quel contexte elle est partagée et si le produit organise en parallèle la découverte ou la mise en relation entre utilisateurs. Pour chaque fonction de rencontre, examinez l’objectif des profils, des recommandations et du contact, indépendamment de la présence d’une carte ou d’un partage de position. Si l’interface du questionnaire ne permet pas de comprendre clairement le périmètre, revenez à la définition Apple plutôt que de supposer une équivalence.
La FAQ précise les cas où l’étiquette ne suffit pas
Le nom ou la catégorie de l’app détermine-t-il la réponse ?
Non. Le nom, la catégorie et le texte de présentation peuvent expliquer le positionnement de votre produit, mais ils ne remplacent pas l’examen des fonctions proposées. Une app appelée « communauté » peut tout de même organiser des rencontres ; une app sociale peut, au contraire, offrir une messagerie sans parcours de mise en relation. Basez la déclaration sur les comportements et les objectifs que l’app rend réellement possibles.
Une fonction de discussion privée rend-elle l’app concernée ?
Pas à elle seule. La discussion peut être générale, liée à un groupe ou constituer l’étape qui suit une mise en relation destinée à créer des relations. Pour décider, reconstituez le chemin de l’utilisateur depuis la découverte jusqu’au contact et demandez-vous quel objectif le produit poursuit. Si les fonctions se mélangent, décrivez-les séparément au lieu d’appliquer une règle automatique à toute messagerie.
Faut-il déclarer un compagnon virtuel dès qu’il utilise l’IA ?
Non. La présence d’une intelligence artificielle n’est pas le critère cité dans la définition communiquée par Apple. Il faut examiner si le compagnon implique du contenu romantique ou sexuel. Analysez les dialogues et les scénarios accessibles, y compris les options qui ne sont pas mises en avant dans la présentation. Si la frontière reste floue, vérifiez la formulation du champ actuel et sollicitez une clarification plutôt que d’étendre la règle à toutes les fonctions d’IA.
Le descripteur peut-il modifier la classification même si l’app ne propose pas de rencontres réelles ?
Il faut distinguer les relations entre utilisateurs du cas des compagnons virtuels. La définition annoncée par Apple inclut les compagnons virtuels avec du contenu romantique ou sexuel ; pour les apps qui satisfont le descripteur, Apple indique une classification minimale de 18+. Cela ne signifie pas que toute expérience virtuelle ou toute conversation relève automatiquement de cette règle : le contenu et la fonction doivent correspondre à la définition.
Chaque app du compte doit être vérifiée séparément
Si vous gérez plusieurs produits, ne copiez pas la réponse d’une fiche à l’autre. Une app peut proposer une découverte orientée vers les rencontres, tandis qu’une autre sert uniquement à gérer une communauté autour d’une activité. Les équipes partagées, les éléments de marque communs et les composants techniques ne rendent pas nécessairement leurs usages identiques.
Utilisez cette liste de contrôle avant de modifier le questionnaire :
- [ ] Ouvrez chaque fiche d’app concernée dans App Store Connect ; ne vous limitez pas au produit le plus actif.
- [ ] Inventoriez les parcours de découverte, de recommandation, de mise en relation et de contact entre utilisateurs.
- [ ] Identifiez séparément les fonctions de chat, de communauté et de partage de position.
- [ ] Pour un compagnon virtuel, examinez les scénarios romantiques ou sexuels et les interactions réellement accessibles.
- [ ] Notez les éléments qui justifient une réponse positive ou négative pour chaque fonction ambiguë.
- [ ] Comparez votre analyse aux définitions et au questionnaire de classification par âge d’Apple.
- [ ] Vérifiez l’apparition du champ après la date de disponibilité annoncée, puis contrôlez chaque déclaration avant l’échéance du 12 janvier 2027.
- [ ] Si une mise à jour est prévue, distinguez le travail sur le questionnaire de la préparation de la version à soumettre ; suivez les instructions Apple de soumission d’une app.
Gardez une trace des décisions, avec la fonction examinée et la justification retenue. Cette note ne remplace pas les réponses officielles dans App Store Connect, mais elle aide les personnes chargées du produit, du contenu et de la publication à appliquer la même interprétation lorsque l’app évolue.
Le questionnaire et la préparation d’une version sont deux chantiers distincts
La déclaration de classification d’âge se gère dans App Store Connect ; elle ne signifie pas automatiquement qu’il faut reconstruire l’app. Consultez les instructions Apple pour définir la classification par âge afin de déterminer comment modifier les réponses et les informations pertinentes. Les droits nécessaires pour éditer une fiche peuvent également dépendre des accès attribués dans le compte : vérifiez les instructions Apple sur la modification des informations d’une app.
Un nouveau build peut devenir nécessaire si vous modifiez le produit lui-même, corrigez un parcours ou préparez une version à soumettre ; il ne faut pas confondre ce besoin avec la mise à jour des déclarations. Apple décrit séparément le processus de soumission dans son guide de soumission à la revue. Pour une analyse de vos ressources d’hébergement et de vos options de Mac à distance, consultez notre comparatif des solutions Mac à distance, sans en déduire qu’un Mac est nécessaire pour répondre au questionnaire lui-même.
Si votre app nécessite un nouveau build iOS, vérifiez alors votre chaîne de compilation, vos certificats, vos profils de provisionnement et l’accès aux outils macOS requis par votre projet. Un Mac distant peut être pertinent quand votre équipe n’a pas de Mac disponible pour effectuer ces opérations, mais il ne remplace ni la vérification des déclarations ni les décisions de classification. Les options et les informations d’environnement sont présentées sur notre page consacrée au Mac à distance.
Pour une vérification d’actualité, confrontez la version visible du questionnaire à l’annonce Apple et à ses documents de référence. La vue de référence des informations d’une app peut compléter les indications de modification, tandis que les règles de revue de l’App Store restent une source distincte pour les exigences de revue. N’interprétez pas une page de revue comme une définition supplémentaire du descripteur si Apple ne l’y formule pas.
Pour un build ponctuel, comparez les contraintes avant de mobiliser un Mac
Si vous devez simplement corriger une déclaration dans App Store Connect, commencer par louer un Mac n’apporte pas de réponse à la question de classification. En revanche, si l’analyse conduit à modifier le code, à produire un build ou à valider une version iOS, comparez les solutions selon la durée du besoin et le matériel déjà disponible.
Conserver une configuration locale évite de dépendre d’un accès distant, mais implique l’achat et la maintenance d’un Mac, ainsi que la gestion de son stockage et de ses outils. Une machine virtuelle ou un environnement non macOS ne constitue pas une solution de remplacement fiable pour les étapes qui exigent réellement la chaîne Apple. Un Mac distant peut éviter un achat dédié pour un besoin temporaire, tout en ajoutant des contraintes d’accès réseau, de transfert de fichiers et de contrôle de l’environnement. Si votre activité repose sur une charge de travail permanente ou sur des périphériques physiques locaux, l’achat d’un Mac peut être plus cohérent.
Choisissez en fonction du travail restant, pas de l’échéance seule : si vous n’avez qu’à répondre au questionnaire, restez dans App Store Connect ; si vous devez reconstruire et soumettre une version sans Mac disponible, examinez les solutions Mac à distance de VpsHold et vérifiez que leur environnement correspond aux besoins concrets de votre projet.
Questions fréquentes
À quoi correspond le descripteur Dating and Relationships dans App Store Connect ?
Il concerne les apps dont les fonctions sont destinées à favoriser des rencontres ou des relations entre personnes, ainsi que les compagnons virtuels impliquant un contenu romantique ou sexuel. Pour décider, examinez les parcours et les objectifs proposés aux utilisateurs, plutôt que le nom de l’app ou sa catégorie commerciale.
Une messagerie ou une communauté suffit-elle à rendre le descripteur applicable ?
Non. Une messagerie générale, un forum ou une communauté ne relèvent pas automatiquement de Dating and Relationships. La question est de savoir si le produit organise concrètement la découverte, la mise en relation ou le contact dans un but de rencontre ou de relation. En cas de frontière incertaine, confrontez votre analyse à la définition Apple actuellement affichée dans le questionnaire.
Quand un compagnon virtuel doit-il être déclaré dans cette catégorie ?
Le critère annoncé par Apple vise les compagnons virtuels qui comportent du contenu romantique ou sexuel. Examinez les dialogues, les scénarios, les options de personnalisation et la manière dont l’expérience est présentée. La présence d’une intelligence artificielle ou d’une fonction de discussion, à elle seule, ne permet pas de conclure que le descripteur s’applique.
La déclaration change-t-elle la classification d’âge de l’app ?
Oui, si l’app répond à la définition du descripteur : Apple indique alors une classification minimale de 18+. Cette conséquence ne doit pas être étendue à toutes les apps sociales, à chaque fonction de discussion ni à tous les compagnons virtuels. Il faut d’abord établir que les fonctions réelles du produit entrent dans le périmètre défini.
Pour aller plus loin
Préparez vos prochaines validations sur un Mac dédié
Avec VpsHold, louez un Mac mini physique dédié pour compiler et tester votre application dans un environnement macOS à distance.
