La réponse courte
Les réveils échouent pour quatre grandes raisons : le son n’a pas pu être entendu (volume ou routage Bluetooth), le réveil n’a jamais été correctement programmé (matin ou soir confondus, ou une modification non enregistrée), le système l’a supprimé (Concentration ou optimisation de la batterie), ou l’app qui le programmait a été tuée par le système d’exploitation.
Déterminez le type de défaillance
La solution dépend entièrement de la catégorie, et elles se distinguent facilement si vous vérifiez le lendemain matin.
- Le réveil apparaît comme déclenché mais vous n’avez rien entendu → un problème audio. Vérifiez le volume de la sonnerie, le routage Bluetooth, et si la sonnerie du réveil est sur « Aucune » ou sur un morceau indisponible.
- Le réveil n’apparaît jamais comme déclenché → un problème de programmation. Vérifiez matin ou soir, les jours de répétition, et si l’alarme a bien été enregistrée.
- Il fonctionne certains jours et pas d’autres → un problème de suppression. Vérifiez les modes de concentration, les horaires, et sur Android l’optimisation de la batterie.
- Il fonctionne quand l’app est ouverte et pas quand elle est fermée → l’app programme les alarmes dans son propre processus, que le système tue.
Sur Android en particulier
Android ajoute un grand mode de défaillance que l’iPhone n’a pas : l’optimisation agressive de la batterie. Les constructeurs superposent leur propre gestion des processus à celle d’Android, et plusieurs sont réputés pour tuer le travail en arrière-plan quoi que l’app demande.
- 1Ouvrez Paramètres → Applications → votre app de réveil → Batterie, et réglez sur « Sans restriction ».
- 2Sur Samsung, vérifiez aussi Paramètres → Maintenance de l’appareil → Limites d’utilisation en arrière-plan, et assurez-vous que l’app n’est ni dans « Applications en veille » ni dans « Applications en veille profonde ».
- 3Sur Xiaomi, Redmi et POCO, ouvrez Paramètres → Applications → Gérer les applications → votre app → Démarrage automatique et activez-le, puis réglez l’Économiseur de batterie sur « Aucune restriction ».
- 4Accordez l’autorisation « Alarmes et rappels » si elle est demandée. Sur les versions récentes d’Android, les alarmes exactes l’exigent explicitement.
La question de conception qui se cache derrière
La plus grande partie de la liste ci-dessus existe parce qu’une app a demandé une faveur au système d’exploitation et que le système a refusé. Un réveil ne devrait pas être une faveur. Il devrait être un engagement enregistré au niveau du système, qui survit à la fermeture de l’app, au redémarrage du téléphone et à l’économiseur de batterie qui décide que l’app est inactive.
C’est ainsi que Roosta programme les alarmes, et c’est pourquoi balayer l’app n’en annule aucune. Ce n’est pas une affirmation sur le fait de s’en soucier davantage. C’est une différence sur l’endroit où vit la programmation.
Catégorie 1 : vous ne l’avez pas entendu
C’est de loin la plus grande catégorie, et la plus frustrante, parce que le réveil a parfaitement fonctionné. Il s’est déclenché à la bonne heure et a produit un son. Simplement, le son ne vous a pas atteint.
Le volume de la sonnerie est le coupable habituel sur iPhone. C’est un réglage différent du volume des médias, les boutons latéraux ajustent normalement les médias, et rien n’indique clairement que les deux ont divergé. Sur Android, le volume du réveil est encore un troisième curseur, distinct de la sonnerie comme des médias.
Le routage Bluetooth vient en second. Des écouteurs laissés dans leur boîtier sur la table de nuit comptent toujours comme appareil audio connecté, et le réveil s’y jouera volontiers à un volume que personne ne peut entendre.
Catégorie 2 : il n’a jamais été programmé comme vous le pensiez
La deuxième catégorie est celle que les gens acceptent le plus difficilement à leur sujet, et elle est extrêmement courante.
- Le réveil a été enregistré pour le soir au lieu du matin. Au premier coup d’œil, 18:40 et 6:40 se ressemblent presque, et c’est le faux échec de réveil le plus fréquent sur les deux plateformes.
- La modification n’a jamais été enregistrée. Changer l’heure puis quitter l’écran sans confirmer laisse l’alarme d’origine en place.
- Le réveil était réglé pour les jours de semaine et le jour en question était un samedi, ou le schéma de répétition a été effacé à un moment donné.
- Le réveil a été désactivé, souvent par accident, en écartant une autre alarme de la liste.
- Vous regardez l’onglet Alarme alors que vous comptez sur un horaire de Sommeil, ou l’inverse. Ce sont deux systèmes distincts dans une même app Horloge.
Rien de tout cela n’est un défaut du téléphone, et tout mérite d’être écarté avant de passer du temps sur les réglages. Ouvrez l’app Horloge et lisez l’alarme attentivement plutôt que d’y jeter un coup d’œil.
Catégorie 3 : le système l’a supprimé
Les réveils sont conçus pour sonner malgré le mode silencieux et Ne pas déranger sur les deux plateformes, cette catégorie est donc plus petite qu’on ne le suppose. Elle n’est pourtant pas vide.
- Sur Android, Ne pas déranger comporte une exception explicite pour les alarmes, qui peut être désactivée, et tout horaire personnalisé de Ne pas déranger porte ses propres exceptions séparément.
- Sur iPhone, un mode de concentration très personnalisé a plus de pièces mobiles que les modes standard et mérite d’être testé avec la Concentration entièrement désactivée.
- Sur iPhone, « Fonctionnalités de détection de l’attention » baisse le volume des alertes quand la caméra avant croit que vous regardez l’écran, et elle peut se tromper.
- L’optimisation de la batterie sur Android est la plus grande cause unique sur cette plateforme, et elle supprime l’app plutôt que le son.
Catégorie 4 : l’app qui le programmait a été tuée
Cette catégorie ne concerne que les apps de réveil tierces, et c’est celle qui produit les pires défaillances, parce qu’elle est invisible jusqu’à ce qu’elle survienne et qu’elle a tendance à survenir après des semaines de bon fonctionnement.
Une app qui garde la programmation de l’alarme dans son propre processus, généralement un minuteur en JavaScript ou un worker d’arrière-plan, dépend de ce processus toujours vivant au moment prévu. iOS comme Android sont libres de le suspendre ou de le terminer, et tous deux le font couramment : quand la mémoire manque, quand l’app est restée inactive plusieurs jours, ou quand un économiseur de batterie constructeur décide qu’elle est superflue.
L’indice, c’est l’intermittence. Un réveil qui fonctionne tous les jours de semaine et échoue le lundi après un week-end calme n’est presque jamais un problème de volume. C’est une app qu’on a endormie pendant que vous ne l’utilisiez pas.
Que faire
Parcourez les catégories dans l’ordre, car elles sont classées selon la fréquence à laquelle chacune est la réponse. D’abord le volume et le routage, ensuite lire l’alarme elle-même, puis les réglages système, puis l’app.
Si la défaillance relève de la quatrième catégorie, aucun changement de réglages ne la résout complètement. La question à poser sur n’importe quelle app de réveil est de savoir où elle place la programmation. Une app qui enregistre l’alarme auprès du système d’exploitation continue de fonctionner quand elle est fermée, forcée à quitter, mise à jour ou inactive une semaine. Une app qui garde la programmation elle-même ne le fait pas, et ne le peut pas.

