Actualización de Android: caminos disponibles y qué método elegir según tu dispositivo

Ver aparecer en la pantalla de nuestro móvil el aviso "Actualización del sistema disponible" y no tener claro qué significa. ¿Es un parche de seguridad? ¿Una nueva versión de Android? ¿Algo que ha mandado Google Play por su cuenta? No sois las únicas personas que os hacéis esa pregunta, y esa confusión es precisamente el primer paso que tenemos que dar antes de pulsar nada: entender qué tipo de actualización nos está ofreciendo el sistema y por qué canal va a llegar.

A lo largo de los últimos años, Android ha ido multiplicando las capas de actualización que conviven en un mismo dispositivo. La OTA del fabricante, el boletín de seguridad mensual, la Actualización del sistema de Google Play y, en algunos casos, las imágenes de fábrica o el sideload manual. Cada una cumple un papel distinto y tiene sus propias reglas del juego. En esta guía vamos a recorrer juntos esos caminos, vamos a ver cuándo tiene sentido quedarse en la ruta automática y cuándo conviene (o no) salirse de ella, y cerraremos con recomendaciones adaptadas a distintos perfiles de uso.

La ruta OTA: por qué sigue siendo la vía recomendada para la mayoría

Empecemos por lo básico. La gran mayoría de teléfonos y tablets Android que tenemos en la mano reciben las actualizaciones a través de lo que se conoce como OTA, es decir, Over The Air, literalmente "por el aire". Es el método que el propio sistema nos ofrece cuando abrimos Ajustes y entramos en Información del teléfono o, según el fabricante, en Información de la tablet. Ahí podemos comprobar la versión de Android instalada, la fecha del parche de seguridad, la versión de la Actualización del sistema de Google Play y el número de compilación del sistema.

¿Cómo lanzamos la actualización desde ahí? El flujo suele ser muy parecido en todas las capas: o nos llega una notificación automática cuando el fabricante libera la OTA, o la buscamos nosotros manualmente desde ese mismo apartado. Si nuestro dispositivo es un Pixel, Google nos recomienda conectarnos a una red Wi-Fi antes de pulsar "Descargar" y asegurarnos de que la batería tenga al menos un 75 % de carga. Esa cifra no es caprichosa: dejar margen de batería evita que un corte de energía a mitad de instalación nos deje el dispositivo inutilizable.

La OTA no actualiza las aplicaciones que hemos instalado desde Google Play: solo toca el sistema operativo, las aplicaciones de solo lectura preinstaladas en la partición del sistema y las reglas de zona horaria.

Conviene tener esto claro porque es una de las confusiones más habituales. Si tras una OTA seguimos viendo nuestras apps con la misma versión que tenían antes, no es un fallo: la OTA no está diseñada para renovarlas. Para eso están las actualizaciones de Google Play Store, que funcionan de forma totalmente independiente.

Otro detalle que nos ahorra más de un disgusto: las actualizaciones de los Pixel se distribuyen por fases. Eso significa que dos unidades idénticas, compradas el mismo día, pueden recibir la OTA con días o incluso semanas de diferencia según el territorio o el operador. Si tu vecino Pixel ya tiene la actualización y tú todavía no, no hay por qué sospechar de un problema: lo más probable es que tu lote aún no haya llegado.

Virtual A/B e integridad del sistema: lo que pasa mientras la barra de progreso avanza

Pongamos ahora el foco en lo que ocurre por debajo mientras vemos esa barra de progreso. En los dispositivos modernos con Android 11 o posterior, el mecanismo principal de actualización se llama Virtual A/B. ¿Qué quiere decir esto en la práctica? Que el sistema prepara la nueva imagen en una segunda partición mientras seguimos usando el dispositivo con la versión antigua. Cuando todo está listo y la persona usuaria acepta reiniciar, el sistema conmuta a esa segunda partición y arranca la nueva versión.

¿Y si algo sale mal durante ese arranque? Aquí está la gracia del invento: el dispositivo vuelve automáticamente a la partición anterior, la que sabemos que funciona. Esto es lo que llamamos una actualización resiliente, y es una de las mejoras más importantes que ha tenido Android en los últimos años. Antes, un fallo a mitad de instalación podía dejar el teléfono en un estado intermedio del que solo se salía con un cable y un ordenador.

Es importante saber que AOSP (Android Open Source Project) indica que las actualizaciones sin A/B están obsoletas desde Android 15. Pero ojo con un matiz: eso no significa que todos los terminales que ya tenemos en el bolsillo usen el mismo mecanismo ni que la experiencia de instalación sea idéntica en todas las marcas. La transición de unos esquemas a otros es progresiva y depende de cada fabricante.

En el día a día, lo que notamos como usuarios es que el reinicio puede ser ligeramente más largo de lo esperado mientras la nueva partición se activa. No es un cuelgue: es el sistema haciendo la conmutación. Si después de un reinicio prolongado Android arranca con normalidad, tenemos la garantía de que la nueva versión está operativa y validada.

Parches de seguridad, Actualización del sistema de Google Play y versión mayor: tres conceptos que no debemos mezclar

