FAQ

Si tienes preguntas no respondidas aquí, por favor pregúntanos. Ambas, abrir un problema o preguntar en Discord trabajo.

¿Qué es “code push”?

Code push, también conocido como “actualizaciones sobre la red” (OTA), es un servicio en la nube que permite a los desarrolladores de Capacitor desplegar actualizaciones a sus aplicaciones en producción. Capgo funciona actualmente en Android, iOS y Electron.

‘Code Push’ es una referencia al nombre de una característica de despliegue utilizada por la comunidad de React Native desde Microsoft y Exponinguna de las cuales soporta Capacitor.

¿Los majors de Capgo CLI necesitan coincidir con la versión de mi plugin o Capacitor?

No. Siempre utilice la última versión de Capgo CLI (npx @capgo/cli@latestLa CLI y la Capgo Consola siguen su propia versión y permanecen compatibles con cualquier plugin de actualizador principal admitido. Los Capgo plugins siguen los Capacitor majors; consulte Capgo versión para etiquetas LTS como @lts-v7.

¿Cuál es la diferencia entre un paquete y una versión?

Usamos el término “versión” para referirnos a la preparación de una binaria para las tiendas de aplicaciones. Para generar un paquete Capgo posteriormente necesita saber la binaria exacta que se envió a las tiendas de aplicaciones.

Usamos el término “paquete” para referirnos a una actualización que se puede aplicar a una versión para actualizarla a nuevas code. El npx @capgo/cli@latest bundle upload se utiliza para generar un paquete a partir de su nuevo code local, que luego se envía a sus usuarios.

¿Hay límites en los archivos de actualización Delta?

Yes:

• Archivos de cero bytes: Los registros de CLI Ignoring empty file... y excluye archivos vacíos de los archivos delta. No falla la subida, por lo que un archivo vacío puede cambiar el paquete resultante sin detener su despliegue. No incluya archivos de cero bytes en rutas de paquetes Delta.
• Rutas con espacios: Las subidas de Delta fallan temprano con un error claro cuando una ruta de paquete contiene un espacio. Renombre archivos o directorios para eliminar espacios antes de subir una actualización Delta.

Ver actualizaciones Delta para detalles de configuración.

para detalles de configuración.

Nuestras tablas de proyecto también son públicas y se encuentran en: https://github.com/orgs/Cap-go/proyectos

Nuestro equipo también opera en el público, por lo que puede ver qué estamos trabajando en cualquier momento. Estamos encantados de responder cualquier pregunta que tenga sobre nuestra hoja de ruta o prioridades a través de Github issues o Discord.

¿Puedo usar Capgo con mi equipo?

Sí! Todos los planes admiten un número ilimitado de desarrolladores. Solo limitamos métricas de aplicación (MAU, almacenamiento y ancho de banda) a cada organización.

Equipos Teams ¿__CAPGO_KEEP_0__ almacena mi código fuente __CAPGO_KEEP_1__?

¿Almacena Capgo mi fuente code?

No. Los servidores de Capgo nunca ven tu fuente code. Cuando ejecutas npx @capgo/cli@latest bundle upload, Capgo almacena un archivo zip del code minificado/compilado - el mismo code que un navegador recibiría, no tu fuente code.

Para una mayor seguridad, tienes dos opciones:

• Encriptación de Fin a Fin: Encripta tu paquete antes de subirlo para protegerlo en almacenamiento y tránsito y para evitar que terceros generen actualizaciones encriptadas válidas sin tu clave privada. Esto no hace que los activos web enviados sean imposibles de descompilar porque la clave pública está presente en la aplicación distribuida.
• Subir archivo desde una URL externa: Almacena el paquete en tu propio servidor y proporciona solo al Capgo con la dirección de descarga con la opción --external <url>

Consultar también nuestra política de privacidad: https://capgo.app/privacidad

¿Son los archivos de paquete datos privados?

No. Los archivos del paquete son activos web públicos destinados a ser descargados por los usuarios de tu aplicación. Cualquiera que conozca la URL del paquete puede descargar esos archivos, y Capgo informa a los usuarios de esto durante la configuración y en la documentación.

No se considera un incidente de datos el acceso a los archivos del paquete. No coloques secretos, credenciales, datos personales o datos regulados en tu paquete de aplicación. Si necesitas una mayor confidencialidad para casos de uso de alta seguridad, utiliza cifrado de extremo a extremo, pero sigue tratando a los code y activos de la aplicación como públicos desde una perspectiva de informes de seguridad.

¿Puedo utilizar Capgo desde mi sistema CI?

Sí. Capgo está diseñado para ser utilizado desde sistemas CI. Hemos publicado una guía para Android y Github Actions y iOS, y para GitLab. Otros sistemas CI deberían ser similares.

Por favor, no dude en contactarnos sobre GitHub o Discord si encuentra algún problema.

Cómo se relaciona esto con Firebase Remote Config o Launch Darkly?

El Code push permite agregar nuevos code / reemplazar code en el dispositivo. Firebase Remote Config y Launch Darkly son ambos sistemas de configuración. Permiten cambiar la configuración de tu aplicación sin tener que enviar una nueva versión. No están destinados a reemplazar code.

Cual es el tamaño del pie de dependencia que esto agrega?

No he medido recientemente, pero espero que la biblioteca de code push agregue menos de un megabyte a Capacitor aplicaciones. Sabemos de formas en que podemos hacer esto más pequeño cuando eso se convierta en una prioridad. Si el tamaño es un obstáculo para usted, por favor hágnoslo saber!

¿Funciona Capgo en el simulador de iOS 18.4?

No. Debido a un problema upstream que afecta al simulador de iOS 18.4, Capgo no se ejecuta de manera fiable allí. Por favor, pruebe en un dispositivo real o utilice una versión diferente del simulador de iOS.

Consulte los detalles en el problema de React Native: facebook/react-native#50510

¿Funciona code push con aplicaciones grandes?

Sí. No hay límite en el tamaño de la aplicación que se puede actualizar con code push. Como se menciona abajo Capgo puede cambiar cualquier code de JavaScript en su aplicación, independientemente del tamaño.

Para tener en cuenta: Un tamaño mayor hace que sea más difícil para los usuarios descargar actualizaciones. Recomendamos mantener su aplicación lo más pequeña posible.

¿Qué puedo usar Capgo code para enviar?

Hemos visto una variedad de usos, incluyendo:

• Emergency fixes to production apps.
• Envío de correcciones de errores a usuarios en versiones antiguas de su aplicación.
• Envío constante (por ejemplo, cada hora).

Nota que la mayoría de las tiendas de aplicaciones prohíben enviar code que cambia el comportamiento de la aplicación de manera significativa. Consulte below para obtener más información.

¿Qué se considera un ‘MAU’ para Capgo?

Un MAU es un dispositivo activo mensual. Un dispositivo distinto que contacta con Capgo durante un período de 30 días contado de manera continua se considera como un MAU para ese ID de aplicación nativa. El mismo dispositivo físico utilizado con dos ID de aplicación nativa distintos se cuenta una vez para cada ID de aplicación; no se deduplica entre ellos.

Si sus sabores difieren solo en su capa web o la ruta de actualización, utilice un ID de aplicación nativa con canales. Esto mantiene los sabores bajo una aplicación Capgo única y hace que las liberaciones sean más simples. Utilice ID de aplicación nativa separados cuando un sabor necesita un ID de paquete distinto, una identidad de firma, un conjunto de permisos o una lista de tienda diferente.

En iOS, v7.25.0+ conserva el ID de dispositivo aleatorio, escopado a la aplicación, a través de reinstalaciones normales utilizando Keychain. En Android, utilice v7.50.1+ (o v5.50.1+ y v6.50.1+ En aquellas líneas de lanzamiento); el ID se restaura solo cuando Android Backup/Restore retiene las preferencias de la aplicación. Desactivar la copia de seguridad, excluir esas preferencias o eliminar los datos de la aplicación genera un nuevo ID de dispositivo. Actualizar la aplicación no crea un nuevo ID de dispositivo.

Para ediciones de prueba y desarrollo, desactive la entrega de desarrollo y emulación en los canales de producción. Eso controla la entrega, no el MAU: un dispositivo todavía puede contar cuando se contacte con Capgo. Para mantenerlo fuera del uso de producción, desactive las actualizaciones en vivo y no llame a los puntos finales de producción Capgo. Consulte Prueba compilaciones nativas sin actualizaciones en vivo para obtener los ajustes exactos.

¿Qué no podemos usar Capgo code push para?

Capgo no puede cambiar nativos code como Java, Kotlin, Objective-C, Swift, plugins nativos o configuración nativa. Esa modificación requiere una nueva versión de la aplicación nativa. Para el alcance de revisión de la tienda, consulte Políticas de App Store y Google Play.

Puedo actualizar capacitor.config.ts cambios a través de Capgo?

No. Regla corta: Capgo puede enviar el carpeta de compilación web generada, incluyendo HTML, CSS, JavaScript, activos y cambios de paquetes de JavaScript puros empaquetados en ese resultado. Los cambios en capacitor.config.tsActualizaciones de native plugin, configuración de paquetes nativos, instalaciones o actualizaciones y cualquier cosa que deba actualizar el proyecto iOS o Android. npx cap sync o npx cap copy requiere una versión nativa de la aplicación.

The Capacitor configuration file is read at native build time and compiled into the native app binary. If you need to change your Capacitor configuration, you must:

1. o capacitor.config.ts o
2. Reconstruye tu aplicación nativa (npx cap sync seguido de una compilación nativa)
3. Envíe el nuevo binario a las tiendas de aplicaciones

¿Hace Capgo el envío a las tiendas por mí?

El Capgo Build puede compilar y firmar un proyecto nativo preparado de iOS o Android y, cuando se configura, enviar el resultado firmado a App Store Connect o Google Play. Puede mantener su CI existente para dependencias privadas, compilaciones web, sincronización Capacitor y preparación nativa personalizada; Capgo recibe el proyecto nativo preparado para el paso de compilación nativa.

Ver Capgo Construcción y Referencia de configuración de compilación referencia de configuración de compilación

¿Qué almacena Capgo en disco y dónde?

The Capgo updater (included in your application when you build your app) caches the latest downloaded bundle in the only directory that capacitor allow to load code. On Android, this is located in /data/user/0/com.example.app/code_cache/capgo_updater Si bien la base de ese camino se proporciona por el sistema Android y puede cambiar dinámicamente en tiempo de ejecución. En dispositivos iOS, los datos se almacenan en Library/Application Support/capgo.

The Capgo command line tools (e.g. npx @capgo/cli@latest bundle upload) se instalan en disco en cachés de npm, tus credenciales de inicio de sesión se almacenan en tu directorio de inicio ~/.capgo.

¿Cómo se relaciona esto con Capacitor Hot Reload?

Capacitor’s recarga caliente es una característica solo para desarrollo. Code push es para producción.

La reactivación caliente es una característica de Capacitor que le permite cambiar code en el dispositivo durante el desarrollo. Requiere compilar la aplicación Capacitor con un proxy para conectarse a su máquina local.

Code push es una característica que le permite cambiar code en el dispositivo en producción. Usaremos una variedad de técnicas diferentes para hacer esto posible dependiendo del plataforma.

¿Qué tipos de cambios soporta Capgo code push?

Capgo puede cambiar cualquier JS code en su aplicación. Esto incluye la aplicación code y los code generados. También puede actualizar las dependencias en package.json Mientras no requieran cambios nativos de code.

No tenemos planes para apoyar el cambio de code nativo (por ejemplo, Java/Kotlin en Android o Objective-C/Swift en iOS), y la herramienta te advertirá si detecta que has cambiado code nativo, ya que no se incluirá en el paquete.

¿Este soporta Web?

Code no es necesario para Web, ya que Web funciona de esta manera. Cuando un usuario abre una aplicación web, descarga la versión más reciente del servidor si es necesario.

Si tienes un caso de uso para code con Web, nos encantaría saber!

¿Funcionará esto en iOS, Android, Mac, Windows, Linux, etc?

Sí.

Hasta ahora hemos centrado nuestra atención en Android, iOS y Electron, y code ya está listo para producción en todos ellos.

¿Qué versiones de sistema operativo soporta Capgo?

Capgo soporta las mismas versiones de Android que Capacitor soporta.

Capacitor soporta actualmente Android API nivel 22+ e iOS 13.0+: https://capacitorjs.com/docs/main/reference/política-de-soporte

¿Qué versiones de Capacitor soporta Capgo?

Capgo soporta actualmente solo las últimas versiones estable de Capacitor. Podríamos soportar versiones más antiguas de Capacitor también, pero simplemente no hemos construido la infraestructura necesaria para mantenerlas a largo plazo. Tenemos la intención de soportar más versiones de Capacitor en el futuro, incluyendo cualquier versión para nuestros clientes empresariales. https://github.com/Cap-go/capgo/issues/1100

Capgo sigue Capacitor estable y actualiza dentro de pocas horas de cualquier lanzamiento estable. Nuestro sistema para hacer estas actualizaciones es automático y tarda unos minutos en ejecutarse. Luego realizamos un paso adicional de verificación manual antes de publicar en nuestros servidores.

¿Cómo se relaciona esto con el proceso o políticas de revisión de la App/Play Store?

Capgo entrega cambios solo a la capa web Capacitor: el HTML, CSS, JavaScript y activos ya ejecutándose en la WebView del app. No cambia el binario nativo, plugins nativos, permisos, derechos, firma o metadatos de la tienda.

Utilice una versión de la tienda nativa para cada cambio nativo y para cambios materiales que podrían afectar el propósito o funcionalidad revisada del app. Mantenga las actualizaciones en vivo dentro de la experiencia del app que se presentó y se informó a los usuarios.

¿Garantiza Capgo la aprobación de la Tienda de Mac o Google Play?

No. Apple y Google revisan cada app y lanzamiento por sus propios hechos, y Capgo no puede garantizar un resultado de aprobación o revisión individual. Su equipo sigue siendo responsable del contenido, declaraciones, alcance de la actualización y cumplimiento con las políticas de la tienda actual.

Para planificar la revisión y el lanzamiento, lea las políticas oficiales directamente: Apple App Store Review Guidelines y Política de abuso de dispositivos y redes de Google Play.

¿Puedo usar Capgo en mi país?

No hemos intentado restringir el acceso a Capgo de ningún país.

Reconocemos que algunos países tienen restricciones sobre qué URLs se pueden acceder desde dentro del país. Capgo utiliza actualmente Cloudflare Cloud para alojamiento, incluyendo R2 Storage y Cloudflare workers.

Los siguientes URLs se utilizan por Capgo:

• https://api.capgo.app utilizado por el npx @capgo/cli herramientas de línea de comandos para interactuar con los servidores Capgo así como con el actualizador Capgo en los dispositivos de los usuarios para verificar actualizaciones.
• https://*.r2.cloudflarestorage.com utilizado por npx @capgo/cli herramienta de línea de comandos para subir y descargar el paquete

Si todas esas URL son accesibles desde tu país, entonces Capgo debería funcionar.

If your region requires blocking access to any of those URLs, please let us know and we can work with you to find a solution. Proxy servers are one option.

Puedo hospedar Capgo por mí mismo?

Sí. Enterprise admite implementaciones de auto-hospedaje licenciadas de Capgo cuando necesita ejecutar el back-end del actualizador en su propia infraestructura. Consulte Actualizador Auto-Hosteado para el modelo de despliegue y puntos de conexión.

¿Requiere code una conexión a Internet para funcionar?

Sí. Podrías imaginar ejecutar un servidor para distribuir las actualizaciones por separado de la Internet general, pero se requiere alguna forma de conectividad de red para transportar actualizaciones a los dispositivos.

¿Cómo se ve afectado Capgo por la falta de conectividad de red?

Capgo updater (incluso en tu aplicación cuando construyes tu aplicación con Capgo) está diseñado para ser resistente a problemas de conectividad de red.

En el comportamiento de actualización por defecto, cuando la aplicación se inicia, alerta al Capgo updater, que despliega un hilo separado para hacer una solicitud de red a los servidores de Capgo y pedir una actualización. Intencionalmente usamos un hilo separado para evitar afectar cualquier otra cosa que la aplicación pueda estar haciendo. Si la solicitud de red falla o se vuelve a intentar, el updater simplemente intentará verificar de nuevo la próxima vez que la aplicación se inicie.

Capgo herramientas de línea de comandos (por ejemplo, npx @capgo/cli@latest bundle uploadrequieren conectividad de red para funcionar. Si estás utilizando Capgo para distribuir tu aplicación, debes asegurarte de que tu sistema de CI tenga conectividad de red.

¿Qué sucede si un usuario no actualiza durante mucho tiempo y se queda sin una actualización?

Nuestra implementación siempre envía una actualización específicamente diseñada para el dispositivo que la está solicitando, actualizando siempre al solicitante a la última versión disponible. Por lo tanto, si un usuario no actualiza durante un tiempo, “se perderán” las actualizaciones intermedias.

El servidor de actualizaciones podría ser modificado para que responda con la versión incremental siguiente o la versión más reciente, dependiendo de las necesidades de su aplicación. Por favor, háznoslo saber si los comportamientos de actualización alternativos son importantes para usted.

¿Cómo se relaciona Capgo con Capacitor?

Capgo es un plugin para Capacitor que agrega code de empuje. Capgo no es una sustitución para Capacitor. Puede seguir utilizando las herramientas de Capacitor que ya conoce y ama.

Seguimos el último lanzamiento estable de Capacitor y actualizamos nuestro plugin de empuje de code para que funcione con él.

¿Cuándo ocurren las actualizaciones?

Por defecto, el actualizador de Capgo verifica actualizaciones en el arranque de la aplicación. Se ejecuta en un hilo de fondo y no bloquea el hilo de la interfaz de usuario. Cualquier actualización se instalará mientras el usuario utiliza la aplicación y se aplicará la próxima vez que la aplicación se reinicie.

También es posible ejecutar el Capgo actualizador manualmente utilizando el @capgo/capacitor-updater paquete, a través del cual es posible desencadenar actualizaciones en cualquier momento, incluyendo a través de una notificación de empuje.

El Capgo actualizador está diseñado de tal manera que cuando la red no está disponible, o el servidor está caído o de otra manera inalcanzable, la aplicación seguirá funcionando de manera normal. Si alguna vez decides eliminar una actualización de nuestros servidores, todos tus clientes seguirán funcionando de manera normal.

Hemos agregado la capacidad de deshacer parches. La cosa más simple es simplemente adjuntar un paquete anterior a tu canal para deshacer.

¿Necesito mantener mi app_id secreto?

No. El app_id está incluido en tu aplicación y es seguro que sea público. Puedes verificarlo en control de versiones (incluso públicamente) y no te preocupes por que alguien más acceda a él.

Alguien que tenga tu app_id puede obtener la última versión de tu aplicación desde los servidores de Capgo, pero no pueden enviar actualizaciones a tu aplicación o acceder a cualquier otro aspecto de tu cuenta de Capgo.

¿Qué información se envía a los servidores de Capgo?

La completa inventario de datos, el comportamiento de los puntos finales y los controles de privacidad están documentados en Cumplimiento.

Configurar statsUrl: '' Para deshabilitar los informes de estadísticas de actualizador explícito. También puede enviar statsUrl a un proxy o punto final que controla; consulte gestión de estadísticas en infraestructura autoadministrada. Update checks still need an app-scoped device identifier so Capgo can select the correct update and measure monthly active devices.

La lista de subprocesadores es nuestra fuente pública actualizada de verdad para proveedores, ubicaciones de procesamiento, mecanismos de transferencia y historia de cambios.

¿Puedo usar Capgo para aplicaciones HIPAA-sensitive?

Sí, pero su propietario de cumplimiento debe elegir el modelo de despliegue adecuado. Capgo Cloud no se presenta actualmente como un procesador de estadísticas hospedado HIPAA-compliant. Por defecto, los datos del actualizador están escopados al dispositivo y no están vinculados a un usuario de aplicación conocido, y muchas equipos utilizan ese modelo con éxito.

Para revisiones más estrictas, puede geo-localizar el tráfico de plugins, deshabilitar estadísticas estableciendo statsUrl a una cadena vacía, solo hospedarse la ruta de estadísticas o utilizar hospedaje licenciado. No llame CapacitorUpdater.setCustomId(...) con un correo electrónico, ID de usuario, ID de paciente, ID de empleado o cualquier valor que mapee la telemetría del actualizador hacia una persona.

Consulte Cumplimiento HIPAA para la configuración técnica completa y los tradeoffs de observabilidad cuando se deshabilitan las estadísticas.

¿Puedo mantener Capgo live update datos en Europa?

Yes. Apps that need EU data residency for Capgo Cloud plugin traffic can set the updater endpoints to the EU host:

• updateUrl: https://plugin.eu.capgo.app/updates
• statsUrl: https://plugin.eu.capgo.app/stats
• channelUrl: https://plugin.eu.capgo.app/channel_self

Utilice las tres URL de EU juntas para que las comprobaciones de actualizaciones, estadísticas y la asignación de canal utilicen el mismo camino de datos regional. Porque estos valores viven en capacitor.config.tsLas aplicaciones móviles existentes necesitan una versión nativa antes de que se utilicen los nuevos puntos de conexión.

Ver Ubicación de datos para ejemplos exactos de Capacitor y Electron.

¿Qué plataformas soporta Capgo?

Actualmente, Capgo soporta Android, iOS y Electron. Todos están listos para producción.

El uso de Capgo para iOS, Android o Electron puede ser una decisión independiente. Puede configurar su estrategia de canal para Android y un ipa construido para la Tienda de Mac App, o canales de Electron, según sea necesario.

Capgo puede (relativamente fácilmente) hacerse compatible con objetivos de escritorio o integrados. Si eso es importante para usted, por favor hágnoslo saber.

Cómo interactúa Capgo con Play Testing Tracks o Apple TestFlight?

Cada una de las tiendas de aplicaciones tienen mecanismos separados para distribuir aplicaciones a grupos limitados de usuarios (por ejemplo, “pruebas internas”, “beta cerrada”, etc.). Estos son todos mecanismos para segmentar a sus usuarios en grupos y distribuir versiones específicas de sus aplicaciones a cada uno.

Desafortunadamente, no todos estos mecanismos permiten a terceros detectar cuando las aplicaciones están instaladas en cualquier pista de prueba específica o a través de TestFlight. Por lo tanto, no tenemos visibilidad confiable en la composición de estos grupos, y no podemos gatear de manera confiable el acceso a parches de Capgo basado en estos grupos. https://stackoverflow.com/questions/53291007/puede-una-aplicación-android-identificar-la-pista-de-prueba-en-google-play https://stackoverflow.com/questions/26081543/cómo-determinar-en-tiempo-de-ejecución-si-una-aplicación-ios-está-ejecutándose-a-través-de-un-beta-de-testflight-i

Si desea segmentar la disponibilidad del paquete de Capgo, hay 4 opciones potenciales:

1. Utilice un canal separado para cada grupo. Este es el enfoque más directo, pero requiere que gestione múltiples canales. Es posible que ya tenga canales de desarrollo y canales de producción con disponibilidad diferente. Puede actualizar sus canales de desarrollo, verificarlos y luego actualizar separadamente sus canales de producción. Recomendamos utilizar ramas / etiquetas en su control de versiones para ayudar a mantener el seguimiento de las fuentes asociadas con cada lanzamiento.
2. Track your own set of opt-in users, disable automatic updates, and trigger updates only for certain users via the @capgo/capacitor-updater paquete. Esto funciona hoy en día, pero requiere que gestiones tu propia lista de inscripción.
3. Capgo permita a los usuarios crear su propio mecanismo de opt-in en una base por dispositivo (similar a Test Tracks o TestFlight, pero agnóstico de plataforma). Esto permite que su equipo de QA se suscriba a un paquete antes de que se promueva al público en general.
4. Utilice despliegues progresivos entregar un conjunto de candidato a un subconjunto aleatorio y pegajoso de un canal. Establecer un despliegue desde 0–100%, o usar --rollout-percentage-bps for 0.01% increments; configure cache duration from 60 seconds to 365 days and optional auto-pause policy. This does not select a named device group.

Billing

Cómo puedo actualizar o cambiar mi plan?

Puedes actualizar o descender tu plan en cualquier momento en tu panel de control: https://console.capgo.app/configuración/organización/planes

¿Cuándo se reinicia mi período de facturación?

Los períodos de facturación se reinician automáticamente cada mes en el mes en que te suscribiste a Capgo. Por ejemplo, si te suscribiste el 15 de un mes, tu período de facturación se reiniciará el 15 de cada mes.

¿Cómo puedo cancelar mi suscripción?

Puedes cancelar tu suscripción en cualquier momento en tu panel de control: https://console.capgo.app/configuración/organización/planes

Puedo pagar un año con anticipación?

Sí. Puede elegir la facturación anual en sus configuración de plan de organización.

¿Qué se cuenta hacia el almacenamiento, y podemos cambiar la retención?

El almacenamiento incluye paquetes históricos retenidos y sus activos Delta en todos los canales. Usted controla la retención de paquetes no utilizados para cada aplicación en Configuración de Aplicación. Los paquetes vinculados a un canal activo o a un lanzamiento permanecen protegidos para que sigan disponibles para la entrega y el rollback.

¿Multiplica la replicación regional el almacenamiento o la banda ancha?

No. Un paquete se cuenta como un solo almacenamiento, independientemente de las regiones que lo sirvan. La banda ancha no se multiplica por regiones: consulte ¿Cómo se cuenta la banda ancha?.

¿Cómo se cuenta la banda ancha?

La banda ancha solo cuenta los archivos que un dispositivo descarga realmente desde Capgo:

• Actualizaciones delta: cuando subes con --deltaun dispositivo descarga solo los archivos que cambiaron desde la versión que ya tiene. Solo esos archivos cuentan. Los archivos inalterados, como imágenes grandes o fuentes, no se descargan de nuevo y no cuestan nada. Consulte Actualizaciones delta.
• Cache de borde: Si un archivo solicitado o un zip completo ya está en caché en la orilla, esa descarga no cuenta contra su ancho de banda. Esto se aplica a los archivos Delta y a los zip completos por igual.
• Descargas reanudadas: Si una descarga se interrumpe, el dispositivo reanuda desde donde se detuvo. La parte ya descargada no se descarga ni se cuenta de nuevo.
• Zip completo: Los paquetes subidos sin --deltao dispositivos en una versión de plugin sin soporte de Delta, descargan el zip completo. Solo se cuenta cuando no se sirve desde la caché de la orilla.

Para mantener el ancho de banda bajo, sube con --delta y mantén los activos grandes que cambian raramente en rutas de archivos estables.

¿Qué incluye el SLA de la Empresa?

La Empresa incluye un compromiso mensual de disponibilidad del 99,9% para la plataforma de producción. Si ese compromiso se falla, el calendario de créditos por servicio es del 10% al 30% según la disponibilidad mensual. Los objetivos de respuesta inicial de soporte son P1: una hora, 24/7/365; P2: dos horas de trabajo; P3: un día de trabajo; y P4: dos días de trabajo. Lee el SLA de Empresa para los términos completos.

Estadísticas y análisis

Las estadísticas en su tablero se actualizan cada medianoche UTC. Las estadísticas se calculan a partir de usuarios MAU activos durante el período de 30 días en curso.

Cómo se genera el ID de dispositivo

El ID de dispositivo se genera en el dispositivo al primer arranque, y se utiliza para evitar la duplicación de instalaciones por dispositivo y permitirnos cobrar en función de los usuarios instalados (por ejemplo, usuarios activos mensuales), en lugar de parches totales o instalaciones de parches totales.

MAU es una solución mejor que el número de instalaciones para determinar el Capgo, ya que es más precisa y refleja el costo real de Capgo por dispositivo.

Persistencia del ID de dispositivo:

• iOSDesde la versión 7.25.0, el ID del dispositivo se almacena en Keychain y persiste a través de reinstalaciones normales.
• Android: Utilice la versión 7.50.1+ (o 5.50.1+/6.50.1+ en esas versiones de lanzamiento). El ID de dispositivo se restaura solo cuando Android Backup/Restore mantiene las preferencias de la aplicación.
• Electron: El ID de dispositivo se almacena en almacenamiento seguro.
• Alerta de Android: Desactivar la copia de seguridad, excluir las preferencias relevantes o eliminar los datos de la aplicación genera un nuevo ID de dispositivo. Las versiones de Android 7.25.0 a 7.50.0 pueden generar un nuevo ID de dispositivo después de una reinstalación incluso cuando la copia de seguridad está habilitada.

El ID de dispositivo está escopado a la aplicación y admite la entrega de actualizaciones en vivo y la desduplicación de MAU; no es un identificador de publicidad o seguimiento entre aplicaciones.

Los IDs de dispositivo se muestran después de que la aplicación se conecta con Capgo a través de los puntos de conexión de actualización o estadísticas. Un dispositivo no necesita instalar una actualización antes de que pueda aparecer en la lista de dispositivos.

¿Por qué mi número de dispositivo es diferente a mi MAU?

La lista de dispositivos y el MAU se basan en señales diferentes.

The device list shows the latest known metadata for each device, such as the device ID, platform, plugin version, OS version, native version, channel, installed bundle, and request country when available. The request country is the latest valid two-letter code received from a Cloudflare-handled request for that device, not GPS or app-provided location. Requests without a valid country do not clear the last valid value. Capgo updates this metadata when the app checks in, but repeated check-ins that report the same metadata may not change the row or its last update time.

Actualiza este metadatos cuando la aplicación se conecta, pero los check-ins repetidos que informan el mismo metadatos pueden no cambiar la fila o su hora de actualización.

¿Cómo tener actualizaciones diferentes por plataforma?

Puede crear un canal para cada plataforma y deshabilitar las actualizaciones específicas de plataforma en cada canal.

Puede crear un canal para cada plataforma y deshabilitar actualizaciones específicas de plataforma en cada canal.

Subir un paquete a cada canal para tener actualizaciones diferentes para cada plataforma.

Si necesita tener la misma actualización para ambas plataformas, puede vincular una sola paquete a varios canales. No es necesario duplicar el paquete.

Siga adelante desde Preguntas Frecuentes

Si está utilizando FAQ Para planificar live update entrega, conecte con Capgo Actualizaciones en Vivo para el flujo de trabajo del producto en Capgo Actualizaciones en Vivo Resumen para los detalles de implementación en Resumen Características para los detalles de implementación en Características Comportamiento de Actualización para los detalles de implementación en Comportamiento de Actualización, y Tipos de Actualización para los detalles de implementación en Tipos de Actualización.