FAQ und Fehlerbehebung

Auf dieser Seite finden Sie Antworten auf häufig gestellte Fragen zu App Hosting.

App Hosting Häufig gestellte Fragen

Unterstützt App Hosting andere Frameworks als Next.js und Angular?

App Hosting bietet vorkonfigurierte Build- und Bereitstellungsunterstützung für Next.js und Angular. Wir haben uns verpflichtet, diese Frameworks zu verstehen und ihre nativen Konfigurationen zu interpretieren. Für eine Reihe anderer Frameworks unterstützt die Entwickler-Community App Hosting Framework-Adapter. Außerdem versucht App Hosting , Builds für jede Node.js Anwendung mit einem Build- und Startskript zu erstellen, kann den Erfolg aber nicht zuverlässig garantieren. Weitere Informationen finden Sie unter Framework Integration.

Welche Regionen werden von Firebase App Hosting unterstützt?

Die Regionen für App Hosting werden im Laufe der Zeit wahrscheinlich erweitert. Die aktuellsten Informationen finden Sie unter App Hosting Standorte.

Kann ich neben GitHub auch GitLab oder andere Git-Anbieter für Bereitstellungen verwenden?

Derzeit ist das nicht möglich, aber die Unterstützung für andere Anbieter ist in der langfristigen Roadmap für App Hosting enthalten.

Warum finde ich mein Repository nicht in der Firebase Konsole?

Wenn Ihr Repository beim Erstellen eines neuen Back-Ends in der Liste der Optionen nicht angezeigt wird, wählen Sie zuerst Liste aktualisieren aus.Firebase Wenn das gewünschte Repository immer noch nicht verfügbar ist, müssen Sie es möglicherweise mit der Option Zugriff auf ein neues Repository in GitHub gewähren hinzufügen.

Außerdem können Sie Repositories mit der Firebase App Hosting GitHub-Anwendung verwalten. Rufen Sie dazu Ihr GitHub-Profil auf und wählen Sie Einstellungen und dann Anwendungen aus. Klicken Sie in der Tabellen zeile für die Firebase App Hosting Anwendung auf Konfigurieren, um Repositories zu verwalten.

Warum wird meine Website in der Android-WebView der mobilen App nicht normal angezeigt?

Bei Apps, die vor dem dritten Quartal 2025 eine benutzerdefinierte Domain mit der Firebase Konsole konfiguriert haben, wird die Website möglicherweise nicht richtig in Android WebView angezeigt. Das liegt daran, dass die in diesem Zeitraum verwendeten CNAME-Einträge nicht mit Android WebView kompatibel waren.

Entfernen Sie die benutzerdefinierte Domain aus dem App Hosting Back-End und fügen Sie sie wieder hinzu, um dieses Problem zu beheben. Die aktualisierte Konsolenoberfläche enthält drei neue Einträge: einen A und einen TXT-Eintrag für die Domain sowie einen CNAME für die ACME-Challenge-Subdomain (für Zertifikate). Verwenden Sie diese Einträge anstelle des vorherigen CNAME Eintrags.

Wie ändere ich das mit meinem App Hosting Projekt verknüpfte Repository?

Derzeit ist es nicht möglich, das Repository zu ändern. Sie können jedoch im selben Projekt ein neues Back-End erstellen, das mit dem gewünschten Repository verknüpft ist, oder ein neues Back-End in einem separaten Projekt erstellen.

Wie lege ich Header für meine App Hosting Website fest?

Header sind vom Framework abhängig. Führen Sie die Schritte aus, die Sie normalerweise für Ihr Framework ausführen.

Gibt es einen Emulator für die lokale Entwicklung mit App Hosting?

Ja, Sie können Ihre App vor der App Hosting Bereitstellung lokal testen. Verwenden Sie dazu den App Hosting Emulator, der Teil der Firebase Local Emulator Suite ist. Weitere Informationen finden Sie unter Bereitstellung der App lokal testen .

Warum sehe ich Fehler in App Hosting, aber nicht in Cloud Build?

In solchen Fällen stammt der Fehler möglicherweise aus Cloud Run. Prüfen Sie den Status des Roll-outs, um sicherzugehen.

Wie ändere oder entferne ich ein verknüpftes GitHub-Konto?

Wenn Sie das verknüpfte GitHub-Konto entfernen möchten, öffnen Sie Developer Connect, wählen Sie Ihr Projekt aus und löschen Sie die firebase-app-hosting-github-oath Verbindung und die Verbindung, die mit apphosting-github-conn- beginnt. Wenn Sie App Hosting in der Firebase Konsole öffnen, können Sie jetzt eine neue GitHub-Verbindung einrichten.

Wie lege ich Cookies für meine App Hosting Website fest?

Obwohl der HTTP-Antwortheader Set-Cookie bei der Einführung der App Hosting Vorschau nicht verfügbar war, funktioniert er jetzt wie erwartet.

Allgemeine App Hosting Einschränkungen und Fehlerbehebung