Vamos a detenernos aquí porque este es, probablemente, el punto donde más nos liamos. En Ajustes > Información del teléfono nos encontramos al menos tres indicadores que se mueven a ritmos completamente distintos, y cada uno cumple una función diferente.

El primero es el nivel de parche de seguridad. Android publica un boletín de seguridad mensual donde se recogen las vulnerabilidades corregidas. El boletín de julio de 2026, por ejemplo, se publicó el 6 de julio de 2026 y recoge los niveles de parche 2026-07-01 y 2026-07-05. Si nuestro dispositivo muestra un nivel 2026-07-05 o posterior, tenemos cubiertas todas las incidencias asociadas a ese nivel y a los anteriores. Este indicador cambia cuando el fabricante libera la OTA mensual correspondiente.

El segundo indicador es la Actualización del sistema de Google Play. No es la OTA del fabricante, aunque a veces se confundan. Se puede comprobar y, en algunos casos, forzar manualmente desde Ajustes > Información > Versión de Android > Actualización del sistema de Google Play. Cuando la instalamos, normalmente requiere un reinicio para aplicarse. Su función es mantener al día un conjunto de componentes del sistema que Google distribuye al margen del fabricante, sin necesidad de esperar a la OTA completa.

El tercero es la propia versión de Android. Aquí es donde aparecen las grandes cifras: Android 15 corresponde al nivel de API 35 y a la versión trimestral 24Q3; Android 16 se sitúa en el nivel de API 36 y la 25Q2; y Android 17 figura en la tabla de AOSP con el nivel de API 37 y la 26Q2. Esto último es importante tenerlo en cuenta: a mediados de 2026 no podemos presentar Android 15 como la versión más reciente de la plataforma, porque la documentación de AOSP también recoge Android 16 y Android 17.

Para que lo veamos de un vistazo, resumimos los tres conceptos en una tabla:

Cuando hablamos de "actualizar Android", cualquier consulta puede referirse a cualquiera de estos tres conceptos. Identificar cuál nos interesa en cada momento es el primer paso para no perdernos, y la mejor forma de verificar que el dispositivo está al día es comprobar los tres indicadores periódicamente.

Salir de la OTA: sideload, imágenes de fábrica y bootloader

Hay situaciones en las que la OTA no es suficiente: un Pixel que se ha quedado en un bucle de reinicios, un dispositivo que no recibe la actualización por territorio, una unidad destinada a desarrollo. Para esos casos existen métodos manuales, pero conviene tener claro que no son atajos universales: la documentación localizada para estos procedimientos se refiere expresamente a dispositivos Nexus y Pixel, y no debemos extrapolarlos a cualquier marca.

El sideload de una OTA completa es, según la propia ayuda de Google, "más fácil y más seguro" que instalar una imagen de fábrica en un Pixel. Una de sus grandes ventajas es que, si usamos el paquete correcto, no exige borrar los datos del dispositivo ni desbloquear el gestor de arranque. Es decir, mantenemos fotos, aplicaciones y cuentas tal y como están. Lógicamente, requiere un ordenador, los drivers ADB bien preparados y seguir una secuencia de comandos que podemos abordar paso a paso:

1. Descargamos la OTA completa correspondiente a nuestro modelo exacto de Pixel desde la página oficial de Google.

2. Activamos la Depuración USB en Ajustes > Sistema > Opciones de desarrollador.

3. Conectamos el dispositivo al ordenador por cable y autorizamos la conexión.

4. Abrimos un terminal con ADB y verificamos que el dispositivo aparece con adb devices.

5. Reiniciamos en modo sideload con adb reboot sideload.

6. Aplicamos el paquete con adb sideload nombre_del_archivo.zip y esperamos a que finalice.

Las imágenes de fábrica son un paso más allá. Instalar una imagen de fábrica en un Pixel borra los datos del dispositivo. Esto es así por diseño: la imagen restaura el sistema a su estado original de fábrica, y eso incluye vaciar el contenido del usuario. Si necesitamos recurrir a ella, es imprescindible haber hecho una copia de seguridad previa y, sobre todo, haber verificado que se restaura correctamente; si no, perderemos todo lo que no esté sincronizado en la nube.

Las imágenes de fábrica borran los datos del dispositivo. Antes de tocar nada, hagamos una copia de seguridad verificada: una copia "creada" no es una copia "comprobada".

Antes de instalar una imagen de fábrica, además, Google recomienda desbloquear el gestor de arranque. Esto permite que el sistema acepte la imagen, pero Google también advierte de que el desbloqueo reduce la seguridad del dispositivo. Una vez completada la operación, lo recomendable es volver a bloquearlo. En resumen: el bootloader desbloqueado es una herramienta de mantenimiento, no un estado de uso habitual.

Para la mayoría de personas, esta vía solo tiene sentido en dos escenarios muy concretos: recuperar un Pixel que no arranca o necesita una restauración limpia, o instalar una compilación concreta que no llega por OTA. Para el resto de situaciones, la OTA o, en el peor de los casos, el sideload de la OTA completa cubren las necesidades sin poner en riesgo los datos.

