Vollbild in der Web-App ist noch kein gesicherter Kioskmodus

Eine Vollbildansicht kann einem Dashboard oder einer Arbeitsanweisung mehr Platz geben. Sie sollte aber ein freiwilliger Darstellungsmodus mit erkennbarem Rückweg bleiben. Eine Web-App sperrt damit niemanden zuverlässig in einer Ansicht ein. Klären Sie, welcher Bereich vergrößert wird und wie die Arbeit bei Ablehnung oder Ausstieg weitergeht.

Das ist etwas anderes als das Wachhalten des Displays, die Zugriffssicherung oder die Installation einer App. Ein unbeaufsichtigtes öffentliches Terminal braucht eine eigene Planung für Geräteverwaltung und Sicherheit. Ein Vollbildknopf ersetzt diese nicht.

Den richtigen Bereich vergrößern

Benennen Sie den konkreten Zweck: Werkstattanweisung, Präsentation oder Betriebsübersicht. Soll die gesamte Anwendung oder nur ein bestimmter Bereich den Bildschirm füllen? Alle für die Aufgabe nötigen Bedienelemente müssen in dieser Ansicht erreichbar bleiben, einschließlich eines klaren Ausstiegs.

Entfernen Sie nicht versehentlich wichtigen Kontext. Ein Dashboard braucht weiterhin Berichtszeitraum und Aktualisierungsstand. Eine Anweisung braucht Auftragskennung und Navigation. Das sind praktische Anforderungen an die Umsetzung, keine automatisch vom Browser ergänzten Funktionen.

Der Browser kann die Anfrage ablehnen

Der MDN-Leitfaden zur Fullscreen API hält ausdrücklich fest, dass der Wechsel in Vollbild nicht garantiert ist. Er beschreibt außerdem Fehlerereignisse und Einschränkungen bei eingebetteten Inhalten. Wenn ein Arbeitsablauf nur nach erfolgreichem Wechsel funktioniert, bleibt eine Lücke.

Verlangen Sie einen bewussten Einstieg über ein Bedienelement und eine Anzeige des tatsächlichen Ergebnisses. Nach dem Antippen darf nicht automatisch „Vollbild verlassen“ erscheinen, solange der Browser gar nicht gewechselt hat. Bei Ablehnung muss die normale Ansicht nutzbar bleiben, begleitet von einer verständlichen Erklärung.

Wird der Bereich in ein fremdes Portal eingebettet, gehört genau diese Einbettung in den Test. Eine eigenständige Vorführung belegt nicht die Funktionsfähigkeit im späteren Portal.

Aussteigen gehört zum normalen Ablauf

Laut MDN kann der Nutzer Vollbild immer selbst verlassen. Der Leitfaden nennt Tastaturwege und weist darauf hin, dass auch Tab- oder Anwendungswechsel den Modus beenden können. Versprechen Sie deshalb keine dauerhafte Bindung an die Ansicht.

Legen Sie fest, was nach dem Ausstieg erhalten bleibt: ausgewählter Auftrag, Dashboardfilter und Leseposition. Das Verlassen eines Darstellungsmodus soll weder einen Auftrag absenden noch Arbeit verwerfen. Dafür ist die Anwendung verantwortlich; die Fullscreen API garantiert keine Speicherung.

Auch die Rückkehr zum Tab darf nicht ständig wieder Vollbild erzwingen. Ein erneutes Angebot soll eine Wahl bleiben, keine Zugangshürde zur normalen Arbeit.

Lesbarkeit mitprüfen

MDN warnt, dass manche mobile Browser im Vollbild die Vergrößerung blockieren, obwohl sie außerhalb davon funktioniert. Für einen Tablet-Arbeitsplatz reicht deshalb eine Desktopvorführung nicht. Vergleichen Sie Text, Bedienelemente und Vergrößerung auf den tatsächlich vorgesehenen Geräten.

Verwenden Sie einen Beispielauftrag mit längerer Anweisung und ein Dashboard mit realistischen Beschriftungen. Öffnen Sie Vollbild, bedienen Sie die wichtigsten Funktionen und verlassen Sie es über die sichtbare Schaltfläche sowie den passenden Browser- oder Tastaturweg. Wechseln Sie den Tab und prüfen Sie nach der Rückkehr Ansicht und Arbeitsstand. Testen Sie mit geeigneter Einrichtung auch einen nicht verfügbaren oder abgelehnten Aufruf.

Dokumentieren Sie die geprüften Kombinationen und Beobachtungen, ohne Gleichheit auf jedem Gerät zu versprechen. Ist die normale Ansicht unbrauchbar, muss sie verbessert werden. Für eine individuelle Web-App helfen das vorgesehene Gerät und die konkrete Anzeigeaufgabe dabei, eine kleine, prüfbare Funktion statt eines unklaren Kioskversprechens zu bestellen.

Quelle und Grenzen

MDN: Guide to the Fullscreen API, geprüft am 26. Oktober 2026, belegt Einschränkungen beim Einstieg, den möglichen Ausstieg und die Warnung zur mobilen Vergrößerung. Erhalt des Arbeitsstands und Prüfbeispiele sind Projektvorschläge. Weder Kiosksicherheit noch ein tatsächlich ausgeführter Test Ihrer Anwendung werden zugesichert.