L'apparence sombre est un réglage que tes utilisateurs activent sans te le demander. Si tu n'as jamais fait tourner ton app dedans, un écran affichera du texte noir sur fond sombre. Cette checklist parcourt les endroits où cela arrive. Prévois 20 à 30 minutes pour un premier passage.
Préparer le test
- Change l'apparence dans Réglages > Apparence (Réglages > Écran et luminosité sur iOS 26 et versions antérieures, selon Apple). Essaie aussi le Centre de contrôle : maintiens la commande de luminosité enfoncée, puis touche l'icône du mode sombre, pour basculer en cours de session.
- Teste sur un appareil réel, pas seulement sur le simulateur. La luminosité et le contraste de l'écran ne se perçoivent pas de la même façon en main.
- Fais chaque passage deux fois : lance l'app en clair et passe en sombre pendant qu'elle est ouverte, puis démarre-la à froid en sombre.
La checklist
- Contraste du texte. Lis chaque écran. Repère le texte gris foncé sur surfaces sombres, et le texte d'espace réservé ou désactivé qui disparaît. Pourquoi : les couleurs codées en dur ne s'adaptent pas. Comment vérifier : test du regard en clignant des yeux, puis zoome sur la capture d'écran et compare le texte à son fond.
- Couleurs codées en dur. Repère les cartes blanches, les feuilles blanches ou une barre de navigation blanche dans un écran par ailleurs sombre. Pourquoi : une couleur fixe ignore l'apparence. Comment vérifier : tout élément qui reste clair après le changement est suspect.
- Images et icônes. Vérifie les PNG transparents et les icônes dessinées en noir. Pourquoi : un glyphe noir sur fond sombre est invisible. Comment vérifier : ouvre chaque écran avec des icônes, des barres d'onglets et des états vides.
- Écran de lancement. Démarre l'app à froid en apparence sombre. Un flash clair avant le premier écran fait penser à un bug. Comment vérifier : observe la première seconde sur un appareil réel.
- Changement pendant l'utilisation. Change l'apparence pendant que l'app tourne. Pourquoi : certaines vues ne lisent leurs couleurs qu'une seule fois. Comment vérifier : chaque écran visité avant le changement doit se mettre à jour sans redémarrage.
- Claviers et éléments système. Ouvre des champs de texte. Le clavier, les alertes, les feuilles d'action et les sélecteurs de date doivent correspondre à l'apparence. Pourquoi : un clavier clair sur un formulaire sombre fait inachevé.
- Vues web. Si tu affiches du contenu web (conditions, aide, connexion), vérifie-le. Pourquoi : les pages web ne suivent pas tes couleurs natives. Comment vérifier : ouvre chaque vue web en sombre ; une page blanche éblouissante est la conclusion habituelle.
- Graphiques, cartes et dessins personnalisés. Tout ce qui est dessiné par ton propre code ou par une vue tierce a besoin de son propre contrôle. Pourquoi : le dessin personnalisé utilise souvent des couleurs fixes.
- Ombres et séparateurs. Les ombres se voient à peine sur les surfaces sombres ; les séparateurs fins peuvent disparaître. Vérifie que les cartes restent distinctes les unes des autres.
- Captures d'écran de la fiche store. Ce n'est pas un bug, mais décide si tu montres le clair, le sombre ou les deux, et assure-toi qu'elles correspondent à l'app.
Consigne de ce que tu trouves
Écris chaque constat ainsi : écran, apparence, ce que tu attendais, ce que tu as vu, et une capture d'écran. Une liste courte de ce type se corrige facilement.
Aussi utiles : les passages Dynamic Type et VoiceOver détectent une autre catégorie de problèmes de mise en page et d'accessibilité.
Obtiens un deuxième regard
Tu connais trop bien ton app pour voir ses coins sombres. Sur AppReviewX, d'autres développeurs te donnent un retour privé et structuré sur leurs propres appareils ; un retour que tu écris rapporte un crédit qui finance un retour sur ton app. Les nouveaux comptes démarrent avec 0 crédit.
Dans le hub : guide de test des apps iOS. Voir aussi : test Dynamic Type, script de test VoiceOver.