Preguntas frecuentes y solución de problemas

En esta página, se proporcionan respuestas a las preguntas frecuentes sobre App Hosting.

App Hosting Preguntas frecuentes

Limitaciones y solución de problemas generales de App Hosting

  • Debido a un problema en la infraestructura de Cloud Run, la creación o actualización de recursos puede ser más lenta de lo esperado en algunas regiones, como us-central1. Si la latencia de implementación es un problema en una región en particular, Google recomienda realizar la implementación en otra región.
  • La CDN de App Hosting solo puede incluir un conjunto específico de encabezados de solicitud en sus claves de caché. Esa lista incluye los encabezados RSC, Next-Router-State-Tree, Next-Router-Prefetch, Next-Router-Segment-Prefetch y Next-Url de NextJS, así como los encabezados estándar 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 y X-Origin de Cloud CDN. Si una respuesta contiene un encabezado Vary con un valor que no se indica aquí, nuestra CDN no lo almacenará en caché.
  • Los archivos estáticos sin almacenar en caché se publican desde Cloud Run. En una versión posterior, se almacenarán y publicarán desde el origen App Hosting para mejorar el rendimiento.
  • Es posible que la consola de Firebase muestre de forma intermitente un error de "no se encontró la compilación y no es válida" durante la creación del backend.
  • Todos los backends del mismo proyecto comparten una organización o cuenta de GitHub. Se pueden conectar a diferentes repositorios en esa organización o cuenta. Para crear back-ends conectados a diferentes cuentas de GitHub, colócalos en proyectos separados.

Limitaciones y solución de problemas de la app de Angular

Si bien la compatibilidad con App Hosting para Angular está en desarrollo activo y en expansión, tiene las siguientes limitaciones:

  • I18n: Si bien la funcionalidad principal de I18n funciona, la navegación directa a las páginas de SSR puede generar errores.
  • Localización: No se admite la compilación de versiones para diferentes configuraciones regionales.
  • Creadores: Por el momento, solo se admite el Creador de aplicaciones.
  • Entornos y herramientas de Monorepo: Fallarán los proyectos de Angular que tengan más de un destino de aplicación. Para obtener una compatibilidad más completa con monorepos, usa Nx.

Errores HTTP 400 y confianza del proxy en SSR de Angular

Si tu aplicación de Angular implementada en Firebase App Hosting encuentra errores HTTP 400 (solicitud incorrecta), bloqueadores de validación de host o fallas de confianza del proxy, sigue la solución recomendada para tu versión de Angular:

  • Angular v19, v20 y v21: Tienes dos formas de resolver estos errores HTTP 400:
    • Actualiza las dependencias: Ejecuta npm update @angular/core @angular/ssr para instalar la versión de parche más reciente de tu versión actual de Angular.
    • Configuración manual: Aplica una resiliencia de configuración a nivel del código estableciendo trustProxyHeaders: true en la configuración del servidor (consulta Configuración de encabezados de proxy de confianza en la documentación de Angular).
  • Angular v22: La primera compilación en un backend nuevo puede devolver errores 400. Para resolver el problema, genera una segunda compilación. Todas las compilaciones posteriores deberían funcionar según lo previsto.

Limitaciones y solución de problemas de Next.js