Wer ein Industrieprodukt per Augmented Reality zeigen will, denkt zuerst an eine App. Der Kunde lädt sie herunter, öffnet sie, und sieht das Modell in seiner Umgebung. Das funktioniert, aber der Weg dorthin ist lang. WebXR macht ihn kürzer: Der Nutzer öffnet einen Link, und die AR-Session startet direkt im Browser. Keine Installation, keine App-Store-Freigabe, kein Update-Aufwand.
Was WebXR technisch ist, wie es funktioniert, und was das für B2B-Unternehmen praktisch bedeutet, erklärt dieser Artikel.
Was ist WebXR?
WebXR ist eine Browser-API, also eine standardisierte Schnittstelle, die es ermöglicht, Extended-Reality-Erlebnisse direkt im Webbrowser darzustellen. Der Begriff setzt sich zusammen aus "Web" und "XR", dem Oberbegriff für Augmented Reality (AR) und Virtual Reality (VR).
Der Standard wird vom W3C (World Wide Web Consortium) entwickelt und ist seit 2019 in modernen Browsern verfügbar. Chrome auf Android unterstützt WebXR-AR zuverlässig über die offizielle API. Safari auf iOS verwendet einen eigenen Mechanismus namens Quick Look mit USDZ-Dateien, der technisch einen anderen Pfad nimmt, für den Endnutzer aber ähnlich aussieht.
Vereinfacht gesagt: WebXR ist das, was im Browser passiert, damit ein 3D-Modell realistisch in einem Kamerabild erscheint. Ohne App-Download. Ohne Systemzugang. Direkt über eine URL.
App-basierte AR vs. WebXR im Vergleich
Der grundlegende Unterschied zwischen nativer App-AR und WebXR liegt im Zugangspunkt. Bei App-basierter AR, also etwa mit ARKit für iOS oder ARCore für Android, muss der Nutzer zunächst eine App installieren. Die AR-Session läuft dann innerhalb dieser App. Das gibt Entwicklern maximale Kontrolle über Grafikqualität und Tracking-Präzision, schafft aber eine Hürde, die viele Nutzer nicht überwinden: Ein Download-Schritt im Vertriebsgespräch ist ein Schritt zu viel.
WebXR dreht dieses Modell um. Die Session startet aus dem Browser. Kein Download, keine Installation, keine MDM-Policy der IT-Abteilung, die erst geprüft werden muss. Der Vertriebsmitarbeiter schickt dem Kunden einen Link. Der Kunde öffnet ihn, gewährt einmalig die Kameraberechtigung, und sieht das Produkt in seiner Werkhalle oder seinem Büro.
Das ist kein kleiner Unterschied. Das ist der Unterschied zwischen "wir probieren es mal" und "es funktioniert einfach".
Wie eine WebXR-Session technisch abläuft
Was im Hintergrund passiert, lässt sich in fünf Phasen beschreiben:
Feature-Detection
Der Browser prüft, ob das Gerät WebXR unterstützt. Ist das nicht der Fall, wird automatisch ein Fallback angeboten, zum Beispiel ein normaler 3D-Viewer ohne AR-Funktion.
Session-Start und Kamera-Freigabe
Nach dem Klick auf "In AR ansehen" fordert der Browser einmalig die Kameraerlaubnis an. Ab diesem Moment liegt das Kamerabild als Hintergrundebene hinter der 3D-Szene.
Oberflächen-Erkennung (Hit-Testing)
Das Hit-Testing-API analysiert das Kamerabild und erkennt horizontale und vertikale Flächen. Der Nutzer sieht einen Indikator auf der erkannten Fläche und kann das Modell dort platzieren.
3D-Rendering mit Lighting Estimation
Das 3D-Modell wird über WebGL in die reale Szene eingebettet. Die Lighting Estimation liest die Lichtverhältnisse der Umgebung aus und beleuchtet das Modell entsprechend. Das Ergebnis wirkt realistisch, nicht aufgeklebt.
Interaktion in Echtzeit
Der Nutzer kann das Modell verschieben, drehen und skalieren. Alles läuft im Browser, ohne Latenz durch einen externen Server. Bei Bedarf lassen sich Screenshot-Funktionen oder Share-Links direkt integrieren.
Feature-Detection: Bevor die AR-Session startet, prüft der Browser, ob das Gerät WebXR unterstützt. Die JavaScript-API fragt ab, ob navigator.xr vorhanden ist und ob der AR-Modus immersive-ar aktiviert werden kann. Ist das nicht der Fall, wird dem Nutzer ein Fallback angeboten, zum Beispiel ein normaler 3D-Viewer ohne AR.
Session-Start und Kamera-Freigabe: Nach dem Klick auf "In AR ansehen" fordert der Browser die Kameraerlaubnis an. Der Nutzer bestätigt einmalig. Ab diesem Moment übernimmt der Browser das Kamerabild und legt es als Hintergrundebene hinter die WebGL-Szene.
Oberflächen-Erkennung über Hit-Testing: Das Hit-Testing-API analysiert kontinuierlich das Kamerabild und identifiziert horizontale und vertikale Flächen, also Böden, Tische, Regale. Auf diesen Flächen kann das 3D-Modell platziert werden. Der Nutzer sieht in der Regel einen Indikatorkreis auf der erkannten Fläche, bevor er das Objekt absetzt.
3D-Rendering mit Lighting Estimation: Das 3D-Modell wird über WebGL in die Szene eingebettet. Moderne WebXR-Implementierungen nutzen Lighting-Estimation-Funktionen, die die realen Lichtverhältnisse der Umgebung auslesen und das Modell entsprechend beleuchten. Das Ergebnis wirkt dadurch weniger "aufgeklebt" und realistischer.
Interaktion: Der Nutzer kann das Modell verschieben, drehen und skalieren. Alles läuft in Echtzeit im Browser. Bei Bedarf lassen sich Screenshot-Funktionen oder Share-Links integrieren.
Was WebXR kann und was nicht
WebXR ist eine ausgereifte Technologie, aber kein Ersatz für jede native App-Lösung. Ein paar Punkte, die in der Praxis relevant sind:
Tracking-Qualität: Native Apps mit direktem Hardware-Zugriff auf ARKit oder ARCore haben in der Regel ein präziseres Tracking als Browser-basierte AR. Für Produktvisualisierungen, bei denen eine Maschine oder ein Bauteil platziert und betrachtet wird, reicht WebXR vollständig aus. Für Anwendungen mit millimetergenauer Positionierung sollte das im Einzelfall bewertet werden.
Modell-Komplexität: WebGL im Browser hat Grenzen bei sehr hochpolygonalem Geometrie. Für eine flüssige AR-Darstellung auf mobilen Geräten sollten 3D-Modelle optimiert und retopologiert sein, typischerweise unter 100.000 Polygone. CAD-Daten direkt aus dem Konstruktionsprogramm sind dafür in der Regel nicht geeignet und müssen aufbereitet werden.
HTTPS-Pflicht: WebXR funktioniert ausschließlich auf HTTPS-Seiten. Das ist heute der Standard, bei Intranet-Lösungen kann es aber ein Punkt sein, der intern geklärt werden muss.
iOS-Besonderheit: Auf iPhones und iPads läuft AR im Browser aktuell nicht über den WebXR-Standard, sondern über Apples Quick Look mit USDZ-Dateien. Das Ergebnis ist für den Nutzer nahezu identisch. Eine professionell umgesetzte Web-AR-Lösung berücksichtigt beide Plattformen und liefert je nach Gerät automatisch den richtigen Pfad aus.
Hinweis iOS
Auf iPhones und iPads läuft AR im Browser aktuell nicht über den WebXR-Standard, sondern über Apples Quick Look mit USDZ-Dateien. Das Nutzererlebnis ist nahezu identisch, der technische Pfad ein anderer. Eine professionell umgesetzte Web-AR-Lösung berücksichtigt beide Plattformen und liefert je nach Gerät automatisch den richtigen Pfad aus.
Was das für B2B-Unternehmen bedeutet
Der praktische Wert von WebXR-AR für B2B liegt in der Freiheit von Infrastruktur. Kein App-Rollout, keine IT-Freigaben, keine Geräteverwaltung. Der Interessent öffnet einen Link und sieht das Produkt. Das ist alles.
Besonders relevant ist das in diesen Szenarien:
- Vertrieb und Presales: Der Vertriebsmitarbeiter schickt dem Kunden vor dem Gespräch einen Link. Der Kunde platziert das Produkt in seiner eigenen Umgebung, noch vor dem ersten persönlichen Kontakt.
- Messen und Events: Kein schweres Exponat transportieren. Ein QR-Code am Stand genügt, und der Besucher sieht das Produkt in Originalgröße in seinem Blickfeld.
- After-Sales und Service: AR-Overlays können Wartungsschritte oder Einbaupositionen direkt am realen Objekt visualisieren. Auch hier: kein App-Download, der Techniker öffnet einen Link auf seinem Smartphone.
- Produkte, die groß, schwer oder komplex sind: Also genau das, womit Industrie und Maschinenbau täglich arbeiten.
Fazit
WebXR ist keine Zukunftstechnologie mehr. Sie funktioniert heute, in handelsüblichen Browsern, auf den Smartphones, die Ihre Kunden und Ihr Vertriebsteam bereits in der Tasche haben. Der Vorteil gegenüber App-basierter AR liegt weniger in der Technik als in der Zugänglichkeit: kein Download, kein Reibungsverlust, kein Erklärungsaufwand.
Für B2B-Unternehmen, die erklärungsbedürftige Produkte vermarkten, ist das ein Argument, das im Vertrieb und im Marketing gleichzeitig funktioniert.
Wenn Sie überlegen, ob und wie sich WebXR für Ihre Produkte umsetzen lässt, helfen wir gerne bei der Einschätzung. Sprechen Sie uns an. (/kontakt/)