El calendario de versiones: de Android 15 a las versiones futuras

Vayamos ahora al plano temporal. La documentación de AOSP es bastante clara al respecto: Android 15 llegó en el tercer trimestre de 2024 como nivel de API 35; Android 16 se publicó en el segundo trimestre de 2025 con el nivel de API 36; y Android 17 aparece ya como nivel de API 37 en la versión trimestral 26Q2. Esto nos da una cadencia aproximada, pero no garantiza que nuestro dispositivo concreto la siga.

Y aquí viene la parte donde más expectativas se rompen. No podemos asumir que una tablet o un móvil antiguo vaya a recibir una nueva versión mayor de Android solo porque exista una compilación en AOSP. El calendario de actualizaciones depende del fabricante, del modelo exacto, de la región y, en muchos casos, del operador. Por eso, antes de comprar un dispositivo con la mirada puesta en futuras actualizaciones, conviene revisar la política de soporte del fabricante: cuántos años de actualizaciones mayores y cuántos de parches de seguridad nos garantiza.

En el otro extremo del ciclo, para quien quiera probar funciones antes de que lleguen a la versión estable, existen las betas oficiales: en Pixel podemos recurrir al Android Beta Program, y cada fabricante suele tener su propio programa equivalente. Eso sí, conviene entrar con los ojos abiertos: las betas pueden traer errores, el ciclo de actualizaciones es más corto y, en muchos casos, no se puede volver limpiamente a la versión estable sin formatear el dispositivo.

En política empresarial, además, los periodos de bloqueo de actualizaciones pueden configurarse hasta 90 días y deben dejar al menos 60 días entre dos periodos consecutivos. Esto nos afecta como usuarios cuando nuestros dispositivos están gestionados por una empresa, pero también es un buen indicador de cómo se planifica la distribución de software a gran escala: no todo se puede mover a la vez.

Qué método elegir según tu perfil

Cerremos con algo práctico, que es lo que mejor nos funciona cuando tenemos que decidir. Vamos a desglosar las recomendaciones por perfil, porque no es lo mismo alguien que solo quiere que su móvil esté al día que una persona que gestiona el dispositivo como herramienta profesional.

Si quieres olvidarte del tema:

Quédate en la OTA. Activa las actualizaciones automáticas, conecta el dispositivo a una red Wi-Fi de confianza por la noche y deja que el sistema trabaje. Si tienes un Pixel, asegúrate de que la carga está por encima del 75 % antes de aceptar la descarga. Con esta rutina, tanto el nivel de parche de seguridad como las nuevas versiones del sistema llegarán por sí solas.

Si te gusta tener el control sin complicarte:

Programa un momento del mes para entrar en Ajustes > Información del teléfono y comprobar el nivel de parche. Si lleva más de un mes sin moverse, fuerza la búsqueda de actualizaciones manualmente. La Actualización del sistema de Google Play la puedes dejar en automático: se reiniciará cuando sea necesario.

Si tu dispositivo es un Pixel y quieres profundidad sin perder datos:

Aprende la secuencia de sideload de una OTA completa. Es más lenta que la OTA automática, pero no borra datos ni exige desbloquear el bootloader. Te servirá como red de seguridad si una OTA falla a mitad de camino o si necesitas reinstalar una versión específica.

Si quieres probar funciones antes que nadie:

Plantéate apuntarte al programa beta oficial de tu fabricante (Android Beta Program en el caso de Pixel, y equivalentes en otros). Entra con los ojos abiertos: las betas pueden traer errores, el ciclo de actualizaciones es más corto y conviene no hacerlo en un dispositivo del que dependes a diario.

Si necesitas instalar una imagen de fábrica:

Hazlo solo si el dispositivo no arranca o si la documentación oficial del fabricante lo recomienda para tu modelo exacto. Antes de empezar, verifica la copia de seguridad. Después, vuelve a bloquear el bootloader. Y recuerda: instalar una imagen de fábrica en un Pixel borra los datos por diseño.

Si gestionas una flota de dispositivos:

Aprovecha las herramientas de gestión empresarial para coordinar los periodos de bloqueo de 90 días y deja siempre una ventana de 60 días entre dos bloqueos consecutivos. Así evitarás que un lote se quede atrás respecto al calendario de seguridad.

Al final, la actualización de Android no va de pulsar un único botón: va de saber qué botón pulsar en cada momento y por qué. Cuando diferenciamos el parche de seguridad, la Actualización del sistema de Google Play y la versión mayor, las decisiones se vuelven mucho más fáciles: instalamos cuando toca, dejamos que el sistema prepare la nueva partición en segundo plano y, si algo no va bien, tenemos a mano un sideload que no borra datos. Esa es, en nuestra experiencia, la mejor forma de optimizar la vida útil del dispositivo: combinar la paciencia del usuario con la información adecuada, y mantener siempre una copia de seguridad sincronizada que nos permita volver atrás si la siguiente OTA no llega como esperábamos.