Cuando hablamos de Android o de Google Chrome, pocas veces nos paramos a pensar en la cantidad de versiones previas y canales internos que existen antes de que una función llegue hasta nuestro móvil o navegador. El proceso es mucho más sofisticado de lo que imaginamos: hay canales específicos para desarrolladores, versiones experimentales y ciclos de actualización tan rápidos que solo quienes están muy metidos en el mundillo llegan a probar lo último antes que nadie. Canary, Beta y Estable son los nombres más reconocibles de este ciclo, y entender qué significa cada uno es clave para saber qué estás instalando y qué puedes esperar de su comportamiento.
En los últimos tiempos, Google ha renovado por completo su estrategia de desarrollo y pruebas tanto en Android como en Chrome. Ahora contamos con nombres como Canary, Beta o Estable para definir las distintas etapas por las que pasan las novedades antes de aterrizar en el día a día de millones de usuarios. Además, en Chrome existen canales adicionales como Dev y mecanismos avanzados de pruebas de campo que permiten lanzar cambios de forma progresiva a distintos grupos de usuarios.
Si te genera curiosidad qué diferencias exactas existen entre estas versiones, cómo acceder a las más experimentales, qué riesgos asumes y por qué Google necesita tantos canales, aquí lo vas a tener todo explicado con detalle, integrando la información técnica oficial de Google y las dudas más frecuentes de usuarios y desarrolladores.
¿Qué son realmente las versiones Canary, Beta y Estable?
Cada versión o canal de lanzamiento tiene una razón de ser y está orientada a un público diferente. Si bien el usuario medio solo conoce la versión estable —la que aparece por defecto en Google Play o viene instalada en nuestros dispositivos—, por debajo hay todo un ecosistema de compilaciones que cumplen un papel crucial en la evolución del sistema operativo Android y del navegador Chrome.
De forma simplificada, podemos distinguir tres grandes escalones comunes a ambos productos:
- Canal Canary: el laboratorio de pruebas más extremo. Aquí llegan funciones y cambios en su estado más bruto, pensados principalmente para desarrolladores, testers avanzados y usuarios que no temen a la inestabilidad ni a los errores graves.
- Canal Beta: una fase ya mucho más estable, pero aún orientada a quienes quieren disfrutar de las novedades antes que nadie y no les importa encontrarse con algún fallo ocasional o pequeños cambios de comportamiento.
- Canal Estable: el destino final para la mayoría de usuarios. Todas las novedades han sido testadas, corregidas y validadas en millones de dispositivos y entornos distintos. Es la opción indicada para quienes buscan fiabilidad y un funcionamiento sin sobresaltos.
Estos canales no solo existen en Chrome, sino también en Android. En el caso del navegador, además, hay una versión Dev intermedia para quienes buscan experimentar con antelación, pero sin llegar a los extremos de Canary. En Android, la llegada de Canary ha cambiado totalmente el enfoque tradicional de las versiones previas, reemplazando las antiguas Developer Preview manuales por un modelo de actualizaciones continuas vía OTA y mucho más accesible.
Un detalle clave es que canal no es lo mismo que versión. Dentro de cada canal se van publicando sucesivas versiones (builds) que comparten un número de versión principal y que incluyen correcciones de errores, mejoras de rendimiento y nuevas funciones. Cuando oyes que una versión concreta de Android o Chrome está en Beta, Estable o Canary, en realidad estás combinando dos conceptos: el número de versión y el canal de lanzamiento al que pertenece.
Por qué Google ha creado el canal Canary en Android
Durante años, las novedades más punteras de Android solo estaban disponibles a través de las llamadas Developer Previews, unas versiones previas que casi nadie probaba por lo complicado que era instalarlas. Había que conectar el móvil al ordenador, usar herramientas de flasheo, desbloquear el bootloader y estar dispuesto a arriesgar todos los datos del dispositivo en cada cambio de ciclo.
Google buscaba una solución para que tanto desarrolladores como entusiastas pudieran probar cambios directamente en sus Pixel compatibles, sin tanta complejidad técnica y con un flujo de actualizaciones constante. De ahí nace el canal Android Canary, que reemplaza formalmente al anterior programa de Developer Preview.
Su objetivo es doble y muy claro:
- Ofrecer actualizaciones rápidas y continuas, vía OTA, incluso con cambios muy experimentales, sin necesidad de reinstalar manualmente el sistema en cada iteración.
- Permitir que los desarrolladores detecten antes cualquier problema o incompatibilidad en sus apps y brinden feedback desde el minuto uno, incluso sobre APIs y comportamientos que todavía no han llegado a la fase Beta.
Hasta la llegada de este canal, el programa de Developer Previews quedaba obsoleto en cuanto la versión pasaba a Beta, creando un vacío de pruebas y retroalimentación justo cuando más falta hacía. El canal se cerraba y ya no había forma oficial de seguir probando funciones en desarrollo mientras la beta avanzaba.
Con el nuevo modelo, Canary garantiza un flujo constante de novedades en paralelo al programa beta, y mantiene abierto el acceso durante todo el ciclo de desarrollo de la plataforma. Esto significa que los desarrolladores pueden seguir explorando APIs incipientes incluso cuando Android ya está en fase beta o en lanzamiento estable, algo que antes era imposible.
Además, este enfoque continuo permite que las compilaciones Canary se integren también en el emulador de Android y en el Android SDK a través del canal Canary de Android Studio. De este modo, los equipos pueden apuntar sus proyectos a versiones con identificador de SDK específico (por ejemplo, «android-CANARY») y activar o desactivar cambios de comportamiento mediante el marco de compatibilidad de la plataforma.
Funcionamiento interno de las diferentes versiones de Android y Chrome
El ciclo de vida de una función o actualización pasa por varias etapas claramente diferenciadas. Este modelo de canalización progresiva no solo mejora la estabilidad final, sino que también permite a Google reducir el riesgo de errores graves, introduciendo cambios de forma escalonada y analizando métricas en cada paso.
En términos generales, la ruta que sigue cualquier cambio importante en Android o Chrome es la siguiente:
- Canary (Android y Chrome): aquí entran las novedades directamente del horno de los desarrolladores de Google. Son builds recién generadas, a menudo con funciones que pueden ni siquiera llegar a la versión final. Los errores son frecuentes y es habitual recibir varias actualizaciones por semana, o incluso diarias en el caso de Chrome. Algunas compilaciones pueden llegar a ser inutilizables en determinados dispositivos o sitios web.
- Dev (solo Chrome): en el navegador existe un canal Dev intermedio donde se agrupan cambios que ya han superado un filtro mínimo en Canary. Se prueba qué está haciendo el equipo de Chrome «en este momento» y, aunque se ha testado más que en Canary, no deja de ser una rama con bugs visibles y comportamiento inestable en algunos escenarios.
- Beta: una vez filtradas las funciones más problemáticas y corregidos los fallos más graves, los cambios pasan al canal Beta. Aquí se prueban con un público algo más amplio, tanto en Android como en Chrome, y se pulen detalles de estabilidad, rendimiento y compatibilidad. Los errores siguen existiendo, pero suelen ser más pequeños o de tipo visual.
- Estable: todo lo que llega aquí ha superado controles de calidad automáticos y manuales, además de múltiples rondas de feedback tanto de usuarios como de desarrolladores y empresas. Es la versión que considera Google como adecuada para la gran mayoría de personas y entornos productivos.
Es fundamental entender que Chrome y Android no lanzan nuevas versiones a todos los usuarios de golpe. Se emplean despliegues por etapas (rollouts) donde primero un porcentaje muy reducido (por ejemplo, un 1-5 %) recibe la nueva compilación. Se monitorizan métricas de estabilidad, consumo, errores y rendimiento, y solo si todo va bien se amplía poco a poco hasta llegar a todos los usuarios objetivos.
Si algo falla en este proceso, Google puede detener el lanzamiento, desactivar una función concreta mediante mecanismos internos (como las variaciones de Chrome o flags de funcionalidad en Android) o incluso publicar una nueva compilación corregida (un «respin»). De esta forma, los canales Canary y Beta actúan como un escudo de protección frente a posibles regresiones graves que, de otro modo, impactarían directamente en la versión estable.
Diferencias clave entre Canary, Beta y Estable en Android
Aunque todos los canales tienen como objetivo mejorar la experiencia del usuario final, las diferencias de uso, estabilidad y alcance son muy importantes. Elegir uno u otro no es una cuestión trivial: afecta a tu día a día, a la seguridad de tus datos y a la compatibilidad de tus aplicaciones.
- Frecuencia de actualizaciones: el canal Canary recibe compilaciones con mucha más frecuencia que cualquier otra rama, con una cadencia similar a la de Chrome Canary (múltiples actualizaciones por semana). Las versiones Beta de Android se actualizan de forma periódica, típicamente con entregas semanales o según el calendario del programa beta, mientras que la rama Estable integra lanzamientos regulares: actualizaciones menores cada 2-3 semanas y versiones principales cada ~6 semanas, además de las Quarterly Platform Releases (QPR) que corrigen y mejoran la versión ya liberada.
- Uso recomendable: Canary está pensada para quienes asumen que el dispositivo puede fallar o necesitar un reseteo completo. Es ideal para desarrolladores, testers y usuarios con un segundo móvil dedicado a pruebas. La Beta es una opción equilibrada para quienes quieren adelantar novedades con un nivel de fiabilidad razonable. La rama Estable es la elección natural para uso diario, trabajo, estudios o dispositivos de producción.
- Instalación: para instalar Android Canary necesitas herramientas específicas como Android Flash Tool, un dispositivo compatible y aceptar el borrado completo de todos los datos. Las betas de Android, en cambio, pueden gestionarse a través del programa beta oficial, con inscripción y desinscripción controladas, y en ciertos momentos concretos permiten volver a estable sin perder datos. La versión estable llega como actualización OTA normal sin complejidad adicional.
- Participación de fabricantes: en Android, Canary se limita a los dispositivos Pixel, mientras que las betas incorporan a otras marcas que se suman al programa. Esto significa que el acceso más temprano al desarrollo de la plataforma queda ligado a la gama de Google.
- Grado de cambio y APIs: en Canary pueden aparecer APIs nuevas o comportamientos que luego no se mantienen en versiones finales. En Beta, las APIs ya son mucho más estables y cercanas al resultado definitivo. La rama Estable solo expone funciones y APIs consolidadas y soportadas oficialmente.
Un punto práctico importante es cómo afecta el canal elegido a tus datos y a tu capacidad para cambiar de rama. En Android Canary, si decides salir e instalar una compilación Beta o Estable, el dispositivo se borra por completo. En cambio, los usuarios del programa beta estándar de Android pueden, durante un periodo limitado tras la publicación de una versión estable correspondiente a la beta que están probando, volver a la rama pública sin pérdida de datos, siempre que actualicen a esa estable concreta antes de la siguiente beta.
Esta particularidad está detallada en la documentación oficial del programa beta y suele generar dudas, ya que se resumen dos ideas distintas: la norma general (al salir se borran los datos) y la excepción puntual (en torno a ciertos lanzamientos estables concretos se permite la salida sin limpieza).
Ventajas y limitaciones de Canary para desarrolladores y entusiastas
El gran atractivo de Android Canary es que permite a los desarrolladores detectar y reportar problemas en una fase mucho más temprana que nunca. Gracias a ello, Google puede pulir los errores antes incluso de que lleguen al canal Beta y, por extensión, minimizar el impacto en usuarios finales y empresas.
- Acceso anticipado a funciones en fase muy temprana: quienes desarrollan apps o juegos para Android pueden adaptar sus proyectos a nuevas APIs y cambios de comportamiento con meses de antelación, asegurándose de que sus productos funcionarán correctamente cuando la función se haga pública.
- Actualizaciones OTA continuas: una vez que el dispositivo entra en la rama Canary, recibe versiones nuevas de forma automática, sin repetir procesos de flasheo desde cero en cada iteración. Esto reduce el esfuerzo técnico y favorece que más testers se mantengan activos.
- Mayor flujo de feedback: gracias a las herramientas de reporte integradas (como la herramienta de seguimiento de errores de Google), los comentarios de los desarrolladores y testers llegan en tiempo real. La retroalimentación continúa durante todo el ciclo, en lugar de concentrarse en las primeras Developer Previews.
- Separación del resto de canales: aunque a nivel de almacenamiento afecta a todo el sistema, a nivel conceptual Canary se trata como una rama independiente. En Chrome, por ejemplo, Canary se instala como aplicación aparte y no interfiere con el canal estable; en Android, aunque ocupa el lugar de la ROM principal, se entiende como un entorno claramente separado en cuanto a soporte y garantías.
Sin embargo, no todo son ventajas: las limitaciones y riesgos de Canary son muy reales y hay que valorarlos cuidadosamente.
- Inestabilidad elevada: las versiones Canary pueden ser realmente inestables, con errores que afecten a funciones básicas del dispositivo, consumo excesivo de batería, reinicios o incluso fallos que impidan arrancar el sistema en condiciones normales.
- Pérdida de datos al abandonar el canal: si decides salir de Canary e instalar una versión Beta o Estable, el proceso conlleva un borrado completo de la partición de datos. Es imprescindible hacer copias de seguridad periódicas si usas esta rama para pruebas reales.
- No apta para dispositivo principal: Google recomienda explícitamente no utilizar Canary en tu móvil principal o único. Lo ideal es contar con un segundo dispositivo o usar el emulador para minimizar el impacto de posibles errores.
- Funciones que desaparecen: muchas de las características que aparecen en Canary están pensadas solo para pruebas. Es posible que nunca lleguen a Beta ni a Estable, o que se transformen por completo, por lo que no conviene tomar como definitivo nada de lo que veas en esta rama.
Cómo instalar y salir de Android Canary
El proceso de instalación de Android Canary no es tan sencillo como el de una app normal ni como el de una actualización estable. Supone un cambio profundo en el dispositivo, y es fundamental tener claros los pasos y sus consecuencias.
- Compatibilidad de dispositivos: el acceso a Android Canary está limitado a los Google Pixel más recientes. En la práctica, se consideran compatibles los modelos a partir de ciertas generaciones (por ejemplo, familias Pixel modernas como Pixel 6 y posteriores, según la documentación vigente), por lo que no todos los móviles Android pueden unirse a esta rama.
- Activar opciones de desarrollador: en el móvil, hay que habilitar las opciones de desarrollador tocando varias veces sobre el número de compilación y después activar la depuración USB.
- Uso de Android Flash Tool: desde un ordenador con navegador compatible, se accede a la página oficial de flasheo de Google, se conecta el dispositivo mediante un cable USB y se siguen las instrucciones para seleccionar la versión Canary que se desea instalar.
- Borrado total del dispositivo: durante el proceso, el sistema advierte que todo el contenido del móvil será borrado. Es crucial hacer una copia de seguridad previa de fotos, documentos y datos importantes que no estén en la nube.
- Actualizaciones posteriores: una vez en la rama Canary, las siguientes compilaciones llegarán vía OTA, sin necesidad de repetir el proceso de flasheo manual salvo que quieras cambiar de rama o solucionar un error grave.
Para salir del canal Canary y volver a una versión más estable o pública, tendrás que instalar manualmente una compilación Beta o Estable mediante el mismo procedimiento con Android Flash Tool. Este cambio de canal implica de nuevo un borrado completo de todos los datos del terminal. No existe, a día de hoy, un mecanismo oficial para moverse entre Canary y ramas más estables de Android sin limpieza de datos.
En el caso del programa beta oficial (no Canary), la propia página de inscripción aclara un escenario algo diferente que genera muchas preguntas:
- Si te das de baja del programa beta, en general, se limpiarán todos los datos de usuario del dispositivo al volver a la versión pública estable.
- Durante el ciclo de la beta, Google publica lanzamientos estables al público (incluyendo QPR). Cuando aplicas una actualización de lanzamiento estable correspondiente a la versión que estás probando en beta, se permite darse de baja sin limpieza de datos durante un tiempo limitado, hasta que se aplique la siguiente actualización beta.
Esto significa que los testers pueden, en momentos muy concretos, pasarse de beta a estable sin borrar datos, siempre que actualicen a la estable asignada a su beta actual y se den de baja antes de la siguiente beta. No es una contradicción, sino una excepción temporal dentro de la norma general que obliga a borrar datos al salir del programa.
Canales de desarrollo en Google Chrome: Stable, Beta, Dev y Canary
Google Chrome, al igual que Android, cuenta con un sistema de canales diseñado para optimizar cada paso en la evolución del navegador. La complejidad del proyecto (miles de colaboradores, millones de líneas de código y miles de millones de usuarios) hace imprescindible organizar el desarrollo en ramas con distintos niveles de estabilidad.
En Chrome existen cuatro canales principales, disponibles tanto en escritorio como en dispositivos móviles, y que Google denomina canales de lanzamiento:
- Canal Estable: es la versión que descargan y utilizan la mayoría de usuarios. Incluye funciones ya probadas, con un nivel de seguridad y estabilidad alto. Se actualiza con frecuencia: actualizaciones menores cada 2-3 semanas y versiones principales cada ~6 semanas.
- Canal Beta: permite disfrutar de nuevas funciones semanas antes de que lleguen a la estable. Recibe actualizaciones aproximadamente una vez a la semana y resulta ideal para quienes quieren un adelanto de novedades con un nivel de confiabilidad cercano al del canal estable.
- Canal Dev: está orientado a desarrolladores y usuarios avanzados que necesitan ver en qué trabaja el equipo de Chrome casi en tiempo real. Se actualiza una o dos veces por semana y, aunque está más probado que Canary, sigue teniendo fallos visibles y cambios frecuentes.
- Canal Canary: es el canal más experimental y extremo. Las compilaciones se lanzan a diario en muchos casos, con nuevas funciones que pueden aparecer y desaparecer de un día para otro. En momentos de mayor actividad puede recibir hasta varias actualizaciones por semana o incluso siete actualizaciones en fases muy activas. Se instala como aplicación independiente y suele enviar estadísticas y fallos de forma automática a Google (configurable por el usuario).
La principal ventaja de Canary en Chrome es la libertad para experimentar sin comprometer la experiencia de navegación habitual. Puedes tener instalados a la vez Chrome Estable, Beta, Dev y Canary en el mismo sistema, con perfiles y datos separados, probando novedades en uno mientras mantienes un entorno fiable en otro.
Dentro de cada canal, Chrome implementa una serie de versiones con números del tipo MAJOR.MINOR.BUILD.PATCH. Por ejemplo, en un momento dado, Stable puede estar en una versión principal concreta, Beta en la siguiente, y Dev y Canary en versiones aún más avanzadas. Esto se traduce en que, mientras desarrolladores y testers trabajan con builds muy recientes, el usuario general se mantiene en una versión consolidada.
Chrome Canary, Dev, Beta y Estable: estabilidad, pruebas y mecanismos internos
Chrome cuenta con mecanismos adicionales para probar e implementar funciones nuevas, más allá de los canales de lanzamiento. Esta arquitectura de pruebas explica por qué el navegador puede cambiar tan rápido sin romper de forma masiva la experiencia de los usuarios.
Algunos de los elementos más destacados son:
- Pruebas de campo y variaciones: Chrome está preparado para que ciertas funciones se habiliten o deshabiliten dinámicamente mediante lo que Google denomina variaciones o flags de pruebas de campo (conocidas internamente como Finch). El navegador comprueba periódicamente los servidores para ver qué configuración debe aplicar, pudiendo activar una función para un grupo de usuarios y mantenerla desactivada en otros.
- Métricas y telemetría anónima: si el usuario lo permite, Chrome puede enviar estadísticas anónimas de uso, rendimiento y fallos. Estas métricas se utilizan para evaluar el impacto de nuevas funciones y comparar resultados entre quienes la tienen activa y el grupo de control.
- Componentes actualizables: algunas partes de Chrome, como ciertos módulos de seguridad o códecs multimedia, se distribuyen como componentes independientes actualizables sin necesidad de publicar una versión nueva de todo el navegador. Esto permite reaccionar más rápido ante vulnerabilidades o necesidades puntuales.
- Bases técnicas de Chrome: el navegador se apoya en el proyecto de código abierto Chromium, con motores como Blink (renderizado) y V8 (JavaScript y WebAssembly). Muchas funciones se prueban primero en Chromium antes de empaquetarse en Chrome con capas adicionales de servicios, códecs y mecanismos de actualización automática.
Todo este entramado, combinado con la existencia de los canales Canary, Dev y Beta, permite que los cambios se prueben de forma progresiva, desde un grupo reducido de usuarios técnicos hasta la gran masa de personas que utilizan Chrome Estable a diario.
Riesgos y recomendaciones al usar canales experimentales (Android y Chrome)
Probar versiones Canary o Betas en Android o Chrome puede ser muy divertido y didáctico, pero también entraña riesgos que conviene tener presentes. No es solo cuestión de algún pequeño bug: hablamos de posibles pérdidas de datos, fallos de seguridad o comportamientos erráticos en el día a día.
- Gestión de datos en Android: en el caso de Android Canary, perderás todos tus datos si cambias de canal para volver a una beta o a una versión estable. Es imprescindible hacer copias de seguridad periódicas en la nube o en un ordenador, y comprobar que la restauración funciona correctamente.
- Convivencia de versiones en Chrome: Chrome Canary se instala de forma independiente respecto a la versión estable, lo que minimiza el riesgo de perder tus marcadores, contraseñas o historial. Aun así, si vas a experimentar mucho, conviene exportar de vez en cuando el perfil o habilitar la sincronización para evitar sustos.
- No usar el dispositivo principal: si dependes del móvil o del navegador para trabajar, estudiar o gestionar tu día a día, lo más prudente es mantener la rama Estable como principal y, en todo caso, usar un segundo dispositivo o un perfil alternativo para probar Canary o Betas.
- Reportar errores: cuando encuentres un fallo, es fundamental aprovechar los canales de feedback de Google (formularios dentro del sistema, herramientas de seguimiento de errores, etc.). Cada reporte contribuye a mejorar la estabilidad y seguridad para todos.
- Soporte e interoperabilidad: las versiones experimentales pueden dejar de recibir soporte o introducir cambios de forma repentina. No conviene basar procesos críticos o servicios empresariales sobre estas ramas, salvo que se tengan equipos dedicados a monitorizar y reaccionar ante cualquier cambio.
Este ecosistema de canales no solo es relevante para entusiastas y desarrolladores individuales. También tiene un impacto directo en empresas y grandes organizaciones que dependen de Chrome y Android para trabajar.
- Control de versiones en empresas: Chrome ofrece políticas de administración que permiten definir qué canal pueden usar los empleados, cuándo se actualiza el navegador y cómo se gestionan las nuevas funciones. También existen opciones para acogerse a un canal de lanzamiento estable extendido con ciclos de actualización más previsibles.
- Pruebas en entornos corporativos: los ingenieros de Google someten las nuevas versiones a pruebas específicas en escenarios empresariales, simulando dominios corporativos, directorios de usuarios, proxies y herramientas de administración en la nube.
- Ciclo continuo de feedback: al aprovechar los canales Canary, Dev y Beta, las organizaciones pueden detectar incompatibilidades con aplicaciones internas antes de que la versión estable llegue a toda la plantilla y, así, evitar interrupciones críticas.
En el caso de Android, las empresas que gestionan flotas de dispositivos pueden aprovechar las betas de forma limitada para validar apps corporativas y preparar sus sistemas para cambios futuros, aunque rara vez se recomienda desplegar Canary en dispositivos productivos.
Descubre aquí cómo Android integra nuevas funciones en canales de desarrollo como Canary y Beta.
La llegada de canales continuos como Canary en Android obliga a muchos equipos de desarrollo profesional a replantearse sus procesos de integración, pruebas y despliegue. Al recibir APIs y cambios de comportamiento con más rapidez, se hace aún más importante:
- Integrar pruebas automatizadas en la cadena de CI/CD para detectar fallos de compatibilidad tan pronto como se recibe una nueva build.
- Contar con entornos de staging que repliquen condiciones reales de uso para validar el comportamiento de las apps sobre versiones Canary y Beta.
- Usar feature flags para activar o desactivar funcionalidades de forma controlada según el canal y la versión del sistema operativo.
- Reforzar la observabilidad y la telemetría para identificar rápidamente regresiones de rendimiento o estabilidad.
Al mismo tiempo, la seguridad adquiere aún más peso: introducir cambios frecuentes en capas profundas del sistema o del navegador obliga a aplicar buenas prácticas de ciberseguridad desde el diseño, analizar vulnerabilidades y revisar dependencias con regularidad para evitar que errores de versiones tempranas acaben afectando a datos sensibles.
Para usuarios entusiastas y desarrolladores individuales, familiarizarse con estas dinámicas de canales —y saber interpretar conceptos como QPR, hitos de versión, variaciones de Chrome o ramas Canary— permite aprovechar mejor las novedades, reducir riesgos y elegir con criterio qué instalar en cada dispositivo.
Quien sepa combinar bien estos canales puede tener en un mismo ecosistema móvil un navegador estable para tareas diarias, un navegador Canary para explorar funciones de futuro, un teléfono principal en rama Estable y un dispositivo de pruebas en Canary o Beta para validar sus aplicaciones o servicios. De este modo, se disfruta de lo último sin sacrificar la estabilidad donde realmente importa.