mar. 24 mars 2026
Mode Kiosque : comment ça marche sur Windows, iPad, Android et ChromeOS
Vous êtes entrain de concevoir une expérience pour support tactile pour un environnement public ou semi-public. Et là, quelqu’un vous pose LA question : « Comment empêcher les visiteurs de fermer l’appli ou de naviguer sur Internet ? »
Et vous voilà en pleine recherche, vous vous renseignez sur le mode kiosque.
Le mode kiosque est l’état de fonctionnement qui verrouille un appareil (une tablette, une borne tactile, un écran mural) sur une seule application ou un ensemble défini d’applications. Les utilisateurs peuvent interagir avec votre contenu, mais ils ne peuvent pas revenir à l’écran d’accueil, ouvrir une autre application ni modifier les paramètres de l’appareil.
Pour réussir son déploiement, comprendre le fonctionnement du mode kiosque est aussi important que savoir choisir le bon logiciel de borne interactive et concevoir l’expérience elle-même.
Cet article vous explique ce qu’est vraiment le mode kiosque, comment chaque grande plateforme l’implémente, et ce que cela implique pour la conception de votre application.
Qu’est-ce que le mode kiosque ?
Le mode kiosque permet à un appareil conçu pour un usage précis de rester focalisé sur cet usage, même lorsqu’il est laissé sans surveillance (ou pire, avec des enfants surexcités).
Le mécanisme varie selon la plateforme, mais le principe est identique :
- L’appareil démarre directement dans votre application.
- Les gestes de navigation, les boutons d’accueil et les barres de statut sont masqués ou désactivés.
- L’interface système disparaît, et l’application occupe tout l’écran.
- Du point de vue de l’utilisateur, l’appareil offre uniquement l’expérience : il n’y a pas de système d’exploitation vers lequel s’échapper.
Mode application unique vs. multi-applications
La plupart des déploiements en kiosque fonctionnent en mode application unique : une seule application, en plein écran, sans possibilité de quitter. C’est le bon choix pour la majorité des expériences interactives : un configurateur de produit, une borne d’information, un point d’enregistrement.
Le mode kiosque multi-applications permet à un ensemble prédéfini d’applications de fonctionner ensemble. Vous pourriez l’utiliser lorsque votre déploiement nécessite un navigateur en parallèle d’une application complémentaire, ou quand une borne d’accueil a besoin à la fois d’un outil de visioconférence et d’un annuaire du bâtiment.
Le principe sous-jacent est le même, mais la configuration est plus complexe et nécessite généralement une solution MDM (Mobile Device Management) pour être gérée correctement.
Verrouillage applicatif vs. verrouillage système
Il est important de comprendre les différentes options de verrouillage :
- Le verrouillage applicatif est imposé par l’application elle-même : elle masque les éléments de navigation, désactive les gestes de retour et supprime tout chemin visible vers le reste de l’appareil.
- Le verrouillage système est imposé par le système d’exploitation, rendant impossible pour l’utilisateur d’accéder à une autre application même s’il connaît les astuces.
Pour les déploiements publics sans surveillance (un terminal en hall d’entrée, un écran tactile de musée, un affichage en cabine d’essayage), le verrouillage système est le bon choix. Le verrouillage applicatif seul ne suffit pas quand on ne peut pas contrôler qui utilisera l’appareil, pendant combien de temps et avec quelles intentions.
Le mode kiosque par plateforme
Chaque système d’exploitation dispose de sa propre implémentation du mode kiosque, avec sa terminologie, sa procédure de configuration et ses contraintes.
Savoir avec quel mécanisme vous travaillez est important avant de concevoir votre application, car chacun a des limites différentes.
Windows : Accès affecté
Windows implémente le mode kiosque via une fonctionnalité appelée Accès affecté (Assigned Access), accessible dans les Paramètres sous Comptes. Vous créez un compte utilisateur local dédié et lui affectez une seule application UWP ou Microsoft Edge.
Lorsque ce compte est actif, l’appareil démarre directement dans l’application assignée : pas de barre des tâches, pas de menu Démarrer, aucun moyen de sortir sans le code PIN administrateur.
PandaSuite a également introduit la prise en charge native du mode kiosque Windows, ce qui signifie que les applications construites sur la plateforme peuvent être déployées dans ce contexte sans surcouche supplémentaire.
Pour en savoir plus : Mode kiosque pour Windows
Pour les configurations multi-applications ou les déploiements plus complexes, Windows utilise un fichier de provisionnement XML qui définit quelles applications sont autorisées et comment le shell se comporte. À grande échelle, cela est généralement géré via Microsoft Intune ou une plateforme MDM.
iPadOS : Accès guidé
Chez Apple, cette fonctionnalité s’appelle Accès guidé, et elle fonctionne différemment de Windows. Elle est basée sur la session plutôt que sur le compte.
Pour l’activer, il faut appuyer trois fois rapidement sur le bouton latéral, en saisissant un code PIN et en appuyant sur Démarrer. À partir de ce moment, l’iPad est verrouillé sur l’application en cours jusqu’à ce que quelqu’un appuie à nouveau trois fois et saisisse le code PIN pour quitter.
© Apple
L’Accès guidé est excellent pour les déploiements supervisés où un membre du personnel est présent au début et à la fin de chaque session (visites de musée, démonstrations en commerce, enregistrements lors d’événements). Pour les bornes entièrement autonomes qui doivent rester verrouillées entre les redémarrages et sans intervention du personnel, vous devrez combiner l’Accès guidé avec une solution MDM comme Jamf ou Mosyle, qui peut imposer le verrouillage au niveau du compte et le gérer à distance.
iPadOS prend également en charge le Mode Application unique via MDM, qui est plus robuste que l’Accès guidé pour les installations permanentes : il reste actif après redémarrages et ne nécessite pas que le personnel le réactive à chaque fois.
Android : Mode appareil dédié
Le mode kiosque d’Android est plus fragmenté, en partie à cause de la diversité des fabricants et parce que Google a introduit la gestion des appareils dédiés à différentes couches au fil du temps.
Au niveau système, le Mode appareil dédié d’Android (anciennement appelé COSU, Corporate-Owned Single-Use) est configuré via une solution MDM comme VMware Workspace ONE ou Scalefusion. Il verrouille l’appareil sur les applications approuvées lors de l’inscription et survit aux réinitialisations d’usine si associé au bon flux de provisionnement.
Au niveau applicatif, de nombreuses applications Android implémentent elles-mêmes le comportement kiosque en bloquant le bouton retour, masquant la barre de navigation ou en demandant au système de ne pas permettre à d’autres applications de passer au premier plan. Cela fonctionne raisonnablement bien pour une utilisation supervisée, mais est plus facile à contourner que le verrouillage système.
PandaSuite propose également un mode kiosque natif sur Android via le profil d’utilisateur limité, qui verrouille l’appareil sur l’application sans nécessiter de solution MDM tierce.
Pour les déploiements de tablettes Android économiques dans des environnements publics, combiner les deux couches est l’approche la plus sûre.
ChromeOS : Session invité gérée et applications kiosque
ChromeOS gère les déploiements kiosque via la Session invité gérée ou le Mode application kiosque, tous deux configurés via la console d’administration Google.
La Session invité gérée lance une session basée sur le navigateur sans utilisateur connecté. C’est une très bonne solution pour les expériences PWA fonctionnant entièrement dans Chrome. Le Mode application kiosque va plus loin : une application Chrome spécifique (ou une Progressive Web App) se lance automatiquement au démarrage, en plein écran, sans interface navigateur.
Les bornes ChromeOS sont particulièrement répandues dans les environnements éducatifs et les bibliothèques publiques, où la gestion des appareils est centralisée et les mises à jour de contenu doivent être diffusées à distance sans accès physique au matériel. Si votre expérience interactive est construite comme une PWA, ChromeOS est une cible de déploiement naturelle et souvent sous-estimée.
Ce que le mode kiosque implique pour la conception de votre application
Au-delà de la pure configuration technique des appareils, le mode kiosque implique des ajustements dans la conception de votre application.
Concevoir la navigation pour un environnement verrouillé
Dans une application normale, les utilisateurs ont toujours via le bouton retour ou l’écran d’accueil de l’appareil, la possibilité de redémarrer si quelque chose ne va pas. En mode kiosque, cela n’est pas possible. Votre application est la seule chose à l’écran.
Il est important de prévoir des boutons « retour » et « accueil » explicites dans votre interface, clairement visibles et placés de manière cohérente. Ainsi, si l’utilisateur se perd dans votre application, il peut toujours revenir à l’écran d’accueil.
Réinitialisation après inactivité et redémarrage automatique
La gestion de l’inactivité doit être prise en compte pour les bornes sans surveillance. Sans cela, l’appareil accumulera des sessions inachevées : une page produit à moitié parcourue, un formulaire à moitié rempli, une vidéo mise en pause. L’utilisateur suivant se retrouve face à la session de quelqu’un d’autre, ce qui risque de créer de la confusion.
Une possibilité est de mettre en place un compte à rebours « Cet écran sera réinitialisé dans 30 secondes » avec la possibilité d’annuler. Ce délai doit être suffisamment court pour que l’utilisateur suivant n’attende pas longtemps et suffisamment long pour qu’une personne en cours de tâche ne perde pas son travail sans avertissement.
Le délai exact dépend du contexte : un audioguide de musée bénéficie d’un délai plus long qu’une borne e-commerce.
Offline-first : pourquoi la connectivité ne peut pas être tenue pour acquise
Les bornes sont généralement installées dans des environnements peu fiables en matière d’accès à internet : des halls de salons professionnels, des sous-sols de musées, en extérieur ou dans le lobby d’un hôtel.
Si votre application kiosque dépend d’appels API en direct ou de contenu en streaming, elle risque d’échouer dans certains de ces environnements.
La bonne approche consiste à rendre disponible tout le contenu essentiel localement (images, texte, vidéo, audio) et à traiter la connectivité comme un bonus. Les mises à jour de contenu à distance et les analyses d’utilisation peuvent se synchroniser lorsqu’une connexion est disponible ; l’expérience principale ne doit jamais en dépendre.
Accessibilité dans les déploiements kiosque
Les bornes accessibles au public dans de nombreuses juridictions sont soumises à des obligations légales d’accessibilité. Aux États-Unis, l’ADA s’applique aux bornes en libre-service ; la norme européenne EN 301 549 régit l’accessibilité numérique pour les technologies financées par des fonds publics.
Concrètement, cela signifie des tailles de police suffisantes, des ratios de contraste de couleurs adéquats (minimum WCAG AA), la prise en charge de méthodes d’interaction alternatives le cas échéant, et un positionnement physique du matériel adapté aux utilisateurs en fauteuil roulant.
L’accessibilité rend également les bornes plus robustes. Un texte à fort contraste qui fonctionne pour les utilisateurs malvoyants fonctionne aussi dans les environnements très éclairés. Les grandes zones tactiles qui fonctionnent pour les utilisateurs ayant des difficultés motrices fonctionnent aussi avec des gants.
Concevoir pour l’accessibilité et concevoir pour la durabilité pointent souvent dans la même direction.
En conclusion
La configuration d’un kiosque reste invisible quand elle fonctionne. Elle devient essentielle quand elle échoue. Essayons d’éviter ce scénario.
C’est pourquoi le choix du mécanisme de verrouillage, la gestion de l’inactivité, la résilience offline, tous ces sujets méritent autant d’attention que l’expérience elle-même. Un kiosque qui plante en public ne rate pas seulement une interaction : il abîme la confiance dans le projet entier.
FAQ
Qu’est-ce que le mode kiosque ?
Le mode kiosque est un état de fonctionnement dans lequel un appareil est verrouillé sur une seule application ou un ensemble défini d’applications, empêchant l’accès au système d’exploitation plus large. Il est utilisé dans les environnements publics et semi-publics (terminaux d’information, affichages interactifs, bornes en libre-service) où l’appareil doit remplir un seul rôle de manière fiable et sécurisée.
Quelle est la différence entre le mode kiosque application unique et multi-applications ?
Le mode application unique restreint l’appareil à exactement une application, qui se lance automatiquement et ne peut pas être fermée. Le mode multi-applications permet une liste prédéfinie d’applications (utile lorsqu’un déploiement nécessite plusieurs outils fonctionnant ensemble), tout en empêchant l’accès à tout ce qui se trouve en dehors de cette liste approuvée.
Ai-je besoin d’une solution MDM pour déployer en mode kiosque ?
Pas nécessairement. Pour les petits déploiements avec supervision du personnel, les fonctionnalités natives du système d’exploitation comme l’Accès affecté Windows ou l’Accès guidé iOS peuvent être configurées manuellement. Le MDM devient nécessaire lors de la gestion de plusieurs appareils à distance (en diffusant des mises à jour, en appliquant des politiques et en surveillant l’état des appareils sur de nombreux sites sans accès physique à chacun d’eux).
Quelle est la différence entre le verrouillage kiosque applicatif et système ?
Le mode kiosque applicatif est imposé par l’application : il masque les éléments de navigation et empêche l’utilisateur d’accéder à d’autres applications via l’interface. Le verrouillage système est imposé par le système d’exploitation lui-même et est plus difficile à contourner. Pour les déploiements publics sans surveillance, le verrouillage système est le choix approprié.
Une application kiosque peut-elle fonctionner sans connexion internet ?
Oui, et pour les déploiements publics, elle devrait être conçue pour cela. Les halls de salons professionnels, les sous-sols de musées et les installations extérieures ont souvent une connectivité peu fiable ou inexistante. Une application kiosque bien conçue regroupe son contenu localement et traite la connectivité comme optionnelle, synchronisant les analyses et les mises à jour lorsqu’une connexion est disponible plutôt que d’en dépendre pour fonctionner.
Quelles exigences d’accessibilité s’appliquent aux déploiements de bornes publiques ?
Les bornes accessibles au public aux États-Unis sont soumises aux exigences de l’ADA ; en Europe, la norme EN 301 549 régit l’accessibilité numérique pour les technologies financées par des fonds publics. En pratique, cela signifie respecter les standards de contraste WCAG AA, utiliser des zones tactiles suffisamment grandes pour les utilisateurs ayant des difficultés motrices, et considérer le positionnement physique pour l’accessibilité en fauteuil roulant. Nombre de ces exigences améliorent également l’utilisabilité pour tous les utilisateurs dans des environnements difficiles.
Comment fonctionne le mode kiosque sur ChromeOS ?
ChromeOS prend en charge deux configurations kiosque : la Session invité gérée (une session basée sur le navigateur sans utilisateur connecté, adaptée aux expériences PWA) et le Mode application kiosque (une application Chrome spécifique qui se lance automatiquement au démarrage, en plein écran, sans interface navigateur). Les deux sont configurés via la console d’administration Google et gérés à distance, faisant de ChromeOS un choix solide pour les organisations déjà dans l’écosystème Google.
Que dois-je configurer pour la réinitialisation après inactivité dans une borne ?
Un délai d’inactivité de 30 à 90 secondes est standard pour la plupart des contextes, avec un compte à rebours visible et la possibilité d’annuler. Le délai doit ramener l’appareil à l’écran d’accueil et effacer toutes les données utilisateur de la session. La durée exacte dépend de la longueur d’interaction attendue par votre expérience : une recherche de produit rapide justifie un délai plus court qu’une visite guidée de musée.