• Aufgrund eines Problems in der Cloud Run Infrastruktur, kann das Erstellen oder Aktualisieren von Ressourcen in einigen Regionen wie us-central1 länger als erwartet dauern. Wenn die Bereitstellungslatenz in einer bestimmten Region ein Problem darstellt, empfiehlt Google, die Bereitstellung in einer anderen Region vorzunehmen.
• Das CDN von App Hosting kann nur eine bestimmte Gruppe von Anfrageheadern in seine Cache-Schlüssel aufnehmen. Diese Liste umfasst die NextJS-Header RSC, Next-Router-State-Tree, Next-Router-Prefetch, Next-Router-Segment-Prefetch und Next-Url sowie die Standardheader von Cloud CDN Accept, Accept-Encoding, Access-Control-Request-Headers, Access-Control-Request-Method, Origin, Sec-Fetch-Dest, Sec-Fetch-Mode, Sec-Fetch-Site, X-Goog-Allowed-Resources und X-Origin. Wenn eine Antwort einen Vary-Header mit einem hier nicht aufgeführten Wert enthält, wird sie von unserem CDN nicht im Cache gespeichert.
• Nicht im Cache gespeicherte statische Dateien werden über Cloud Run bereitgestellt. In einer späteren Version werden sie zur Leistungsverbesserung im App Hosting Ursprung gespeichert und von dort bereitgestellt.
• In der Firebase Konsole wird bei der Erstellung des Back-Ends möglicherweise zeitweise der Fehler „Build wurde nicht gefunden und ist ungültig“ angezeigt.
• Alle Back-Ends im selben Projekt verwenden dieselbe GitHub-Organisation bzw. dasselbe GitHub-Konto. Sie können mit verschiedenen Repositories unter dieser Organisation bzw. diesem Konto verbunden werden. Wenn Sie Back-Ends erstellen möchten, die mit verschiedenen GitHub-Konten verbunden sind, müssen Sie sie in separaten Projekten platzieren.

Einschränkungen und Fehlerbehebung für Angular-Apps

Die Unterstützung für Angular in App Hosting wird aktiv weiterentwickelt und erweitert. Derzeit gelten jedoch die folgenden Einschränkungen:

• I18n: Die grundlegende I18n-Funktionalität funktioniert, aber die direkte Navigation zu SSR Seiten kann zu Fehlern führen.
• Lokalisierung: Das Erstellen von Versionen für verschiedene Gebietsschemas wird nicht unterstützt.
• Builder: Derzeit wird nur der Anwendungs-Builder unterstützt.
• Umgebungen und Monorepo-Tools: Angular-Projekte mit mehr als einem Anwendungsziel schlagen fehl. Für eine umfassendere Monorepo-Unterstützung, verwenden Sie Nx.

HTTP-Fehler 400 und Proxy-Vertrauenswürdigkeit in Angular SSR

Wenn bei Ihrer in Firebase App Hosting bereitgestellten Angular-Anwendung HTTP-Fehler 400 (Bad Request), Host-Validierungsblocker oder Fehler bei der Proxy-Vertrauenswürdigkeit auftreten, folgen Sie der empfohlenen Lösung für Ihre Angular-Version:

• Angular Version 19, 20 und 21: Es gibt zwei Möglichkeiten, diese HTTP-Fehler 400 zu beheben:
  • Abhängigkeiten aktualisieren: Führen Sie npm update @angular/core @angular/ssr aus, um die neueste Patch-Version für Ihre aktuelle Angular-Version zu installieren.
  • Manuelle Konfiguration: Wenden Sie einen Fallback auf Codeebene an, indem Sie in der Serverkonfiguration trustProxyHeaders: true festlegen. Weitere Informationen finden Sie in der Angular-Dokumentation unter Vertrauenswürdige Proxy-Header konfigurieren.
• Angular Version 22: Beim ersten Build in einem neuen Back-End werden möglicherweise 400-Fehler zurückgegeben. Erstellen Sie einen zweiten Build, um das Problem zu beheben. Alle nachfolgenden Builds sollten wie vorgesehen funktionieren.

Einschränkungen und Fehlerbehebung für Next.js

• Standardmäßig ist die integrierte NextJS-Bildoptimierung in App Hosting deaktiviert, es sei denn, Sie legen images.unoptimized explizit auf „false“ fest oder verwenden einen benutzerdefinierten Bild-Loader. Weitere Informationen finden Sie unter Bildladezeiten in Next.js optimieren.
• URL-Pfade mit prozentcodierten Zeichen werden von Cloud Run decodiert. Dies kann zu Problemen mit Funktionen führen, die nur codierte URL-Pfade erwarten, z. B. paralleles Routing in Next.js.
• Derzeit beschränkt App Hosting das Caching für NextJS-Apps, die Middleware verwenden. Im Laufe der Zeit sollten sich die Cache-Trefferquoten verbessern.
• URL-Pfade mit prozentcodierten Zeichen werden von Cloud Run decodiert. Dies kann zu Problemen mit Funktionen führen, die nur codierte URL-Pfade erwarten, z. B. paralleles Routing in Next.js