よくある質問とトラブルシューティング
コレクションでコンテンツを整理
必要に応じて、コンテンツの保存と分類を行います。
このページでは、App Hosting に関するよくある質問(FAQ)とその回答を紹介します。
App Hosting に関するよくある質問
App Hosting は Next.js と Angular 以外のフレームワークをサポートしていますか?
App Hosting は、Next.js と Angular のビルドとデプロイの事前構成済みサポートを提供します。これらのフレームワークを理解し、ネイティブ構成を解釈することにコミットしています。他の多くの
フレームワークでは、デベロッパー コミュニティが App Hosting フレームワーク アダプタをサポートしています。また、ビルド スクリプトと起動スクリプトを含む Node.js アプリケーションの場合、App Hosting はビルドを試行しますが、成功を保証することはできません。フレームワークの統合をご覧ください。
Firebase App Hosting はどのリージョンをサポートしていますか?
App Hosting のリージョンは今後拡大する可能性があります。最新情報については、App Hosting ロケーションをご覧ください。
デプロイに GitHub 以外の GitLab などの Git プロバイダを使用できますか?
現時点ではできませんが、他のプロバイダのサポートは App Hosting の長期的なロードマップに含まれています。
Firebase コンソールの UI でリポジトリが見つからないのはなぜですか?
Firebase コンソールで新しいバックエンドを作成するときに、リポジトリがオプションのリストに表示されない場合は、まず [リストを更新] を選択してみてください。優先リポジトリがまだ使用できない場合は、GitHub の新しいリポジトリへのアクセスを許可するオプションを使用して追加する必要があります。
また、Firebase App Hosting GitHub アプリケーションを使用してリポジトリを管理することもできます。これを行うには、GitHub プロフィールに移動し、[Settings]、[Applications] の順に選択します。Firebase App Hosting アプリケーションの表の行で、[構成] をクリックしてリポジトリを管理します。
Android モバイルアプリの WebView でサイトが正常に表示されないのはなぜですか?
2025 年第 3 四半期より前に Firebase コンソールでカスタム ドメインを設定したアプリでは、Android WebView でサイトが正しく表示されないことがあります。これは、その期間に使用された CNAME レコードが Android WebView と互換性がなかったために発生します。
この問題を解決するには、App Hosting バックエンドからカスタム ドメインを削除して、再度追加します。更新されたコンソール UI には、3 つの新しいレコード(ドメインの A レコードと TXT レコード、ACME チャレンジ サブドメインの CNAME(証明書用))が表示されます。これらのレコードは、以前の CNAME レコードの代わりに使用します。
App Hosting プロジェクトに関連付けられているリポジトリを変更するにはどうすればよいですか?
現在、リポジトリの変更はできません。ただし、同じプロジェクト内の優先リポジトリに関連付けられた新しいバックエンドを作成するか、別のプロジェクトに新しいバックエンドを作成することはできます。
ヘッダーはフレームワークに依存します。通常、フレームワークに対して行う処理を行います。
App Hosting を使用したローカル開発用のエミュレータはありますか?
はい。App Hosting のデプロイの前に、Firebase Local Emulator Suite の一部である App Hosting エミュレータを使用して、アプリのローカルテストを実行できます。アプリのデプロイをローカルでテストする をご覧ください。
App Hosting にエラーが表示されるのに、Cloud Build には表示されないのはなぜですか?
このような場合、エラーは Cloud Run から発生した可能性があります。ロールアウトのステータスを確認してください。
リンクされた GitHub アカウントを変更または削除するにはどうすればよいですか?
リンクされた GitHub アカウントを削除するには、Developer Connect を開き、プロジェクトが選択されていることを確認して、firebase-app-hosting-github-oath
接続と apphosting-github-conn-
で始まる接続を削除します。Firebase コンソールで App Hosting を開くと、新しい GitHub 接続を設定できるようになります。
App Hosting サイトの Cookie を設定するにはどうすればよいですか?
App Hosting プレビューのリリース時には使用できませんでしたが、Set-Cookie
HTTP レスポンス ヘッダーが想定どおりに機能するようになりました。
一般的な App Hosting の制限事項とトラブルシューティング
- App Hosting の CDN は、特定のセットのリクエスト ヘッダーのみをキャッシュキーに含めることができます。このリストには、NextJS の
RSC
、Next-Router-State-Tree
、Next-Router-Prefetch
、Next-Router-Segment-Prefetch
、Next-Url
ヘッダーと、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
、X-Origin
が含まれます。レスポンスに、ここに記載されていない値の Vary
ヘッダーが含まれている場合、CDN はレスポンスをキャッシュに保存しません。
- キャッシュに保存されていない静的ファイルは Cloud Run から配信されます。今後のリリースでは、パフォーマンスを向上させるため、App Hosting オリジンから保存および配信されるようになります。
- Firebase コンソールで、バックエンドの作成時に「ビルドが見つからず、無効です」というエラーが断続的に表示されることがあります。
- 同じプロジェクト内のすべてのバックエンドは、GitHub 組織/アカウントを共有します。これらは、その組織/アカウントの異なるリポジトリに接続できます。異なる GitHub アカウントに接続するバックエンドを作成するには、別々のプロジェクトに配置します。
Angular アプリの制限事項とトラブルシューティング
Angular の App Hosting サポートは現在開発中であり、拡張されていますが、次のような制限があります。
- I18n: コア I18n 機能は動作しますが、SSR ページに直接移動するとエラーが発生することがあります。
- ローカライズ: 異なるロケール用のバージョンのビルドはサポートされていません。
- ビルダー: 現在サポートされているのはアプリケーション ビルダーのみです。
- 環境と Monorepo ツール: 複数のアプリケーション ターゲットがある Angular プロジェクトは失敗します。より完全なモノレポのサポートについては、Nx を使用してください。
Next.js の制限事項とトラブルシューティング
- デフォルトでは、
images.unoptimized
を明示的に false に設定するか、カスタムの画像ローダーを使用しない限り、App Hosting で組み込みの NextJS 画像最適化が無効になっています。Next.js での画像読み込みの最適化をご覧ください。
- パーセント エンコードされた文字を含む URL パスは、Cloud Run によってデコードされます。これにより、Next.js の並列ルーティングなど、エンコードされた URL パスのみを想定している機能で問題が発生する可能性があります。
- 現在、App Hosting は ミドルウェアを使用する NextJS アプリのキャッシュ保存を制限しています。キャッシュ ヒット率は時間の経過とともに改善されます。
- パーセント エンコードされた文字を含む URL パスは、Cloud Run によってデコードされます。これにより、Next.js の並列ルーティングなど、エンコードされた URL パスのみを想定する機能で問題が発生する可能性があります。