Wer VR-Trainings-Apps verteilen will, und zwar auf eine ganze Unternehmensflotte statt auf ein Testgerät, hat drei Wegefamilien zur Wahl: den öffentlichen Store, einen verwalteten Store, aus dem Ihre Admins ausrollen, und die private Verteilung, die nur Ihrer Organisation offensteht. Die private Verteilung teilt sich noch einmal in drei Varianten — einen Business-Release-Kanal, eine selbst gehostete APK oder die Auslieferung über ein fremdes MDM. Alles, was Ihnen ein Anbieter verkauft, ist eine Spielart davon.
Für Schulungen lautet die Antwort fast immer: verwaltet oder privat. Interne Kursinhalte gehören selten in ein öffentliches Verzeichnis, und dahinter steht eine härtere Schranke. Metas Dokumentation zu Meta for Work hält fest, dass Apps im öffentlichen Horizon Store für jeden mit einem Quest-Gerät auffindbar sind und dass Admins sie nicht direkt auf Gerätegruppen verteilen können (Meta Entwicklerdokumentation, 2026). Wenn der Plan „zwanzig Brillen, ein Kurs, Update im nächsten Quartal“ heißt, ist der öffentliche Store genau der Weg, der das nicht leistet.
Die Wege im Überblick
Die Wege unterscheiden sich vor allem an einer Stelle: Wer führt die Installation aus? Lautet die Antwort „der Teilnehmer“, haben Sie die Auffindbarkeit gelöst und die Verteilung offen. Lautet sie „ein Admin, aus einer Konsole, auf eine Gruppe“, haben Sie etwas, das mit der Flotte mitwächst. Die Tabelle ist die Kurzfassung.
| Weg | Wie die App auf das Gerät kommt | Was es Sie kostet | Passt, wenn |
|---|---|---|---|
| Öffentlicher Store | Der Nutzer findet und installiert selbst | Nichts zu betreiben, keine Gruppenverteilung | Die Zielgruppe sich selbst versorgt |
| Verwalteter Store | Admin sucht im Admin Center und installiert auf Geräte | Eignung der App und eine eingerichtete Organisation | Kommerzielle App auf verwalteter Flotte |
| Privat: Business-Release-Kanal | Organisationsschlüssel, Einladung, App in der Bibliothek | Ein einmaliger Austausch mit dem Anbieter | Ein kunden- oder firmenspezifischer Build |
| Privat: selbst gehostete APK | Admin trägt die URL der APK im Admin Center ein | Hosting, URLs und Versionsdisziplin liegen bei Ihnen | Sie den Release-Takt vollständig steuern wollen |
| Privat: fremdes MDM | Anbieter liefert die APK, Kunde installiert über sein MDM | Nur das, was Ihr MDM ohnehin kostet | Die Flotte bereits per MDM verwaltet wird |
Öffentlicher Store: Auffindbarkeit statt Verteilung
Der öffentliche Store beantwortet eine Frage gut: Wie findet ein Fremder Ihre App? Meta beschreibt Apps im öffentlichen Horizon Store als auffindbar für jeden mit einem Quest-Gerät und stellt klar, dass Admins sie nicht direkt auf Gerätegruppen verteilen können. Dieser eine Satz schließt den öffentlichen Store als Flottenmechanik aus, was immer er sonst für Sie tut.
Für einen Schulungsanbieter ist er trotzdem nicht wertlos. Ein öffentlicher Eintrag ist Schaufenster, Vertrauenssignal und die Möglichkeit, dass ein Interessent etwas ausprobiert, bevor er irgendetwas unterschreibt. Einen Kurs am Montagmorgen auf vierzig Brillen bringt er nicht. Unternehmen, die das spät merken, merken es meist beim Rundgang durch den Raum, Controller in der Hand, Anmeldung für Anmeldung.
Verwalteter Store: Admins verteilen, Nutzer sehen
Der verwaltete Store ist der Mittelweg. Metas Dokumentation beschreibt geeignete Apps, die Admins im Admin Center durchsuchen und auf verwaltete Geräte ausrollen können; verwaltete Nutzer sehen sie anschließend in ihrem Store, und Admins können sie direkt installieren. Sie bekommen Katalog und Gruppenverteilung an derselben Stelle, ohne selbst etwas zu hosten.
Das ist die unspektakulärste Option und oft die richtige. Niemand auf Ihrer Seite unterschreibt eine Entwicklervereinbarung, niemand betreibt einen Downloadserver, und die verteilte App ist derselbe kommerzielle Build, den der Anbieter auch allen anderen ausliefert. Die Grenze ist die Eignung: Es funktioniert für Apps, die in diesem Katalog existieren, ein eigens für Ihr Unternehmen gebauter Stand steht dort nicht.
Private Verteilung auf drei Arten
Privat verteilen heißt: Die App ist nicht öffentlich gelistet und erreicht ausschließlich Ihre Organisation. Meta dokumentiert drei Mechanismen, und sie unterscheiden sich vor allem darin, wer die Datei hält. Entscheiden Sie danach, wie viel von der Kette Sie selbst betreiben wollen, nicht danach, was am anspruchsvollsten klingt. Am Ende läuft in allen drei Fällen dieselbe APK auf derselben Brille.
Business-Release-Kanal
Hier veröffentlicht der Entwickler in einen Business-Release-Kanal im Meta Horizon Developer Center. Der Admin hinterlegt einen Organisationsschlüssel und erhält darüber eine Einladung zur privaten App, die er anschließend seiner App-Bibliothek hinzufügt. Ein kurzer Austausch: Sie schicken eine Kennung, Sie bekommen Zugang, die App taucht dort auf, wo Ihre übrigen Apps liegen.
Der praktische Reiz liegt darin, dass der Anbieter weiter Anbieterarbeit macht. Er baut, er veröffentlicht in den Kanal, Ihre Bibliothek bildet das ab. Der praktische Preis ist die Abhängigkeit von seinem Release-Prozess — angenehm, solange er regelmäßig liefert, lästig, sobald er es nicht tut.
Selbst gehostete APK
Der zweite Weg lässt die Entwicklerplattform ganz aus. Meta dokumentiert, dass Admins die URL einer selbst gehosteten APK direkt im Meta Admin Center eintragen können. Sie legen die Datei dorthin, wo Sie die Kontrolle haben, zeigen aus der Konsole darauf, und das ist der komplette Verteilweg.
Das bringt die meiste Kontrolle und die meisten Hausaufgaben. Jemand verantwortet die Ablage, die Zugriffsregeln auf diese URL und eine Namenskonvention, die einem müden Admin um acht Uhr morgens sagt, welcher Build der aktuelle ist. Teams, bei denen das gut läuft, halten eine kanonische URL pro Kanal und behandeln einen Versionswechsel als bewusste Handlung, nicht als Überschreiben einer Datei.
Fremdes MDM
Der dritte Weg nutzt Werkzeuge, die Sie womöglich schon haben. Meta beschreibt ihn schlicht: Der Entwickler liefert die APK, der Kunde installiert sie über seinen MDM-Dienst. Kein Release-Kanal, kein Store, keine Eignungsfrage — die Datei kommt auf dem vereinbarten Weg zu Ihnen, und Ihre vorhandene Verwaltungsplattform verteilt sie.
Betreibt Ihre Organisation ohnehin ein MDM für Brillen, gewinnt dieser Weg meist allein über den Aufwand, weil er nichts Neues zum Betreiben hinzufügt. In diesem Feld gibt es außerdem weitere Brillenhersteller und unabhängige MDM-Produkte mit eigenen Konsolen und eigener Begrifflichkeit für dieselbe Idee.
Flottenverwaltung ist die andere Hälfte
Die APK auf das Gerät zu bringen ist etwa die halbe Aufgabe. Die andere Hälfte ist, was das Gerät danach tut: ob es direkt in die Schulung startet, ob ein Teilnehmer in den Browser abbiegen kann und ob eine Person fünfzig Brillen bedient, ohne fünfzig Brillen anzufassen. Das ist Flottenverwaltung, und sie ist eine eigene Kaufentscheidung neben der Verteilung.
Die Funktionsliste des PICO Business Device Manager ist eine faire Landkarte dieses Geländes: Batch Enrollment, um sehr viele Geräte auf einmal zu registrieren, Fernverwaltung in Echtzeit mit Live-Überwachung, Neustart, Herunterfahren, Datenlöschung und Zurücksetzen auf Werkseinstellungen, Content-Verteilung für Apps, Dateien und LBE-Maps, ein anpassbarer Startbildschirm mit den Optionen eigener Home-Screen, Kiosk-Modus oder PICO-Standard, schnelle Konfigurationsverteilung über gespeicherte Konfigurationspakete an Geräte oder Gerätegruppen sowie flexible Benutzerverwaltung mit eigenen Rollen, Rollenzuweisung, Teams, Zugriffsverwaltung und SSO-Anmeldung (PICO Business Device Manager, 2026). Andere Hersteller schnüren vergleichbare Fähigkeiten anders, vergleichen Sie also Konsolen und keine Adjektive.
Der Startbildschirm verdient Aufmerksamkeit, weil ihn der Teilnehmer tatsächlich sieht. Eine Brille auf eine App zu sperren räumt eine ganze Kategorie von Supportfällen ab; die Mechanik haben wir in so funktioniert der VR-Kiosk-Modus beschrieben. Verteilung und Kiosk-Modus richtet ohnehin meist dieselbe Person in derselben Sitzung und derselben Konsole ein.
Updates: der unterschätzte Teil
Version eins ist aufregend, dazu erscheinen alle. Version vier landet an einem Donnerstag, muss Geräte an drei Standorten erreichen und darf keine laufende Sitzung stören. Fragen Sie nach dem Update-Weg, bevor Sie sich für einen Verteilweg entscheiden, denn dort sitzen die wiederkehrenden Kosten.
Die Faustregel ist überschaubar. Wo der Anbieter die Datei hält, also beim verwalteten Store und beim Release-Kanal, kommen Updates in seinem Takt, und Ihre Aufgabe ist Freigabe und Rollout. Wo Sie die Datei halten, wie bei der selbst gehosteten APK, bewegt sich nichts, bis jemand bei Ihnen etwas bewegt. Falsch ist keines von beidem. Weh tut nur, den Selbsthosting-Weg wegen der Kontrolle zu wählen und dann festzustellen, dass niemand das Update-Ritual verantwortet.
Den passenden Weg wählen
Fangen Sie bei der Flotte an, nicht bei der App. Weniger als fünf Brillen in einem Raum und kein MDM: Verwalteter Store oder Business-Release-Kanal hält es einfach. Verwaltete Flotte über mehrere Standorte: Nehmen Sie das MDM, das Sie schon betreiben, und behandeln Sie die APK als Artefakt, das der Anbieter Ihnen übergibt. Ein Build, der eigens für Ihr Unternehmen entsteht: Private Verteilung ist die einzige sinnvolle Antwort, und die Wahl zwischen Kanal und Selbsthosting hängt daran, wer die Releases verantworten soll.
Die Hardwarewahl engt diese Optionen ein, bevor Sie sie treffen — deshalb haben wir über VR-Brillen für Unternehmen nach Metas Rückzug geschrieben. Wenn Sie überlegen, welche Kurse über diese Leitung laufen, zeigt der VR-Kurskatalog, was bereit zum Ausrollen ist, und die Skillsive-Plattform übernimmt die Nachweisseite, sobald die App auf dem Gerät liegt. Die Verteilentscheidung ist unspektakulär, mit etwas Aufwand umkehrbar und zwanzig Minuten vor dem Brillenkauf wert statt eine Woche danach.
