Expo ist ein Open-Source-Framework für iOS-, Android- und Web-Apps mit React Native. Es bündelt, was eine React-Native-App braucht und React Native selbst nicht mitliefert: eine Bibliothek getesteter nativer Module, einen dateibasierten Router, ein Kommandozeilenwerkzeug und eine Reihe von Cloud-Diensten (EAS), die Ihre App kompilieren und in die Stores bringen. Seit 2024 empfiehlt die React-Native-Dokumentation, jede neue App mit einem Framework zu beginnen, und nennt Expo als dieses Framework.
Wer schon einmal ein React-Native-Projekt von Grund auf aufgesetzt hat, weiß, warum: Xcode, Android Studio, native Abhängigkeiten, Signaturzertifikate. Expo verbirgt diese Maschinerie, bis Sie sie brauchen, und gibt sie Ihnen dann zurück. Dieser Leitfaden erklärt, woraus Expo besteht, was sich 2025 und 2026 geändert hat, was es kostet und wann es nicht das richtige Werkzeug ist.
Expo und React Native: ein Framework, kein Fork
React Native ist der Motor. Er nimmt React-Komponenten, geschrieben in JavaScript oder TypeScript, und rendert sie als echte native Views: einen UIKit-Button auf iOS, eine Android View auf Android. Dieser Motor wird von Meta gepflegt und steckt in Apps wie Facebook, Instagram, Microsoft Office und Shopify.
Expo ist das Framework um diesen Motor herum, so wie Next.js ein Framework um React herum ist. Es ersetzt React Native nicht und forkt es auch nicht: Eine Expo-App ist eine React-Native-App, mit denselben Komponenten, denselben Bibliotheken und am Ende denselben nativen Binaries. Was Expo hinzufügt, ist die Schicht, die sonst jeder von Hand nachbaut: Navigation, eine Standardbibliothek für Geräte-APIs, eine Build-Pipeline und einen Weg, Updates auszuliefern.
Die Unterscheidung ist wichtig, weil ein alter Ruf nachhängt. Das frühe Expo (vor 2021) sperrte Sie in einen festen Satz nativer Module ein; wer eine eigene native Bibliothek hinzufügen wollte, musste Expo ganz verlassen. Diese Einschränkung gibt es nicht mehr. Heute können Sie jedes native Modul einbinden, Swift oder Kotlin neben Ihrem TypeScript schreiben, und Expo erzeugt die nativen Projekte für Sie, wenn es Zeit zum Bauen ist.
Merken
Jede Expo-App ist eine React-Native-App. Umgekehrt gilt das nicht: Eine React-Native-App ohne Expo muss Navigation, native Module, Builds und Updates selbst zusammenstellen. Die React-Native-Dokumentation sagt es unmissverständlich: Wer eine neue App baut, soll ein Framework verwenden, und das empfohlene Framework ist Expo.
Die Bausteine
Expo versteht man am besten in Schichten. Sie schreiben gegen die oberen beiden, React Native übernimmt darunter das Rendering, und ein separater Cloud-Dienst macht aus dem Ganzen etwas, das sich aus einem Store installieren lässt.
Das Expo SDK: eine Standardbibliothek für das Smartphone
Das SDK ist eine Sammlung von Paketen, eines pro Fähigkeit: expo-camera, expo-location, expo-notifications, expo-file-system, expo-sensors und einige Dutzend mehr. Sie werden gemeinsam getestet und gemeinsam veröffentlicht, dreimal im Jahr, und jede SDK-Version ist an genau eine React-Native-Version gebunden. Diese Bindung ist der Hauptgrund, warum sich Expo-Apps reibungsloser aktualisieren lassen als reine React-Native-Apps: Jemand hat bereits geprüft, dass die Teile zusammenpassen.
Expo CLI und Expo Router
Die CLI legt ein Projekt an, startet den Entwicklungsserver (Metro) und führt die Build-Befehle aus. Expo Router ergänzt eine dateibasierte Navigation: Jede Datei im Ordner app/ ist ein Screen, und ihr Pfad ist ihre Route. Dieselben Routen funktionieren als Deep Links auf dem Smartphone und als URLs im Web, ohne zusätzliche Konfiguration. Seit SDK 56 hängt Expo Router nicht mehr von React Navigation ab; es hat die benötigten Teile geforkt, um sich eigenständig weiterentwickeln zu können.
Expo Go, Development Builds und Production Builds
Hier verlieren Einsteiger den Überblick, deshalb das Gesamtbild in einer Tabelle. Die drei sind verschiedene Arten, denselben Code auszuführen, in verschiedenen Phasen.
| Expo Go | Development Build | Production Build | |
|---|---|---|---|
| Was es ist | Eine fertige App, die das Expo SDK enthält | Ihre eigene App, mit den Entwicklerwerkzeugen darin | Das signierte Binary, das Sie an die Stores schicken |
| Eigener nativer Code | Nein, nur die Module des SDK | Ja | Ja |
| So bekommen Sie es | Installieren, anmelden, QR-Code scannen | Einmal bauen (EAS oder lokal), dann live neu laden | EAS Build oder ein lokaler Build |
| Am besten für | Prototypen, Lernen, eine erste Version auf einem echten Smartphone zeigen | Die tägliche Arbeit an einem echten Projekt | Die Veröffentlichung |
Eine Änderung, die Sie für 2026 kennen sollten: Expo Go war einen Teil des Jahres nicht im App Store. Ab Mai warteten neue Versionen in Apples Prüfwarteschlange, sodass Expo Go für SDK 56 und SDK 57 über die Expo CLI (Android, Simulatoren) oder als persönlicher TestFlight-Build mit dem Befehl eas go (iPhone) installiert werden musste. Im September 2026 kehrte Expo Go für SDK 57 mit einer neuen Regel in den App Store zurück: Sie müssen in der Expo CLI und in der Expo-Go-App mit demselben Expo-Konto angemeldet sein. Android bekommt die Anmelderegel später. Expo Go bleibt der schnellste Weg, eine App auf einem Smartphone zu sehen, aber Expo lenkt ernsthafte Projekte weiterhin zu Development Builds. Unser Leitfaden zum Testen einer App mit Expo Go behandelt die Anmelderegel, den QR-Workflow und die üblichen Fehler.
EAS: die Cloud-Seite
Expo Application Services ist der Teil von Expo, der nicht Open Source und jenseits eines Kontingents nicht kostenlos ist. Er hat drei Aufgaben. EAS Build kompiliert Ihre App auf Cloud-Maschinen, einschließlich der macOS-Maschinen, die Sie für iOS brauchen, sodass Sie einen iPhone-Build von Windows oder Linux aus erzeugen können. EAS Submit lädt das fertige Binary zu App Store Connect oder Google Play hoch. EAS Update liefert JavaScript-Änderungen an installierte Apps aus, ohne neue Store-Veröffentlichung, im Rahmen dessen, was die Stores dafür erlauben. Die EAS-Build-Dokumentation beschreibt die genaue Konfiguration.
Was sich 2025 und 2026 geändert hat
Zwei Jahre voller Releases haben Expo von einer bequemen Hülle zum Standardweg gemacht, auf dem React Native genutzt wird. Die Änderungen, die man kennen sollte:
- Nur noch New Architecture. Seit SDK 55 laufen Expo-Apps ausschließlich auf der New Architecture von React Native: Der Fabric-Renderer, TurboModules und JSI ersetzen die alte asynchrone Bridge. React Native 0.85 (April 2026) machte das zur Grundannahme für das gesamte Ökosystem, und SDK 56 liefert standardmäßig die JavaScript-Engine Hermes v1 aus.
- SDK 56 (Mai 2026) dreht sich um Build-Geschwindigkeit. Die schwersten iOS-Module kommen jetzt vorkompiliert, was Expo mit rund 16 Prozent schnelleren iOS-Builds beziffert, und die CLI bündelt kalte Projekte 20 bis 50 Prozent schneller.
- SDK 57 (Juni 2026) wechselt zu React Native 0.86. React bleibt bei 19.2, und React Native 0.86 kündigt keine Breaking Changes an, das Upgrade von SDK 56 fällt also leicht: bessere Edge-to-Edge-Unterstützung auf Android, Emulation von Hell- und Dunkelmodus in den React Native DevTools sowie Korrekturen bei Rendering, Layout und Animationen.
- Expo UI ist stabil. SwiftUI- und Jetpack-Compose-Komponenten lassen sich aus React heraus verwenden, sodass eine App die neuesten Plattform-Widgets übernehmen kann, ohne TypeScript zu verlassen.
- Native Module inline. Eine Swift- oder Kotlin-Datei kann neben dem TypeScript liegen, das sie aufruft, mit generierten Typen. Die alte Mauer zwischen „JavaScript-Land“ und „nativem Land“ ist weitgehend verschwunden.
Upgrade-Rhythmus
Drei SDK-Releases pro Jahr bedeuten ein Upgrade etwa alle vier Monate. Jedes ist klein, wenn Sie am Ball bleiben, und schmerzhaft, wenn Sie drei auslassen. Planen Sie dafür einen Nachmittag pro Quartal ein; das sind die eigentlichen Wartungskosten einer Expo-App, und sie liegen unter dem Äquivalent bei einem reinen React-Native-Projekt.
Preise, Grenzen und wann Expo die falsche Wahl ist
Das Framework, das SDK, die CLI und Expo Router sind kostenlos und Open Source. Geld kostet die Cloud, und dazu die Apple- und Google-Konten, die Sie unabhängig vom Framework brauchen.
| Posten | Preis | Was Sie bekommen |
|---|---|---|
| Expo-Framework, SDK, CLI, Router | Kostenlos, Open Source | Alles, was auf dem Gerät läuft |
| EAS Free-Plan | 0 USD | 15 iOS- und 15 Android-Builds pro Monat, Warteschlange mit niedriger Priorität (zu Stoßzeiten kommen Wartezeiten über 90 Minuten vor), Build-Timeout von 45 Minuten |
| EAS Starter | 19 USD / Monat plus Verbrauch | Prioritätswarteschlange, Build-Timeout von 2 Stunden |
| EAS Production | 199 USD / Monat plus Verbrauch | Höhere Kontingente für Teams, die oft veröffentlichen |
| Apple Developer Program | 99 USD / Jahr | Pflicht für die Veröffentlichung im App Store, unabhängig vom Framework |
| Google Play Console | 25 USD (einmalig) | Pflicht für die Veröffentlichung bei Google Play |
Wann Expo die richtige Wahl ist
- Ihr Team schreibt JavaScript oder TypeScript oder kommt aus der Webentwicklung.
- Sie wollen eine Codebasis für iOS, Android und oft auch das Web.
- Niemand im Team hat einen Mac, oder niemand will Xcode- und Android-Studio-Installationen pflegen.
- Ihre App ist ein Produkt, kein Spiel: Formulare, Listen, Karten, Kamera, Benachrichtigungen, Zahlungen.
Wann nicht
- Die App besteht überwiegend aus eigenem nativem Code: eine 3D-Engine, Audio- oder Video-Pipelines in Echtzeit, aufwendiges AR.
- Das Team ist bereits in Swift oder Kotlin investiert; dann teilt Kotlin Multiplatform womöglich mehr Code mit weniger Reibung.
- Sie brauchen nur eine mobilfreundliche Website mit installierbarem Icon: Eine Progressive Web App ist günstiger und braucht gar keinen Store.
Für einen breiteren Blick auf die Alternativen vergleicht unser Leitfaden zur Cross-Platform-App-Entwicklung React Native mit Flutter, Kotlin Multiplatform und in eine native Hülle verpackten Web-Apps.
Wie Cadrant Expo nutzt
Native Mobilprojekte auf Cadrant sind Expo- und React-Native-Anwendungen. Sie beschreiben die App in natürlicher Sprache, das generierte Projekt nutzt das Expo SDK für Gerätefunktionen, und die Vorschau öffnet sich in einem Smartphone-Rahmen im Editor. Um auf einem echten Gerät zu testen, scannen Sie einen QR-Code mit Expo Go; die meisten expo-*-APIs laufen dort direkt.
Die Veröffentlichung folgt demselben Weg, den ein Entwickler von Hand gehen würde, nur geführt: Der iOS-Build läuft auf EAS unter Ihrem eigenen Expo-Konto (der kostenlose Plan deckt 15 iOS-Builds pro Monat ab), und das fertige Binary wird nach einem geführten Schritt für Apple-Anmeldung, App-Anlage und Zertifikat an Ihr App-Store-Connect-Konto übermittelt. Die Eigentümerschaft bleibt bei Ihnen, auf Ihren Expo- und Apple-Konten. Die Seite Mobile-App-Baukasten beschreibt den vollständigen Ablauf.
Praxistipp
Legen Sie Ihr kostenloses Expo-Konto und Ihre Apple-Developer-Mitgliedschaft am ersten Tag an, nicht am Tag des Launchs. Die Freischaltung eines Apple-Kontos kann bei einer Firma Tage dauern, und der erste EAS-Build auf einem kostenlosen Plan kann in der Warteschlange warten. Beides ist Kalenderzeit, die Sie später nicht zurückkaufen können.
Kurz gesagt: Expo ist React Native mit allem, was dazugehört, und seit 2024 ist es der Einstieg, den das React-Native-Team selbst empfiehlt. Verstehen Sie den Unterschied zwischen Expo Go und einem Development Build, planen Sie das Cloud-Kontingent und die Store-Konten ein, und der Rest ist React.