The latest articles on Forem by Carl Mathieu (@carlh98). https://forem.com/carlh98 https://media2.dev.to/dynamic/image/width=90,height=90,fit=cover,gravity=auto,format=auto/https:%2F%2Fdev-to-uploads.s3.amazonaws.com%2Fuploads%2Fuser%2Fprofile_image%2F3623300%2Ff59676ca-0fad-46c1-9026-340291031cf1.png https://forem.com/carlh98 en Carl Mathieu Mon, 08 Dec 2025 14:12:00 +0000 https://forem.com/onepoint/ton-app-risque-detre-rejetee-en-2026-si-tu-ignores-les-nouveaux-requis-en https://forem.com/onepoint/ton-app-risque-detre-rejetee-en-2026-si-tu-ignores-les-nouveaux-requis-en <p>Se faire rejeter par l'App Store ou Google Play fait partie du parcours de tout développeur mobile. Quand cela arrive, répondre aux demandes des plateformes peut vite devenir un casse-tête et faire perdre des heures de travail. Autant prendre les mesures nécessaires pour anticiper ces situations. </p> <p>2026 apporte une vague de nouvelles réglementations qui vont impacter directement nos workflows de développement. Que ce soient les exigences des app stores ou les nouvelles lois gouvernementales, rester à l'affût des nouveaux requis n'est plus optionnel.</p> <h2> <strong>Timeline des échéances clés</strong> </h2> <div class="table-wrapper-paragraph"><table> <thead> <tr> <th><strong>Date</strong></th> <th><strong>Réglementation</strong></th> <th><strong>Région</strong></th> <th><strong>Impact</strong></th> </tr> </thead> <tbody> <tr> <td>1 janvier 2026</td> <td>Vérification d'âge + consentement parental</td> <td>Texas</td> <td>Toutes les apps</td> </tr> <tr> <td>26 avril 2026</td> <td>WCAG 2.1 niveau AA</td> <td>États-Unis</td> <td>Apps gouvernementales/éducatives</td> </tr> <tr> <td>7 mai 2026</td> <td>Vérification d'âge + consentement parental</td> <td>Utah</td> <td>Toutes les apps</td> </tr> <tr> <td>1 juillet 2026</td> <td>Vérification d'âge + consentement parental</td> <td>Louisiane</td> <td>Toutes les apps</td> </tr> <tr> <td>2 août 2026</td> <td>EU AI Act (IA haut risque)</td> <td>Union européenne</td> <td>Apps avec IA critique</td> </tr> <tr> <td>1 janvier 2027</td> <td>Vérification d'âge</td> <td>Californie</td> <td>Toutes les apps</td> </tr> </tbody> </table></div> <h2> <strong>Priorité #1 : Protection des mineurs</strong> </h2> <h3> <strong>La vague des lois sur l'âge</strong> </h3> <p>Quatre états américains imposent maintenant aux app stores de vérifier l'âge des utilisateurs.</p> <p><strong>Calendrier de déploiement :</strong></p> <ul> <li>Texas : 1er janvier 2026</li> <li>Utah : 7 mai 2026</li> <li>Louisiane : 1er juillet 2026</li> <li>Californie : 1er janvier 2027</li> </ul> <h3> <strong>Consentement parental</strong> </h3> <p>Le Texas, l'Utah et la Louisiane exigent tous le consentement parental pour chaque téléchargement d'app, achat d'app et achat in-app pour les comptes de mineurs.</p> <p>La Californie fonctionne différemment : elle exige que la vérification d'âge soit effectuée par un "account holder" qui est soit un adulte de 18 ans et plus, soit le parent ou tuteur légal d'un mineur.</p> <h3> <strong>Nouvelles APIs obligatoires</strong> </h3> <p><strong>Apple :</strong> <a href="https://developer.apple.com/documentation/declaredagerange/" rel="noopener noreferrer"><strong>Declared Age Range API</strong></a></p> <p>Cette API te permet de savoir si l'utilisateur est :</p> <ul> <li>Mineur sans consentement parental</li> <li>Mineur avec consentement parental</li> <li>Adulte</li> </ul> <p>L'intégration est assez simple, mais elle change fondamentalement le flow d'onboarding. Tu dois maintenant gérer trois états utilisateur distincts et adapter ton contenu en conséquence.</p> <p><strong>Google Play :</strong> <a href="https://support.google.com/googleplay/android-developer/answer/16302250?sjid=2585405465331587933-NA" rel="noopener noreferrer"><strong>Age-Gated Experience</strong></a></p> <p>Google exige désormais :</p> <ul> <li>Écran de vérification d'âge avant tout contenu mature</li> <li>Respect du statut Family Link (service de contrôle parental de Google)</li> <li>Désactivation automatique si le consentement est révoqué</li> </ul> <h3> <strong>Ce qu'il faut implémenter</strong> </h3> <ul> <li> <strong>Intégration des APIs de vérification d'âge</strong> d'Apple et Google</li> <li> <strong>Réception du statut d'âge</strong> et de consentement parental en temps réel</li> <li> <strong>Désactivation de l'app</strong> si le consentement parental est révoqué</li> <li> <strong>Gestion des achats</strong> : chaque achat in-app nécessite le consentement parental pour les mineurs</li> </ul> <h2> <strong>Priorité #2 : L'accessibilité</strong> </h2> <p>Depuis juin 2025, l'Union européenne exige que les nouveaux produits et services (publics ou privés) respectent la norme <a href="https://www.w3.org/TR/WCAG21/" rel="noopener noreferrer">WCAG 2.1</a> niveau AA grâce à l'European Accessibility Act (EAA). De même, au Canada, les industries régies au fédéral comme les banques et les télécommunications doivent respecter WCAG 2.1 niveau AA.</p> <p><strong>L'ajout majeur en 2026 :</strong> les États-Unis d'Amérique.</p> <p>À partir du 26 avril 2026, les entités gouvernementales et éducatives publiques (incluant les universités et écoles publiques) devront obligatoirement respecter la norme WCAG 2.1 niveau AA selon l'ADA Title II. Si ton app touche ces secteurs, tu seras impacté.</p> <p>Outre l'aspect légal et éviter des poursuites coûteuses ou des pertes de contrat, avoir une app qui respecte les standards d'accessibilité augmente ta part de marché potentiel d'utilisateurs. On parle d'environ <a href="https://www.lapresse.ca/actualites/2023-12-06/le-nombre-de-canadiens-declarant-un-handicap-a-double-en-10-ans.php" rel="noopener noreferrer">27% de la population canadienne</a> qui vit avec un handicap (non spécifié). </p> <p><strong>Aspects clés de WCAG 2.1 niveau AA :</strong></p> <ul> <li>Contraste de couleurs suffisant</li> <li>Support des lecteurs d'écran</li> <li>Textes alternatifs pour les images</li> <li>Labels clairs pour les formulaires</li> <li>Temps suffisant pour lire et utiliser le contenu</li> </ul> <p>Si tu en as l'opportunité, teste avec des utilisateurs ayant des handicaps. Leurs retours valent le détour et révèlent souvent des problèmes d'UX que même tes meilleurs designers n'avaient pas prévus.</p> <h2> <strong>Priorité #3 : L'</strong><a href="https://artificialintelligenceact.eu/" rel="noopener noreferrer"><strong>EU AI Act</strong></a> </h2> <h3> <strong>Ce qui change en 2026</strong> </h3> <p>L'EU AI Act est entré en fonction en 2024. Maintenant, 2026 marque le renforcement des règles pour les systèmes d'IA à haut risque, avec des exigences strictes qui entrent en vigueur le 2 août 2026.</p> <p>On parle d'IA à haut risque pour les systèmes qui touchent :</p> <ul> <li> <strong>Recrutement ou ressources humaines</strong> : tri de CV, évaluation de performance</li> <li> <strong>Notation de crédit</strong> : prêts, assurances</li> <li> <strong>Éducation</strong> : évaluation d'étudiants et/ou d'admission</li> <li> <strong>Services essentiels</strong> : eau, gaz, électricité</li> </ul> <p>Si ton app utilise du machine learning ou de l'IA pour prendre des décisions dans ces domaines, tu es probablement affecté.</p> <p>Il faut se poser les questions suivantes :</p> <ul> <li>Est-ce que mon app prend des décisions automatisées qui affectent les droits ou opportunités des utilisateurs?</li> <li>Est-ce que ces décisions touchent l'emploi, l'éducation, le crédit ou l'accès aux services?</li> <li>Est-ce que l'utilisateur peut facilement contester ou comprendre ces décisions?</li> </ul> <p>Si tu réponds oui aux deux premières questions et non à la troisième, tu es probablement dans la zone à haut risque.</p> <h3> <strong>Exigences pour les systèmes IA à haut risque (2 août 2026)</strong> </h3> <p>Pour ces systèmes, il faut avoir :</p> <ul> <li> <strong>Système de gestion des risques robuste</strong> : documentation des risques et mesures d'atténuation</li> <li> <strong>Données d'entraînement de haute qualité</strong> : non biaisées, représentatives et bien documentées</li> <li> <strong>Logs complets</strong> : traçabilité de toutes les décisions prises par l'IA</li> <li> <strong>Transparence totale</strong> : les utilisateurs doivent savoir qu'ils interagissent avec une IA et comprendre comment elle fonctionne</li> </ul> <p>Le défi est surtout organisationnel, tu ne peux pas juste ajouter quelques lignes de code et penser que le produit va s'en tirer mieux. Il faut repenser la stack de données, l'infrastructure de journalisation et la stratégie de communication avec les utilisateurs.</p> <h2> <strong>Conclusion : agis plus tôt que tard</strong> </h2> <p>2026 n'est pas encore arrivé, mais il ne faut pas tarder à se préparer. Ces changements demandent du temps d'implémentation, surtout s'il faut coordonner avec les équipes légales, design et produit.</p> <p>La conformité a un coût de développement, c'est vrai. Mais ne pas être conforme a aussi un coût : des amendes légales qui peuvent être massives, des rejets d'app qui bloquent tes releases, et surtout une perte de crédibilité face aux utilisateurs qui peuvent y voir un manque de professionnalisme.</p> <p><strong>Les règles changent rapidement.</strong> Sois proactif en t'abonnant aux newsletters des plateformes et en suivant les annonces réglementaires de ta région.</p> <h3> <strong>Ressources pour suivre les requis des stores</strong> </h3> <p><a href="https://developer.apple.com/news/upcoming-requirements/" rel="noopener noreferrer"><strong>Apple Developer Requirements</strong></a></p> <p><a href="https://support.google.com/googleplay/android-developer/announcements/13412212" rel="noopener noreferrer"><strong>Google Play Policy Updates</strong></a></p> mobile ios android a11y