Drupal-Website als App für Hochschulen und Verwaltung

This page in English

Kurz gesagt

Eine Drupal-Website lässt sich mit einer nativen Hülle als iOS- und Android-App veröffentlichen – für Nachrichten, Termine und Serviceseiten ist das meist der schnellste Weg. Anspruchsvoll sind Single Sign-on, die Navigation durch große Inhaltsbestände und die Barrierefreiheit nach BITV 2.0. Braucht die App Offline-Daten oder Daten aus weiteren Systemen, ist eine Headless-App auf Basis von JSON:API oft sinnvoller.

Ausgangslage an Hochschulen und in der Verwaltung

Viele Hochschulen, Landesbehörden, Kommunen und Verbände setzen auf Drupal. Die Websites sind groß, mehrsprachig und haben oft einen Bereich für Studierende, Beschäftigte oder Bürgerinnen und Bürger mit Anmeldung. Die eigentliche App-Hülle ist schnell gebaut. Entscheidend sind drei Fragen: Wie funktioniert die Anmeldung, wie findet man sich auf dem Smartphone zurecht, und ist das Ergebnis barrierefrei?

Single Sign-on: der heikelste Teil

Die Anmeldung läuft selten über Drupal-Konten, sondern über SAML (etwa per samlauth- oder SimpleSAMLphp-Modul), OpenID Connect oder CAS – an Hochschulen häufig über Shibboleth und die DFN-AAI, in der Verwaltung oft über Microsoft Entra ID. Für die App bedeutet das:

  • Anmeldungen in eingebetteten Web-Ansichten gelten als unsicher. Google blockiert sie, und die gängigen Empfehlungen für native Apps sehen den System-Browser vor. Manche Identitätsanbieter scheitern zudem an Geräte- oder Browserprüfungen.
  • Der System-Browser teilt keine Cookies mit der Web-Ansicht der App. Es braucht eine Übergabe: Nach der Anmeldung leitet der Identitätsanbieter zurück in die App, die mit einem Einmal-Token eine Drupal-Sitzung in der Web-Ansicht erzeugt.
  • Mehrfaktor-Abfragen wechseln in eine Authenticator-App und zurück. Testen Sie, ob die App danach auf der richtigen Seite landet.

Ist nur ein kleiner Teil der Seite geschützt, kann dieser bewusst im Browser bleiben – die App konzentriert sich dann auf die öffentlichen Inhalte.

Ein Megamenü mit fünf Ebenen funktioniert in keiner App. Nutzer einer Hochschul- oder Verwaltungs-App wollen wenige Dinge schnell erreichen: Neuigkeiten, Veranstaltungen, Ansprechpersonen, Öffnungszeiten, Dienstleistungen, vielleicht den Mensaplan. Diese gehören in eine native Tab-Leiste oder Startseite, der Rest wird über die Drupal-Suche erschlossen. Werten Sie dafür vorher aus, welche Seiten mobil tatsächlich aufgerufen werden, und legen Sie in Drupal ein eigenes App-Menü an.

Hilfreich ist außerdem eine Startseite speziell für die App, die statt Imagebildern die wichtigsten Aufgaben und aktuelle Meldungen zeigt.

Zwei weitere Punkte gehören in jedes Konzept: Bei mehrsprachigen Seiten sollte die App die Gerätesprache übernehmen und den Sprachumschalter gut erreichbar halten. Und für externe Links – Fakultätsseiten, Online-Dienste nach OZG, Formularserver, PDFs – braucht es eine klare Regel, was in der App bleibt und was im Browser öffnet. Beachten Sie, dass Android PDFs nicht direkt in der Web-Ansicht anzeigt.

Barrierefreiheit nach BITV 2.0

Öffentliche Stellen müssen ihre Websites und mobilen Anwendungen barrierefrei gestalten; Maßstab sind die BITV 2.0 und die harmonisierte Norm EN 301 549. Auch für die App ist eine Erklärung zur Barrierefreiheit samt Feedback-Möglichkeit vorzusehen. Eine App, die Ihre Drupal-Seiten lädt, übernimmt deren Qualität: Überschriftenstruktur, Alternativtexte und Formular-Labels werden von VoiceOver und TalkBack vorgelesen. Selbst prüfen müssen Sie:

  1. Beschriftungen nativer Elemente wie Tab-Leiste, Offline-Seite und Hinweise zur Push-Erlaubnis.
  2. Skalierung der Schrift mit der Systemeinstellung – das setzt relative Einheiten im Theme voraus.
  3. Bedienbarkeit mit Screenreader auf echten Geräten, nicht nur im Simulator.

Das ist eine allgemeine Einordnung, keine Rechtsberatung.

Wrapper oder Headless-App?

KriteriumWrapperHeadless-App (JSON:API)
Aufwand und Pflegegeringdeutlich höher
Offline-Inhalteeingeschränktvollständig möglich
Daten aus weiteren Systemennur über die Websitedirekt anbindbar
Redaktionsprozessunverändertunverändert, aber Inhalte müssen strukturiert sein

Bei öffentlichen Auftraggebern spielt zudem das Vergaberecht hinein: Ein Wrapper als Standardprodukt lässt sich anders beschaffen als eine Individualentwicklung mit Wartungsvertrag.

So unterstützt jocapps

WebViewGold wandelt Ihre Drupal-Website in native iOS- und Android-Apps mit Push, Offline-Modus und mehr als 40 nativen Schnittstellen um, als Einmalkauf. WeSetupYourWebViewApp übernimmt die Einrichtung und liefert store-fertige Apps inklusive Quellcode innerhalb von 72 Stunden. Für SSO-Übergaben, Headless-Apps und den langfristigen Betrieb steht OnlineAppCreator bereit – unser ISO-zertifiziertes B2B- und B2G-Team mit langfristigen SLAs. Ein kostenloses 30-minütiges Erstgespräch buchen Sie über den Terminplaner.

Häufige Fragen

Funktioniert die Anmeldung über Shibboleth in der App?

Ja, aber zuverlässig nur über den System-Browser mit anschließender Übergabe der Sitzung an die App. Eine Anmeldung direkt in der eingebetteten Web-Ansicht ist fehleranfällig.

Ist eine Wrapper-App automatisch BITV-konform?

Nein. Sie übernimmt die Barrierefreiheit Ihrer Website, die nativen Elemente kommen hinzu. Beides muss geprüft und in einer Erklärung zur Barrierefreiheit dokumentiert werden.

Ändert sich etwas für die Redaktion?

Beim Wrapper nicht: Inhalte werden weiter in Drupal gepflegt und erscheinen sofort in der App. Push-Nachrichten lassen sich an den Veröffentlichungsprozess koppeln.

Guides zum Thema

Sprechen wir über Ihr Projekt

Ehrliche Einschätzung zu Idee, Prototyp oder App.

  • 30 Minuten
  • Kostenlos
  • Unverbindlich

Kostenloses Gespräch buchen [email protected]