La solicitud se llama «Acceso a la red local» (siglas LNA). Apareció en Chrome 142 a finales de octubre de 2025. Un sitio pide este permiso cuando intenta conectarse no a un servidor en Internet, sino a un dispositivo de su red doméstica o de trabajo, o a un programa en ese mismo equipo.

Por qué un sitio necesita acceso a la red local

Una página normal carga datos desde Internet. Pero algunos sitios necesitan comunicarse con un dispositivo que sólo está disponible dentro de su red, o con un programa en su equipo.

Estos escenarios normales son bastante comunes:

• la interfaz web busca un televisor, un reproductor multimedia u otro dispositivo para conectar;
• el servicio debe contactar a una impresora de red;
• la página trabaja con un NAS o un servidor doméstico;
• el servicio del fabricante configura el router u otro equipo de red;
• el servicio web se comunica con un programa que se ejecuta en ese mismo equipo;
• un sitio corporativo accede a un servicio dentro de la red de trabajo.

Por ejemplo, un programa puede iniciar en el equipo un pequeño servidor local, y su interfaz web en Chrome debe conectarse a él. Para el usuario todo parece un sitio normal, pero parte del trabajo se realiza a través de una dirección local.

Por qué Chrome empezó a pedir permiso

Antes, los sitios podían enviar solicitudes a direcciones locales sin pedir permiso. Esto podía ser objeto de abuso.

Imagine que el usuario abre una página web cualquiera y esta intenta discretamente acceder a la dirección ====code====

192.168.1.1

Otra posibilidad está relacionada con la recolección de información. Al comprobar distintas direcciones y servicios locales, la página puede intentar averiguar qué dispositivos o programas hay en la red. Ese conjunto de señales ayuda a distinguir con más precisión a un usuario de otro.

Por eso Chrome separó esas conexiones del tráfico habitual de Internet. Cuando un sitio desde Internet accede a una dirección local, necesita el permiso «Acceso a la red local». Si usted mismo abrió la página del router por su dirección, no aparecerá la solicitud: la conexión se realiza desde dentro de la red.

Dos permisos en lugar de uno

A partir de Chrome 145 la solicitud se dividió en dos. Las conexiones a dispositivos de la red siguen perteneciendo al punto «Acceso a la red local». Para los programas en ese mismo equipo apareció un punto separado; en la interfaz en inglés se llama «Apps on device». Si en la configuración del sitio no figura el punto necesario, busque el segundo.

Qué obtiene el sitio después de permitirlo

El permiso no abre el equipo por completo al sitio. Permite a la página enviar solicitudes a dispositivos y servicios locales a los que antes podía acceder sin preguntar. No concede acceso a sus archivos, contactos ni contraseñas guardadas.

Lo que el sitio podrá hacer a continuación depende del propio dispositivo o servicio. Por ejemplo, puede:

• comprobar si el dispositivo responde en una dirección determinada;
• acceder a su interfaz web o a su interfaz de programación;
• encontrar un servicio local que funcione en el equipo;
• obtener datos que ese servicio permita compartir;
• enviar un comando, si el dispositivo acepta ese tipo de peticiones.

El riesgo surge si en la red hay un dispositivo o servicio vulnerable que acepta comandos sin una autorización adecuada. Por eso no conviene dar ese acceso a sitios desconocidos.

Cuándo se puede permitir el acceso a la red local

Qué dejará de funcionar si lo deniega

Denegar no corta el acceso a Internet del sitio: Chrome separa los servidores externos habituales de las direcciones locales. Por eso el sitio seguirá pudiendo:

• cargar páginas e imágenes;
• enviar datos a sus servidores;
• reproducir vídeo;
• funcionar con la cuenta;
• usar otros permisos ya concedidos.

Lo que se bloquea son precisamente los intentos de acceder a la red local o a un servicio del dispositivo. Por ejemplo, la página del fabricante de la impresora seguirá abriéndose, pero la búsqueda automática de la impresora en la red doméstica puede dejar de funcionar. Puede cambiar la opción en cualquier momento.

Cómo cambiar el permiso en Chrome

Si por error pulsó «Permitir» o, por el contrario, denegó el acceso a un servicio que necesita, no es necesario reinstalar el navegador.

En el ordenador

1. Abra el sitio correspondiente en Chrome.
2. Haga clic en el icono «Información del sitio» a la izquierda de la dirección.
3. Abra «Configuración del sitio».
4. Busque «Acceso a la red local» (o el segundo punto para programas en el dispositivo).
5. Seleccione la opción deseada.

Todos los permisos concedidos se pueden ver en la sección «Configuración» → «Privacidad y seguridad» → «Configuración de sitios». Si el punto no está disponible para cambiar, la configuración puede ser impuesta por el administrador de su organización.

En Android

1. Abra Chrome.
2. Toque «Más» → «Configuración».
3. Abra «Configuración de sitios».
4. Seleccione «Acceso a la red local».

Para un sitio concreto, abra su página, toque «Información del sitio», luego «Permisos» y cambie la opción necesaria. Puede restaurar todo al estado inicial con el comando «Restablecer permisos».

Qué hacer si el sitio no encuentra el dispositivo en Mac

En macOS hay un nivel adicional de protección: el sistema restringe por sí mismo el acceso de las aplicaciones a la red local. Si el sitio obtuvo permiso en Chrome pero aún así no encuentra el dispositivo necesario, abra «Preferencias del Sistema» → «Privacidad y seguridad» → «Red local» y compruebe si Google Chrome está activado allí.

Especialmente a menudo el problema aparece tras actualizar a Windows 11 24H2. Microsoft describió por separado fallos al conectarse a NAS de terceros. Es mejor comprobar la configuración real del equipo en lugar de sacar conclusiones solo por la versión de Windows.

Por qué Windows 11 no abre NAS o una carpeta de red

SMB existe en varias generaciones. SMB1 está obsoleto y no está instalado por defecto en las Windows modernas. SMB2 y SMB3 se admiten de forma nativa. Microsoft recomienda actualizar o reemplazar el dispositivo que requiere SMB1, en lugar de restaurar el protocolo antiguo en el equipo.

La firma SMB y el cifrado SMB resuelven tareas distintas. La firma protege los mensajes contra alteraciones no detectadas y dificulta los ataques de retransmisión de credenciales. El cifrado SMB3 además oculta el contenido del tráfico. Un NAS antiguo puede soportar SMB2 o SMB3, pero no una firma o un cifrado compatibles.

En cuanto al acceso de invitado, la cronología es diferente. La restricción no apareció en Windows 11 24H2. Desde Windows 10 versión 1709 Microsoft empezó a desactivar el inicio de sesión de invitado inseguro por defecto en algunas ediciones. En 24H2 Microsoft además deshabilitó el guest fallback en Windows 11 Pro. Además, el acceso de invitado es incompatible con la firma obligatoria de SMB.

NTLM también puede afectar al acceso, pero Windows 11 24H2 no lo bloquea automáticamente. El sistema solo recibió la posibilidad de prohibir NTLM para SMB. En una red de dominio se prefiere Kerberos. Para un NAS doméstico en un grupo de trabajo, Kerberos normalmente no participa en absoluto.

Por eso la diferencia entre ====code====

\\nas\share

\\192.168.1.20\share

Cómo encontrar la causa: diagnóstico de NAS y SMB paso a paso

Primero averigüe la edición y la compilación de Windows:

====code====
Get-ComputerInfo | Select WindowsProductName,OsBuildNumber
=============

También puede ejecutar ====code====

winver

Compruebe el puerto 445:

====code====
Test-NetConnection 192.168.1.20 -Port 445
=============

Si ====code====

TcpTestSucceeded

False

====code====
Resolve-DnsName nas
=============

A continuación vea la configuración real del cliente:

====code====
Get-SmbClientConfiguration | Select RequireSecuritySignature,RequireEncryption,EnableInsecureGuestLogons,EncryptionCiphers
=============

====code====

RequireSecuritySignature = True

EnableInsecureGuestLogons = False

RequireEncryption = True

En la documentación de Microsoft también hay discrepancias sobre el cifrado. La página con la descripción de las funciones SMB indica cifrado saliente obligatorio para Windows 11 24H2, mientras que la documentación de la política RequireEncryption muestra el valor por defecto ====code====

0

Get-SmbClientConfiguration

RequireEncryption

Tras una conexión exitosa es útil el comando:

====code====
Get-SmbConnection | Select ServerName,ShareName,Dialect,Signed,Encrypted,UserName
=============

Get-SmbConnection muestra la versión de SMB, el usuario, la firma y el cifrado.

Si Windows solicita la contraseña constantemente, abra «Panel de control» → «Administrador de credenciales» → «Credenciales de Windows» y elimine la entrada antigua del NAS. Puede listar las entradas con ====code====

cmdkey /list

====code====
cmdkey /delete:nas
=============

Para hallar la causa detallada abra el «Visor de eventos» → «Registros de aplicaciones y servicios» → «Microsoft» → «Windows» → «SMBClient». Las secciones «Connectivity» y «Security» ayudan a distinguir un error de red de un fallo en la validación del usuario. El evento 31017 indica un inicio de sesión de invitado inseguro rechazado.

Qué cambiar en el NAS, Samba y Windows 11

Empiece por el NAS. Actualice el firmware, active SMB2 o SMB3, configure la firma y cree un usuario separado en lugar de un recurso de invitado. Los firmwares modernos de NAS para consumidores ya están mejor preparados para los nuevos requisitos de Windows. Por ejemplo, Synology DSM admite server signing, y QNAP recomienda primero actualizar el firmware y usar SMB2 o SMB3.

En el servidor Samba revise ====code====

smb.conf

SMB2_02

====code====
[global]
server signing = mandatory
=============

Tras cambiar, verifique la configuración con ====code====

testparm

Si necesita confirmar que el problema es la firma, temporalmente ejecute:

====code====
Set-SmbClientConfiguration -RequireSecuritySignature $false -Force
=============

Si el NAS empieza a funcionar, compruebe el soporte de firma en el servidor y luego restaure el parámetro:

====code====
Set-SmbClientConfiguration -RequireSecuritySignature $true -Force
=============

Si la diagnosis muestra ====code====

RequireEncryption = True

No use la desactivación de la firma, del cifrado ni la habilitación del SMB de invitado como solución permanente. Primero actualice el firmware del NAS, active SMB2/SMB3, la firma y el acceso mediante una cuenta separada. Deje SMB1 desactivado si el equipo puede funcionar sin él.

Conclusión

Si Windows 11 no abre el NAS, primero averigüe la edición y la compilación del sistema, compruebe TCP 445 y las credenciales, y luego ====code====

RequireSecuritySignature

RequireEncryption

Lo más seguro es actualizar el firmware del NAS, usar SMB2 o SMB3, activar la firma y crear un usuario separado. Ejecute los comandos solo en sus propios sistemas o con permiso del propietario de la infraestructura y cumpla con los requisitos de la legislación de la Federación de Rusia.

https://IP_pública

La IP se registra en la extensión Subject Alternative Name del certificado como ====code====

iPAddress

dNSName

Los certificados de Let’s Encrypt para IP tienen una diferencia importante respecto a los certificados para dominios. Para ellos se requiere el perfil ====code====

shortlived

Un certificado de Let’s Encrypt solo se puede obtener para una IP pública. Las direcciones ====code====

10.0.0.0/8

============= , ====code====

172.16.0.0/12

============= , ====code====

192.168.0.0/16

============= y otros rangos reservados no son aptos para un certificado públicamente confiable. Las normas del CA/Browser Forum prohíben expresamente a las autoridades de certificación emitir tales certificados. Para una red interna se necesita una autoridad de certificación propia o un certificado autofirmado.

Cómo obtener un certificado de Let’s Encrypt para IPv4 o IPv6 con Certbot

Para certificados IP hace falta un Certbot moderno. La opción ====code====

--ip-address

webroot

--ip-address

Primero, compruebe la versión:

====code====
certbot --version
=============

Para la verificación por HTTP-01 el servidor debe ser accesible desde Internet por la misma IP que irá al certificado, y el puerto TCP 80 debe aceptar conexiones entrantes. Let’s Encrypt accede a ====code====

http://IP/.well-known/acme-challenge/...

Si Nginx, Apache u otro servidor web ya están funcionando, es más cómodo usar ====code====

webroot

Primero ejecute la solicitud en el entorno de pruebas de Let’s Encrypt, sustituyendo la IP real y el directorio del sitio:

====code====
sudo certbot certonly --staging \ --preferred-profile shortlived \ --webroot \ --webroot-path /var/www/html \ --ip-address <PUBLIC_IPV4> \ --cert-name ip-cert
=============

El certificado de prueba no es de confianza pública. Si la verificación fue correcta, repita el comando sin ====code====

--staging

====code====
sudo certbot certonly \ --preferred-profile shortlived \ --webroot \ --webroot-path /var/www/html \ --ip-address <PUBLIC_IPV4> \ --cert-name ip-cert
=============

Para IPv6 el comando es el mismo. En ====code====

--ip-address

====code====
sudo certbot certonly \ --preferred-profile shortlived \ --webroot \ --webroot-path /var/www/html \ --ip-address <PUBLIC_IPV6> \ --cert-name ip-cert
=============

Si el servidor es accesible simultáneamente por IPv4 e IPv6, ambas direcciones se pueden incluir en un único certificado:

====code====
sudo certbot certonly \ --preferred-profile shortlived \ --webroot \ --webroot-path /var/www/html \ --ip-address <PUBLIC_IPV4> \ --ip-address <PUBLIC_IPV6> \ --cert-name ip-cert
=============

Let’s Encrypt debe verificar con éxito cada dirección indicada. Si IPv4 funciona pero IPv6 apunta a otro servidor o está bloqueada por un cortafuegos, la emisión del certificado con ambas direcciones fallará.

Cuando el servidor web aún no está en ejecución, se puede usar ====code====

--standalone

====code====
sudo certbot certonly \ --preferred-profile shortlived \ --standalone \ --ip-address <PUBLIC_IP> \ --cert-name ip-cert
=============

Cómo instalar el certificado IP en Nginx o Apache y configurar la renovación

Obtener el certificado y configurarlo automáticamente en el servidor web no es lo mismo. Certbot ya sabe obtener certificados IP, pero aún no puede instalarlos en Nginx o Apache. Los complementos ====code====

nginx

apache

webroot

standalone

manual

Con ====code====

--cert-name ip-cert

/etc/letsencrypt/live/ip-cert/fullchain.pem

/etc/letsencrypt/live/ip-cert/privkey.pem

====code====
server { listen 443 ssl; listen [::]:443 ssl; ssl_certificate /etc/letsencrypt/live/ip-cert/fullchain.pem; ssl_certificate_key /etc/letsencrypt/live/ip-cert/privkey.pem; location / { root /var/www/html; } }
=============

Tras editar, compruebe la configuración y recargue:

====code====
sudo nginx -t sudo systemctl reload nginx
=============

Para Apache se usan los mismos archivos:

====code====
<VirtualHost *:443> SSLEngine on SSLCertificateFile /etc/letsencrypt/live/ip-cert/fullchain.pem SSLCertificateKeyFile /etc/letsencrypt/live/ip-cert/privkey.pem </VirtualHost>
=============

Tras la renovación el servidor web debe volver a leer el nuevo certificado. Dado que los complementos de servidor web de Certbot todavía no soportan certificados IP, hay que configurar ====code====

--deploy-hook

====code====
sudo certbot reconfigure \ --cert-name ip-cert \ --deploy-hook "systemctl reload nginx"
=============

Para Apache, en lugar de la orden de recarga de Nginx indique ====code====

systemctl reload apache2

--deploy-hook

Compruebe si está instalado el temporizador del sistema para Certbot:

====code====
systemctl list-timers | grep certbot
=============

A continuación pruebe la renovación:

====code====
sudo certbot renew --dry-run
=============

Debido al plazo de 160 horas, la tarea ====code====

certbot renew

--deploy-hook

Cuándo no funcionará el certificado en una IP

Una dirección privada según RFC 1918 no puede obtener un certificado público. El problema también afecta al rango ====code====

100.64.0.0/10

Una IP pública dinámica técnicamente se puede certificar, pero en la práctica suele tener poco sentido. El certificado está ligado a la dirección exacta. Tras un cambio de IPv4, el certificado anterior no valida la nueva dirección, y el nuevo titular de la IP anterior podría recibir otra punta de red. Para servicios con direcciones cambiantes un nombre de dominio suele ser más conveniente.

#0f172a; } .label { font-size: 26px; font-weight: 700; } .small { font-size: 20px; font-weight: 600; } .tiny { font-size: 16px; font-weight: 600; } .mono { font-family: ui-monospace, SFMono-Regular, Menlo, Consolas, monospace; } .card { fill: #ffffff; stroke: #cbd5e1; stroke-width: 2; } .route { fill: none; stroke-linecap: round; stroke-linejoin: round; } .draw { pathLength: 1; stroke-dasharray: 1; stroke-dashoffset: 1; } .panel { animation: panelState var(--loop) ease-in-out infinite; transform-origin: 230px 360px; } .panelLock { animation: lockState var(--loop) ease-in-out infinite; transform-origin: center; } .cert { opacity: 0; animation: certIn var(--loop) ease-in-out infinite; transform-origin: 585px 355px; } .ct { opacity: 0; animation: ctIn var(--loop) ease-in-out infinite; transform-origin: 910px 355px; } .finder1, .finder2, .finder3 { opacity: 0; animation: finderIn var(--loop) ease-in-out infinite; } .finder2 { animation-delay: .18s; } .finder3 { animation-delay: .36s; } .protect { opacity: 0; animation: protectIn var(--loop) ease-in-out infinite; transform-origin: 1130px 635px; } .footer { opacity: 0; animation: footerIn var(--loop) ease-in-out infinite; } .linePC { animation: drawPC var(--loop) ease-in-out infinite; } .lineCT { animation: drawCT var(--loop) ease-in-out infinite; } .lineB1, .lineB2, .lineB3 { animation: drawBranches var(--loop) ease-in-out infinite; } .lineB2 { animation-delay: .14s; } .lineB3 { animation-delay: .28s; } .blockedPath { opacity: 0; animation: blockedIn var(--loop) ease-in-out infinite; } .barrier { opacity: 0; animation: barrierPulse var(--loop) ease-in-out infinite; } .packetPC { opacity: 0; animation: packetPC var(--loop) linear infinite; } .packetCT { opacity: 0; animation: packetCT var(--loop) linear infinite; } .packetB { opacity: 0; animation: packetBranches var(--loop) linear infinite; } .copiedIP { opacity: 0; animation: copied var(--loop) ease-in-out infinite; } .found { opacity: 0; animation: foundIn var(--loop) ease-in-out infinite; } @keyframes panelState { 0%, 12% { opacity: .42; transform: scale(.985); } 18%, 94% { opacity: 1; transform: scale(1); } 100% { opacity: .42; transform: scale(.985); } } @keyframes lockState { 0%, 16% { opacity: .9; transform: scale(1); } 22%, 92% { opacity: .45; transform: scale(.94); } 100% { opacity: .9; transform: scale(1); } } @keyframes certIn { 0%, 13% { opacity: 0; transform: translateY(10px) scale(.97); } 19%, 94% { opacity: 1; transform: translateY(0) scale(1); } 100% { opacity: 0; transform: translateY(8px) scale(.98); } } @keyframes ctIn { 0%, 28% { opacity: 0; transform: translateY(10px) scale(.97); } 35%, 94% { opacity: 1; transform: translateY(0) scale(1); } 100% { opacity: 0; transform: translateY(8px) scale(.98); } } @keyframes finderIn { 0%, 45% { opacity: 0; transform: translateX(14px); } 55%, 94% { opacity: 1; transform: translateX(0); } 100% { opacity: 0; transform: translateX(10px); } } @keyframes protectIn { 0%, 67% { opacity: 0; transform: scale(.92); } 76%, 95% { opacity: 1; transform: scale(1); } 100% { opacity: 0; transform: scale(.94); } } @keyframes footerIn { 0%, 79% { opacity: 0; transform: translateY(12px); } 87%, 96% { opacity: 1; transform: translateY(0); } 100% { opacity: 0; transform: translateY(6px); } } @keyframes drawPC { 0%, 12% { stroke-dashoffset: 1; opacity: 0; } 17%, 94% { stroke-dashoffset: 0; opacity: 1; } 100% { stroke-dashoffset: 1; opacity: 0; } } @keyframes drawCT { 0%, 26% { stroke-dashoffset: 1; opacity: 0; } 34%, 94% { stroke-dashoffset: 0; opacity: 1; } 100% { stroke-dashoffset: 1; opacity: 0; } } @keyframes drawBranches { 0%, 43% { stroke-dashoffset: 1; opacity: 0; } 53%, 94% { stroke-dashoffset: 0; opacity: 1; } 100% { stroke-dashoffset: 1; opacity: 0; } } @keyframes packetPC { 0%, 13% { opacity: 0; } 17%, 28% { opacity: 1; } 32%, 100% { opacity: 0; } } @keyframes packetCT { 0%, 28% { opacity: 0; } 33%, 45% { opacity: 1; } 49%, 100% { opacity: 0; } } @keyframes packetBranches { 0%, 45% { opacity: 0; } 51%, 69% { opacity: 1; } 73%, 100% { opacity: 0; } } @keyframes copied { 0%, 33% { opacity: 0; transform: translateY(6px); } 39%, 94% { opacity: 1; transform: translateY(0); } 100% { opacity: 0; } } @keyframes foundIn { 0%, 53% { opacity: 0; } 60%, 94% { opacity: 1; } 100% { opacity: 0; } } @keyframes blockedIn { 0%, 68% { opacity: 0; } 74%, 95% { opacity: .8; } 100% { opacity: 0; } } @keyframes barrierPulse { 0%, 70% { opacity: 0; transform: scaleY(.4); } 78%, 95% { opacity: 1; transform: scaleY(1); } 84% { opacity: .65; } 90% { opacity: 1; } 100% { opacity: 0; } } Panel de administración por IP 203.0.113.10 Certificado TLS IP: 203.0.113.10 Certificate Transparency Registro público de certificados 203.0.113.10 203.0.113.10 Búsqueda de certificados 203.0.113.10 Encontrado Escáneres de red 203.0.113.10 Encontrado Indexadores 203.0.113.10 Encontrado Protección VPN Cortafuegos Lista de IP permitidas HTTPS cifra la conexión, pero no oculta la IP El certificado público se registra en Certificate Transparency

Con IPv6 rige el mismo principio. El certificado se expide para una IPv6 concreta, no para todo el prefijo ====code====

/64

/64

Según los límites actuales, Let’s Encrypt permite hasta 50 certificados nuevos en siete días para una misma IPv4 o una misma red IPv6 ====code====

/64

Para una red doméstica, la interfaz del router, un laboratorio o un servidor con dirección ====code====

192.168.x.x

Let’s Encrypt envía todos los certificados emitidos a los registros públicos Certificate Transparency. La IP del SAN de ese certificado queda disponible para búsquedas y recolección automática, por lo que no puede considerarse oculta una interfaz administrativa solo porque no tenga dominio. Es mejor combinar HTTPS para la interfaz con VPN, cortafuegos, restricción de acceso por IP u otra protección.

El dominio sigue siendo más conveniente cuando el servidor puede cambiar de dirección, funciona tras un balanceador, tiene varias instancias o una red de entrega de contenido. El dominio mantiene un nombre constante del servicio independientemente de la IP que tenga detrás.

--ip-address

--ip-address

Configure certificados y servicios de red solo en servidores e IP que esté autorizado a gestionar. Al publicar servicios en Internet cumpla la legislación de la Federación de Rusia y no exponga interfaces administrativas sin protección adicional.

La diferencia se hizo especialmente notoria en agosto y septiembre de 2026. Windows podía mostrar la notificación «Microsoft Defender Antivirus is turned off», aunque el antivirus seguía funcionando. Microsoft corrigió el error el 17 de septiembre en la plataforma Defender 4.18.26080.4. Por eso, ante mensajes contradictorios es mejor comprobar la protección en cuatro niveles: interfaz → estado de Defender mediante PowerShell → servicios y parámetros → detección de prueba.

Para la primera comprobación abra «Seguridad de Windows» → «Protección contra virus y amenazas» → «Quién me protege» → «Administrar proveedores». En la sección del antivirus debe indicarse qué producto es el responsable de la protección en ese momento. Microsoft también recomienda consultar aquí el proveedor actual de la protección antivirus.

Si la interfaz muestra un error, no intente activar los servicios manualmente ni modificar el registro de inmediato. Primero verifique el modo de funcionamiento real de Defender mediante PowerShell.

Cómo comprobar Defender con Get-MpComputerStatus

Abra PowerShell o el Terminal de Windows y ejecute el comando:

====code====
Get-MpComputerStatus | Select-Object AMRunningMode,AMServiceEnabled,AntivirusEnabled,RealTimeProtectionEnabled,BehaviorMonitorEnabled,IsTamperProtected,AMProductVersion,AMEngineVersion,AntivirusSignatureVersion,AntivirusSignatureLastUpdated
=============

El comando Get-MpComputerStatus consulta el estado del subsistema antivirus directamente. En un equipo doméstico normal con Microsoft Defender como antivirus principal, el aspecto habitual es el siguiente:

AMRunningMode

Normal

AMServiceEnabled

True

AntivirusEnabled

True

RealTimeProtectionEnabled

True

BehaviorMonitorEnabled

True

IsTamperProtected

True

Para un diagnóstico rápido, los valores clave son: ====code====

AMRunningMode

AMServiceEnabled

AntivirusEnabled

RealTimeProtectionEnabled

Normal

True

Los campos ====code====

AMProductVersion

AMEngineVersion

AntivirusSignatureVersion

AntivirusSignatureLastUpdated

El valor ====code====

Passive

AMRunningMode

Cómo comprobar los servicios, la protección en la nube y funciones adicionales

El estado del servicio principal se puede ver con el comando:

====code====
Get-Service WinDefend
=============

Con Microsoft Defender Antivirus activo, el servicio ====code====

WinDefend

Running

MsMpEng.exe

Las opciones de protección en la nube, protección de red y bloqueo de aplicaciones potencialmente no deseadas se pueden mostrar con un comando:

====code====
Get-MpPreference | Select-Object MAPSReporting,SubmitSamplesConsent,CloudBlockLevel,EnableNetworkProtection,PUAProtection
=============

Según la documentación actual de Microsoft, el valor ====code====

MAPSReporting = 2

SubmitSamplesConsent

1

3

CloudBlockLevel

Para Network Protection el valor ====code====

0

1

2

PUAProtection

0

1

2

Tamper Protection se comprueba mediante ====code====

IsTamperProtected

True

Cómo comprobar Defender con la prueba EICAR y el registro de eventos

La comprobación más convincente para un equipo doméstico no es solo leer los parámetros, sino probar si Defender detecta una amenaza real. Para esa prueba se utiliza EICAR, un archivo inofensivo que los antivirus reconocen como amenaza de prueba. EICAR no contiene código malicioso. Microsoft propone este método para validar Defender.

Procedimiento seguro: active la protección en tiempo real → abra la página oficial de EICAR o la instrucción de Microsoft → cree o descargue el archivo de prueba → compruebe la reacción de Defender. Con la protección correcta, el archivo debería detectarse y normalmente ponerse en cuarentena o bloquearse.

Si el navegador bloquea la descarga antes de que aparezca un evento de Defender, ese resultado no demuestra por sí solo que el motor antivirus funciona. Para una prueba limpia conviene crear el archivo EICAR localmente según la instrucción oficial de Microsoft. Si el archivo sigue accesible, primero verifique ====code====

RealTimeProtectionEnabled

El historial de actividad del motor se puede consultar desde el Visor de eventos → Registros de aplicaciones y servicios → Microsoft → Windows → Windows Defender → Operational. Microsoft documenta este registro como la fuente principal de eventos de Defender. Por ejemplo, el evento 5001 indica que la protección en tiempo real está desactivada, y el 5007 informa de un cambio de configuración. El evento 5007 por sí solo no demuestra una infección, ya que actualizaciones legítimas y cambios de configuración también generan ese tipo de entradas.

El registro también puede leerse desde PowerShell:

====code====
Get-WinEvent -LogName 'Microsoft-Windows-Windows Defender/Operational' -MaxEvents 30
=============

Tras eliminar un antivirus de terceros, Microsoft Defender suele volver a activarse automáticamente. Verifique el equipo después del reinicio siguiendo esta cadena: «Administrar proveedores» → ====code====

AMRunningMode

RealTimeProtectionEnabled

Get-Service WinDefend

Normal

True

AMRunningMode = Normal

AMServiceEnabled = True

AntivirusEnabled = True

RealTimeProtectionEnabled = True

Get-MpComputerStatus

Get-MpComputerStatus

AMRunningMode

AMServiceEnabled

AntivirusEnabled

RealTimeProtectionEnabled

Normal

True

AMRunningMode = Normal

AntivirusEnabled = True

RealTimeProtectionEnabled = True

Passive

Passive

Get-MpComputerStatus

RealTimeProtectionEnabled

True

Get-Service WinDefend

Running

Get-MpComputerStatus

AntivirusSignatureVersion

AntivirusSignatureLastUpdated

Get-MpPreference | Select-Object MAPSReporting,SubmitSamplesConsent,CloudBlockLevel

MAPSReporting = 2

Conclusión

Get-MpComputerStatus

Para quienes desean transferir contraseñas desde Google Password Manager a Bitwarden, la diferencia es especialmente notable. No es necesario crear un archivo abierto con todos los inicios de sesión y contraseñas, y junto con las contraseñas habituales pueden trasladarse también las claves de acceso, o passkeys. Antes, la transferencia de estas últimas entre gestores distintos era prácticamente inexistente, y a menudo había que crear las claves de nuevo.

Pero hay varias condiciones. Ambos gestores deben ser compatibles con el nuevo mecanismo, las aplicaciones deben estar instaladas en el mismo dispositivo Android, y los requisitos de versión de Android dependen no solo del sistema, sino también del gestor concreto.

Cómo funciona la nueva transferencia de contraseñas en Android

Google añadió a Android el mecanismo Credentials Transfer para pasar credenciales entre sus almacenes. En su base está el Credential Exchange Protocol, un formato de intercambio desarrollado con la participación de la FIDO Alliance. La API del sistema funciona desde Android 8, pero eso no significa que cualquier aplicación inicie la transferencia en Android 8. Cada gestor decide por sí mismo en qué versiones del sistema activa la función.

El proceso difiere del habitual de exportación. Ahora la transferencia se inicia en el gestor hacia el que deben moverse los datos. Por ejemplo, si las contraseñas están en Google Password Manager y quiere seguir usándolas con Bitwarden, primero se abre Bitwarden.

1. El gestor nuevo solicita la importación de credenciales.
2. Android muestra los gestores compatibles instalados en el dispositivo.
3. El usuario elige la fuente, por ejemplo Google Password Manager.
4. El gestor antiguo se abre para revisar y confirmar la operación.
5. Tras la confirmación, los datos se transmiten a la aplicación nueva.

Con este método no se genera un archivo CSV sin cifrar que pueda quedar en la carpeta de descargas o acabar accidentalmente en la nube. Android coordina el intercambio entre las aplicaciones directamente, sin exponer los datos originales a terceros.

A septiembre de 2026, Google menciona entre los participantes a Google Password Manager, 1Password, Bitwarden Password Manager y Dashlane. Sin embargo, la compatibilidad concreta entre pares de aplicaciones y los requisitos de versión de Android pueden variar. Por ejemplo, la documentación vigente de Bitwarden indica Android 14 o posterior para la importación directa mediante Credential Exchange.

Cómo transferir Google Password Manager a Bitwarden

Para la transferencia directa a Bitwarden se necesita Bitwarden Password Manager actualizado y, según la instrucción de Bitwarden vigente, Android 14 o posterior. Google Password Manager debe permanecer instalado y disponible en el mismo dispositivo.

Antes de empezar, actualice Bitwarden y los servicios de Google Play. También compruebe que puede desbloquear ambos almacenes. Para las operaciones con Google Password Manager, Android utiliza el bloqueo de pantalla, por ejemplo PIN, patrón o biometría.

1. Abra Bitwarden y desbloquee el almacén.
2. Vaya a Ajustes → Bóveda → Importar elementos.
3. Seleccione Importar desde otra aplicación.
4. En la ventana del sistema, elija Google Password Manager como fuente.
5. Pulse Continuar.
6. Android abrirá Google Password Manager. Si es necesario, confirme su identidad mediante el método de desbloqueo de pantalla.
7. Seleccione la cuenta de Google correspondiente si hay varias en el dispositivo y confirme la exportación.
8. Vuelva a Bitwarden y espere la notificación de finalización de la importación.

Los nombres de los apartados de Bitwarden se han tomado de la documentación oficial en inglés: la traducción oficial a otros idiomas de esta nueva función aún no está confirmada, pero el orden de las secciones no cambia.

También existe el escenario inverso. Para transferir datos desde un gestor compatible a Google Password Manager, abra esa aplicación, luego Ajustes → Importar contraseñas y claves de acceso, pulse Siguiente y seleccione la aplicación origen. Google detalla los pasos exactos en su centro de ayuda.

¿Se transfieren las claves de acceso junto con las contraseñas?

Sí, y aquí el nuevo método ofrece la ventaja principal frente al CSV. La clave de acceso no se puede transferir correctamente mediante una tabla habitual con campos URL, nombre de usuario y contraseña. Un passkey contiene datos criptográficos gestionados por el gestor de credenciales, no una cadena que se pueda poner en una columna de un archivo.

El nuevo mecanismo de Android permite transferir tanto inicios de sesión con contraseñas como claves de acceso FIDO2/WebAuthn. Si Google Password Manager almacena un passkey para un sitio o aplicación, un gestor compatible puede obtenerlo en la misma operación.

No obstante, la expresión «se transfieren claves de acceso» no significa que cualquier clave vaya a aparecer garantizada en cualquier gestor: la importación depende de la implementación de ambas aplicaciones y de la validez de la entrada concreta, y los datos en un formato no compatible o incorrecto pueden no importarse.

Google advierte por separado: al transferir claves a otro dispositivo a veces se requiere desbloquear el dispositivo antiguo o introducir el PIN del gestor de contraseñas de Google. Al migrar entre gestores en un mismo teléfono, el escenario es más sencillo: Android ve ambas aplicaciones de forma local.

Hay también un matiz más sutil. Según Bitwarden, algunos passkeys utilizan un contador interno para protección adicional, y tales claves no son transferidas por el Credential Exchange Protocol entre gestores; su ausencia tras la importación no implica necesariamente un error.

Qué gestores ya admiten la transferencia sin CSV

Al inicio, Google enumeró oficialmente cuatro gestores: Google Password Manager, Bitwarden Password Manager, 1Password y Dashlane. No existe un requisito único de versión de Android para los cuatro.

Por tanto, la compatibilidad del sistema Android 8+ y la disponibilidad real de la función en una aplicación concreta no son lo mismo. Si no aparece el botón de importación directa, conviene comprobar primero la versión de Android, actualizar ambos gestores y los servicios de Google Play.

Conviene señalar que la presencia de dos gestores en la lista de participantes no garantiza el correcto funcionamiento de cualquier combinación. Por ejemplo, Bitwarden advierte por separado que la importación directa de datos desde Dashlane mediante Credential Exchange en Android no está soportada. Al pasar de Google Password Manager a Bitwarden, en la documentación vigente de Bitwarden no figura tal limitación.

Qué comprobar después de la transferencia y qué hacer en caso de error

No elimine Google Password Manager ni sus datos inmediatamente después de recibir el mensaje de importación exitosa. Primero debe comprobar que las cuentas necesarias aparecen efectivamente en el nuevo almacén y que se pueden usar.

• Compare las cuentas principales. Verifique varios sitios y aplicaciones importantes, no solo el número total de registros.
• Compruebe las claves de acceso. Busque los servicios donde iniciaba sesión con passkey y asegúrese de que la entrada correspondiente apareció en Bitwarden.
• Pruebe el inicio de sesión. Abra varios sitios y aplicaciones y realice una autenticación real a través de Bitwarden.
• Compruebe varias cuentas de Google. Si en el teléfono hay varias cuentas de Google, las contraseñas necesarias pueden estar vinculadas a otra cuenta distinta de la que comprobó primero.
• No ejecute la importación repetidamente sin motivo. Google indica que intenta no duplicar contraseñas ya añadidas al importar de nuevo en Google Password Manager, pero el comportamiento puede variar en otras aplicaciones, y no conviene probarlo en la práctica.

Si Android no muestra Google Password Manager entre las fuentes, compruebe las actualizaciones del sistema, de los servicios de Google Play y de Bitwarden. También asegúrese de que Google Password Manager realmente contiene datos en la cuenta que está activa en el teléfono.

Si las contraseñas habituales se trasladaron, pero uno o varios passkeys faltan, conviene conservar el almacén antiguo por ahora. Actualice las aplicaciones y vuelva a intentar la transferencia si el gestor lo permite sin riesgo de crear copias innecesarias. Si una clave concreta sigue sin importarse, acceda al servicio correspondiente con el método disponible y cree un nuevo passkey ya en Bitwarden. Elimine la clave antigua solo después de verificar que el nuevo acceso funciona.

En ese caso, el CSV no ayudará: Google permite exportar contraseñas normales a un archivo, pero las claves de acceso no se transfieren por ese método.

Cómo cambiar definitivamente al nuevo gestor de contraseñas

Tras verificar la importación, puede establecer Bitwarden como gestor principal en Android. En las versiones recientes del sistema la sección suele llamarse Contraseñas, claves de acceso y cuentas (en versiones más antiguas, simplemente «Contraseñas y cuentas»). El nombre y la ubicación dependen de la versión de Android y de la capa del fabricante, por lo que resulta más sencillo buscar en los ajustes por la palabra «contraseña».

1. Abra Ajustes de Android.
2. Vaya a Contraseñas, claves de acceso y cuentas.
3. Abra la configuración del gestor de credenciales que esté usando.
4. Elija Bitwarden como gestor principal de contraseñas y claves de acceso.
5. Compruebe el autocompletado en el navegador y en varias aplicaciones.
6. Asegúrese de que las nuevas contraseñas y passkeys ahora se ofrecen para guardarse en Bitwarden.

Desactivar el gestor antiguo del autocompletado conviene hacerlo solo después de esta comprobación; los criterios son los mismos que en la sección anterior sobre el borrado de datos.

La nueva transferencia resuelve la tarea de cambiar de gestor, no la de realizar copias de seguridad. Para un archivo de respaldo del almacén use la exportación propia del gestor, y no el almacenamiento permanente de un CSV sin cifrar.

Primero abra «Configuración» → «Windows Update» → «Historial de actualizaciones» y compare la fecha del fallo con la actualización acumulativa, el paquete previo opcional, el controlador o la actualización a una nueva versión de Windows. Luego consulte Windows Release Health y la página del KB correspondiente. Microsoft publica allí errores conocidos, soluciones temporales e información sobre KIR.

Cuanto más exactamente el método de reversión corresponda a la causa del fallo, menos correcciones de seguridad y datos de usuario habrá que devolver a su estado anterior.

Qué método de reversión elegir para Windows 11

Un paquete previo opcional suele ser más fácil de eliminar que un paquete de seguridad mensual. Una actualización acumulativa contiene muchas correcciones a la vez, por lo que su eliminación puede volver a introducir vulnerabilidades ya solucionadas.

Reversión de problemas conocidos revierte el problema sin eliminar todo el KB

Known Issue Rollback, o KIR, está diseñado para deshacer un cambio concreto no relacionado con la seguridad. Las demás partes de la actualización instalada continúan funcionando. Microsoft indica explícitamente que el mecanismo permite corregir una regresión sin eliminar todo el paquete.

En equipos domésticos la configuración necesaria suele llegar automáticamente a través de Windows Update. Para equipos gestionados Microsoft puede publicar una política especial que el administrador aplique mediante directivas de grupo o herramientas de gestión de dispositivos.

KIR no se puede habilitar para cualquier KB arbitrario. Microsoft debe prever de antemano la posibilidad de revertir un cambio concreto y publicar la configuración correspondiente. Si Windows Release Health ya ofrece KIR, esa vía normalmente afecta a menos componentes que eliminar la actualización acumulativa por completo.

La restauración en un punto en el tiempo en Windows 11 también restaura archivos personales

Desde junio de 2026 la restauración en un punto en el tiempo está disponible en Windows 11 versión 24H2 y posteriores. La función está disponible en las ediciones Home, Pro y Enterprise y supone un mecanismo completo de restauración del estado del equipo, no una variante de la clásica restauración del sistema.

Por defecto Windows crea puntos aproximadamente cada 24 horas y los conserva hasta 72 horas. En equipos no gestionados normales la función se habilita automáticamente si la partición del sistema tiene al menos 200 GB. En discos más pequeños se puede activar manualmente. Para equipos empresariales gestionados las reglas de activación son distintas.

Según la documentación de Microsoft, por defecto las instantáneas pueden usar hasta el 2% del disco del sistema. El límite configurable va desde 2 GB hasta el equivalente a 50 GB. Para la propia restauración también se necesita suficiente espacio libre.

La principal diferencia respecto a Restauración del sistema reside en los datos incluidos. La restauración en un punto en el tiempo devuelve el sistema operativo, las aplicaciones, la configuración y los archivos locales del disco del sistema al estado de la instantánea seleccionada. Los archivos en OneDrive y otros almacenamientos en la nube no se revierten. La Restauración del sistema, en cambio, devuelve archivos y configuraciones del sistema, pero no modifica los archivos personales.

La restauración en un punto en el tiempo puede eliminar documentos, descargas y otros archivos locales creados después de la instantánea seleccionada. Antes de restaurar copie los datos recientes a otro disco o a la nube, si Windows lo permite.

Microsoft recomienda que, si ambos métodos están disponibles, se considere primero la restauración en un punto en el tiempo como la forma más completa de recuperación. La Restauración del sistema es más cómoda si se necesita una instantánea anterior a 72 horas o si no se quiere revertir archivos personales.

Actualmente se puede iniciar la restauración en un punto en el tiempo solo de forma local a través de Windows RE: «Solucionar problemas» → «Restauración en un punto en el tiempo» → seleccionar la instantánea → confirmar la restauración. Con BitLocker activado se solicitará la clave de recuperación. Tras el retorno, revise Windows Update, porque la restauración en un punto en el tiempo puede deshacer correcciones de seguridad instaladas recientemente.

La restauración en un punto en el tiempo abarca más datos que la Restauración del sistema, pero junto con el sistema devuelve también los archivos locales del disco del sistema a su estado anterior. Por eso una mayor cobertura no convierte a la restauración en un punto en el tiempo en la opción preferida en todos los casos. Si el problema afecta a archivos del sistema, programas o configuración, y es necesario conservar documentos creados recientemente, conviene considerar primero la Restauración del sistema. La restauración en un punto en el tiempo es adecuada cuando se necesita devolver el equipo por completo a un estado reciente y el usuario ya ha guardado los archivos nuevos importantes.

Cómo eliminar un KB mediante Configuración, WinRE, wusa y DISM

Si Windows arranca, use primero la interfaz habitual: «Configuración» → «Windows Update» → «Historial de actualizaciones» → «Quitar actualizaciones». Microsoft advierte que algunas actualizaciones no se pueden eliminar.

Si el sistema no arranca, abra WinRE → «Solucionar problemas» → «Opciones avanzadas» → «Quitar actualizaciones» → «Quitar la última actualización de calidad». Con el disco cifrado, WinRE puede solicitar la clave de BitLocker.

Las instrucciones antiguas a menudo proponen el comando ====code====

wusa /uninstall /kb:1234567

wusa.exe /uninstall

Para la eliminación admitida de una LCU Microsoft indica DISM. Primero se puede ejecutar ====code====

DISM /Online /Get-Packages

DISM /Online /Remove-Package /PackageName:NOMBRE_DEL_PAQUETE

DISM no debe considerarse un sustituto ordinario del botón «Quitar actualización». El comando actúa a nivel del almacén de componentes, requiere el nombre exacto del paquete, y algunos paquetes de Windows pueden estar marcados como no eliminables. Para un usuario normal es más seguro probar primero las opciones de Windows o WinRE, y reservar DISM para los casos en que el paquete concreto esté claramente identificado y Microsoft permita su eliminación.

Si el problema apareció tras actualizar un controlador, use «Administrador de dispositivos» → el dispositivo correspondiente → «Propiedades» → «Controlador» → «Revertir controlador». Si el fallo comenzó tras actualizar a una nueva versión de Windows, abra «Configuración» → «Sistema» → «Recuperación» → «Volver». En la mayoría de los casos Microsoft permite volver atrás 10 días.

Si Windows Update no ofrece una actualización mayor de versión, no eluda la restricción sin necesidad. Las salvaguardas bloquean la instalación en dispositivos donde Microsoft detectó un problema de compatibilidad conocido, riesgo de pérdida de datos, de red u otra función importante.

Conclusión

Tras una actualización fallida, primero determine qué se ha estropeado exactamente. Para una regresión reconocida por Microsoft es apropiado KIR, para un fallo de controlador conviene revertir el propio controlador, y si la causa es desconocida y existe una instantánea reciente Microsoft ofrece la restauración en un punto en el tiempo como la opción más completa. La Restauración del sistema es útil cuando no se deben tocar los archivos personales o se necesita una instantánea más antigua. Eliminar todo el KB solo tiene sentido cuando el problema está realmente ligado al paquete y no existe un método de recuperación más preciso.

Antes de revertir, guarde los archivos importantes y la clave de recuperación de BitLocker. Tras la restauración, vuelva a comprobar Windows Update para no dejar el equipo sin las correcciones de seguridad actuales. En equipos de trabajo tenga en cuenta las normas del administrador y los requisitos de la legislación de la Federación de Rusia.

Desde el 10 de agosto de 2026 Drive para escritorio ya no admite la copia de seguridad de fotos y vídeos directamente en Google Fotos. El propio Google Drive sigue funcionando: las carpetas locales aún se pueden sincronizar con Drive. Lo que desapareció fue la ruta separada desde una carpeta del ordenador hacia la biblioteca de Google Fotos.

El nuevo mecanismo tiene una diferencia importante: funciona a través del navegador. Si simplemente cierras la pestaña, los archivos nuevos dejarán de enviarse automáticamente a la nube. A continuación explico todo paso a paso.

Resumen: qué cambió

• Desde el 10 de agosto de 2026 Drive para escritorio dejó de copiar fotos y vídeos a Google Fotos; la sincronización normal con Drive funciona como antes.
• La carga automática hay que activarla de nuevo en el sitio web de Google Fotos, mediante «Crear copias de seguridad de carpetas».
• Se necesita un navegador basado en Chromium, y no se puede cerrar la pestaña o la aplicación web de Google Fotos, porque entonces la copia se detendrá.

Qué exactamente desactivó Google y qué sigue funcionando

Antes, en la aplicación «Drive para escritorio» se podían usar dos modos distintos para una carpeta local:

• «Sincronización con Google Drive» enviaba el contenido de la carpeta a Google Drive;
• «Copia a Google Fotos» subía de forma separada las fotos y vídeos que se encontraban en ella a Google Fotos.

Eran funciones diferentes. Se podía activar una u otra o ambas al mismo tiempo. En el segundo caso, las fotos aparecían tanto en Google Drive como archivos normales, como en la biblioteca de Google Fotos.

Google empezó a retirar la segunda opción en el verano de 2026. Según la ayuda oficial de Google Drive, desde el 15 de junio en Drive para escritorio ya no se permitía añadir nuevas carpetas para copia a Google Fotos. Las carpetas ya configuradas siguieron funcionando hasta el 10 de agosto. Desde esa fecha, el soporte para copia de seguridad en Google Fotos a través de la aplicación se canceló por completo.

La sincronización normal con Google Drive, sin embargo, sigue funcionando como antes.

No es necesario desinstalar Drive para escritorio: sigue siendo útil para sincronizar documentos, carpetas y fotos con Google Drive.

Cómo volver a activar la carga automática de fotos desde el ordenador

La sustitución de la función anterior está en la versión web de Google Fotos y se llama «Crear copias de seguridad de carpetas».

1. Abra Google Fotos en el ordenador.
2. Asegúrese de haber iniciado sesión en la cuenta de Google donde está su fototeca.
3. En la esquina superior derecha, haga clic en «Crear y añadir fotos».
4. En la sección «Añadir fotos», haga clic en «Crear copias de seguridad de carpetas».
5. Seleccione la carpeta o las carpetas del ordenador cuyo contenido desea copiar automáticamente.
6. Cuando el navegador solicite acceso a los archivos, haga clic en «Permitir» o en «Permitir siempre» según prefiera.

Tras esto, Google Fotos empieza a vigilar las carpetas seleccionadas. Si aparecen nuevas fotos o vídeos compatibles, el servicio puede enviar el archivo automáticamente a la nube.

Hay límites: para fotos, hasta 200 MB o hasta 200 MP (tamaño mínimo 256×256 píxeles); para vídeo, hasta 10 GB. Se admiten formatos comunes JPG, HEIC, HEIF, PNG, WebP, GIF, AVIF, la mayoría de RAW, así como MP4, MOV, AVI, MKV y otros formatos de vídeo. La lista completa está en la ayuda de Google Fotos.

La fototeca de la aplicación Fotos de Apple en Mac no se puede seleccionar con este método: Google indica que la copia web de carpetas no es compatible con esa biblioteca. Para seguir guardando esas fotos en la nube, Google recomienda usar la aplicación Google Fotos en iPhone o iPad.

Qué navegador se necesita y por qué no se puede simplemente cerrar Chrome

El nuevo mecanismo difiere notablemente de Drive para escritorio: antes un programa en segundo plano vigilaba las carpetas; ahora el acceso lo gestiona la aplicación web de Google Fotos.

Google indica que para la copia automática de carpetas se necesita un navegador basado en Chromium, por ejemplo Google Chrome o Microsoft Edge. Si no aparece la opción «Crear copias de seguridad de carpetas» o surge un mensaje de navegador no compatible, conviene abrir Google Fotos en una versión actual de Chrome o Edge.

Tras seleccionar la carpeta, el navegador obtiene permiso para su contenido y, mientras Google Fotos esté abierto, el servicio puede detectar nuevos archivos y enviarlos a la cuenta.

De aquí proviene la limitación principal: no se debe cerrar la pestaña de Google Fotos si se espera una copia de seguridad automática constante. Google advierte explícitamente que al cerrar la pestaña las fotos y vídeos de las carpetas seleccionadas dejan de copiarse automáticamente.

No es necesario mantener la ventana visible: basta dejar la pestaña photos.google.com abierta en un navegador compatible o ejecutar la aplicación web instalada de Google Fotos.

En Chrome se puede instalar el sitio como una aplicación web. Abra Google Fotos, haga clic en el menú de tres puntos y elija «Transmitir, guardar, compartir» → «Instalar página como aplicación». En algunas versiones de Chrome aparece un icono de instalación junto a la barra de direcciones. Ese procedimiento está descrito en la ayuda de Chrome.

Es importante entender la diferencia: la aplicación web instalada no convierte Google Fotos en el anterior Drive para escritorio. Sigue siendo necesario que la aplicación esté en ejecución. Simplemente resulta más cómodo mantenerla abierta en una ventana separada, sin ocupar una pestaña normal del navegador.

Qué pasará con las fotos antiguas y si se cargarán de nuevo

Tras el cambio no es necesario eliminar, mover o volver a descargar las fotos antiguas. Google confirma que los objetos subidos anteriormente mediante Drive para escritorio permanecen en Google Fotos.

Al configurar la nueva función conviene seleccionar la misma carpeta local que ya se respaldaba. Google Fotos verificará su contenido, pero los archivos ya guardados en la copia no deberían subirse de nuevo.

Según la descripción oficial, la lógica es:

• Google Fotos examina todo el contenido de la carpeta seleccionada;
• los archivos que ya están en la copia no se reenvían;
• se suben los archivos nuevos;
• un archivo puede volver a subirse si se ha modificado desde la copia anterior;
• también puede volver a subirse un elemento que antes se guardó pero luego se eliminó de Google Fotos.

Por eso es más seguro seleccionar de nuevo la carpeta antigua que copiar manualmente miles de imágenes a una nueva ubicación. Eso sí, la primera comprobación de una carpeta grande puede llevar tiempo, porque Google debe revisar todo el contenido aunque no vuelva a subir archivos.

Si la carpeta antigua es un archivo de cientos de gigabytes que ya no se actualiza, puede dejarla como está y configurar la copia solo para la carpeta con fotos nuevas. Esto solo funciona si los archivos antiguos ya están realmente en Google Fotos.

Cómo comprobar que la copia automática funciona realmente

Tras la configuración conviene no limitarse a que la carpeta aparezca en la lista. Google Fotos permite comprobar tanto el progreso general de subida como el estado de un archivo concreto.

Para una comprobación general abra photos.google.com. En la parte superior de la biblioteca Google muestra el estado actual de la copia. Según la situación pueden aparecer estados como «Preparación», «Copiando en la nube», «Copia en la nube completada» o «Pausado».

La prueba más fiable tras el cambio desde el mecanismo antiguo:

1. Haga una foto nueva pequeña o copie una imagen a la carpeta supervisada.
2. Deje la pestaña de Google Fotos o la aplicación web en ejecución.
3. Espere a que termine la copia.
4. Busque el archivo en Google Fotos.
5. Ábralo y haga clic en «Información».
6. Compruebe el estado de la copia y la fuente de subida.

Si el archivo nuevo no aparece, revise cuatro cosas: que Google Fotos esté abierto, que el permiso del navegador para la carpeta se haya mantenido, que haya espacio libre en la cuenta de Google y que el formato del archivo sea compatible.

El almacenamiento es compartido entre Google Fotos, Drive y Gmail: si se supera el límite, las fotos nuevas no se guardarán en la nube, y eliminar archivos solo del ordenador no libera espacio en la cuenta.

Otra causa frecuente de fallos es la limpieza de datos del navegador o el restablecimiento de permisos: el nuevo método depende precisamente del acceso del navegador a las carpetas. Si el permiso desaparece, Google Fotos pedirá seleccionar la carpeta otra vez: revise la sección «Crear copias de seguridad de carpetas» tras limpiar las configuraciones de Chrome o Edge.

En Android 17 apareció una función del sistema llamada «Asistencia para el mareo». En la versión en español de Android Google la denomina así. En los bordes de la pantalla aparecen pequeños puntos en movimiento que reaccionan al movimiento del vehículo y proporcionan a la vista información adicional sobre aceleraciones y giros.

A continuación veremos en qué teléfonos funciona la Asistencia para el mareo, dónde encontrar la función, cómo configurar el encendido automático y la apariencia de los puntos, por qué las personas se marean por mirar el teléfono y en qué se diferencia la solución de Google respecto a una función similar del iPhone.

Qué es la Asistencia para el mareo y qué teléfonos la soportan

Google añadió la Asistencia para el mareo en la actualización de septiembre de Android. Según la ayuda oficial de Android, la función utiliza los sensores de movimiento del teléfono y muestra pequeños puntos en los bordes de la pantalla. Su movimiento cambia con los giros, aceleraciones y frenadas del vehículo.

Para que funcione se necesita:

• Android 17 o una versión más reciente del sistema;
• la versión actual de los servicios de Google Play.

Google no publica una lista oficial de modelos compatibles. Por eso conviene guiarse no por el nombre del teléfono, sino principalmente por la versión de Android y la disponibilidad de los servicios de Google Play. Si el fabricante no ha lanzado Android 17 para un modelo concreto, la Asistencia para el mareo no aparecerá en ese dispositivo.

Puedes comprobar la versión del sistema en «Ajustes» → «Acerca del teléfono» → «Versión de Android». Google también indica que los plazos para recibir nuevas versiones de Android dependen del fabricante del dispositivo y del operador.

Hay otro punto importante. La Asistencia para el mareo funciona como parte de los servicios del sistema, por lo que tras instalar Android 17 la función puede no aparecer a la vez para todos los usuarios. Si la versión del sistema es la adecuada pero el ajuste todavía no está, conviene actualizar los componentes de Google disponibles y reiniciar el teléfono.

Cómo activar la «Asistencia para el mareo» en Android 17

En la versión en español de Android no hace falta buscar el nombre en inglés. Google usa la denominación «Asistencia para el mareo».

1. Abre «Ajustes».
2. Toca el icono de tu perfil.
3. Selecciona «Todos los servicios».
4. Busca la sección «Seguridad personal y protección del dispositivo».
5. Abre «Asistencia para el mareo».

Si la ruta parece demasiado larga, Google ofrece una alternativa más sencilla: abrir la búsqueda en la parte superior de la aplicación «Ajustes» e introducir «Asistencia para el mareo».

A partir de ahí hay dos modos principales de activación.

Automáticamente. Activa la opción «Iniciar durante el viaje». El teléfono intentará detectar el movimiento del vehículo y mostrar los puntos automáticamente. Google advierte que el dispositivo no siempre reconocerá correctamente un viaje, por lo que no conviene confiar únicamente en la detección automática.

Manual. Añade la Asistencia para el mareo al panel de ajustes rápidos. En la página de la función toca «Agregar control a los Ajustes rápidos», luego elige «Elemento pequeño» o «Elemento grande». Después de eso la función se podrá activar y desactivar desde la barra de notificaciones sin entrar cada vez en los ajustes.

Google recomienda utilizar ambas opciones a la vez: mantener la detección automática del viaje y tener el botón en los ajustes rápidos por si el teléfono no reconoce el movimiento.

Al iniciarse automáticamente Android también muestra una notificación silenciosa. Desde ella se puede desactivar la Asistencia para el mareo para el trayecto actual.

Cómo cambiar el color, la forma y la transparencia de los puntos

No es obligatorio dejar los puntos en su aspecto predeterminado. Google permite ajustarlos para que sean visibles sin entorpecer demasiado la lectura o la reproducción de vídeo.

Abre «Ajustes» → perfil → «Todos los servicios» → «Seguridad personal y protección del dispositivo» → «Asistencia para el mareo» → «Configurar».

Están disponibles cuatro opciones:

• «Transparencia» ajusta cuánto se notarán los puntos sobre las aplicaciones;
• «Tema de color» permite elegir el color, por ejemplo rojo, amarillo, verde o azul;
• «Forma» cambia el aspecto de los indicadores;
• «Orden aleatorio» hace que el color y la forma de los puntos cambien cada pocos segundos.

El resultado se muestra inmediatamente en la página de configuración, por lo que no hace falta probar a ciegas.

El sentido práctico es sencillo. Si los puntos casi se confunden con la interfaz, la función será menos perceptible para la visión periférica. Si se hacen demasiado llamativos, pueden distraer de la lectura. Es recomendable empezar con los ajustes predeterminados y ajustar la transparencia durante los viajes.

Por qué se produce el mareo al mirar el teléfono y qué ocurre en el cerebro en ese momento

Para entender la utilidad de la Asistencia para el mareo hay que aclarar primero de dónde procede el mareo.

La percepción del movimiento no depende de un solo órgano. El cerebro combina constantemente datos de la vista, de los músculos y articulaciones, y del sistema vestibular en el oído interno. Según el Instituto Nacional de Sordera y Otros Trastornos de la Comunicación de Estados Unidos, el sistema vestibular incluye los canales semicirculares y los órganos otolíticos.

Los canales semicirculares responden sobre todo a la rotación de la cabeza. En su interior hay líquido cuyo movimiento actúa sobre células ciliadas sensibles. Los órganos otolíticos, el utrículo y el sáculo, ayudan a determinar la posición de la cabeza respecto a la gravedad y a percibir aceleraciones lineales: movimiento hacia delante, hacia atrás, arriba, abajo y hacia los lados.

En el coche el sistema funciona de forma continua. El automóvil acelera, frena, toma curvas, atraviesa irregularidades. El oído interno informa al cerebro: el cuerpo se mueve y cambia de velocidad.

Pero si en ese momento se mira un texto en el teléfono, la imagen visual es muy distinta. La pantalla está más o menos en la misma posición respecto a los ojos; las páginas y los botones permanecen casi inmóviles. Se produce una discrepancia: el sistema vestibular percibe movimiento, mientras que la vista ofrece muchos menos indicios visuales de ese movimiento.

Los CDC denominan la explicación más habitual del mareo la teoría del conflicto sensorial o discrepancia neuronal. El cerebro compara las señales actuales de la vista, del aparato vestibular y de otros sentidos con un modelo esperado de movimiento. Cuando los datos no coinciden bien, algunas personas experimentan síntomas característicos.

Entre ellos están náuseas, vértigo, sudor frío, aumento de la salivación, malestar general y, en casos de mareo intenso, vómitos. El mecanismo neurobiológico exacto es más complicado que la simple idea de «los ojos discuten con los oídos», por lo que el conflicto sensorial sigue siendo un modelo explicativo y no una descripción exhaustiva de todos los procesos.

La Asistencia para el mareo intenta reducir precisamente la discrepancia visuo‑vestibular. El teléfono toma datos de sus sensores de movimiento y mueve puntos por los bordes de la pantalla según las aceleraciones y los giros del vehículo. Como resultado, la visión periférica recibe señales visuales adicionales, incluso si la persona sigue mirando un texto o un vídeo inmóvil.

En términos sencillos, el contenido de la pantalla permanece en su lugar, pero junto a él aparece una pista visual: el vehículo está acelerando, frenando o girando. Según la intención de Google, esto ayuda a que lo que ven los ojos concuerde mejor con lo que percibe el cuerpo.

Por una razón similar, al marearse suele aliviar mirar hacia adelante al camino o al horizonte en lugar de mirar el teléfono. El entorno exterior proporciona a la vista mucha más información sobre el movimiento real del vehículo. Los CDC recomiendan mirar al horizonte y evitar tareas visuales como la lectura para reducir la discrepancia sensorial.

En qué se diferencia la Asistencia para el mareo de la función del iPhone y cuándo los puntos pueden no ayudar

Una solución parecida ya está disponible en el iPhone. En la documentación de Apple la función se llama «Etiquetas de movimiento del vehículo». También muestra elementos en movimiento en los bordes del display y puede activarse automáticamente durante un viaje.

Al mismo tiempo, la Asistencia para el mareo no es un tratamiento para el mareo y no modifica el funcionamiento del aparato vestibular. La función solo añade señales visuales que pueden reducir el conflicto entre la vista y la sensación de movimiento.

Por eso el resultado puede variar entre personas. Si los puntos no ayudan, no conviene forzarse a seguir leyendo. Una alternativa más práctica:

• dejar el teléfono durante unos minutos;
• sentarse de cara al sentido de la marcha;
• mirar hacia adelante, al camino o a un punto fijo lejano;
• evitar, si es posible, la lectura prolongada durante el trayecto.

Si el vértigo, las náuseas o la pérdida del equilibrio ocurren fuera de los viajes, la Asistencia para el mareo no está relacionada con esos problemas. Los síntomas repetidos fuera del transporte deben consultarse con un médico, ya que las causas del desequilibrio pueden ser distintas.

Si la función no aparece en los ajustes, primero comprueba la versión de Android. La Asistencia para el mareo requiere Android 17 o más reciente. Luego instala las actualizaciones del sistema y las actualizaciones de los servicios de Google Play disponibles, y reinicia el dispositivo. En la guía oficial de Google se indica que el estado de Android, las actualizaciones de seguridad y las actualizaciones del sistema desde Google Play se pueden ver en la sección «Acerca del teléfono» → «Versión de Android».

El cambio principal no consiste en prohibir los APK de terceros, sino en la aparición de otro nivel de confianza. Android podrá verificar si el desarrollador registró la aplicación y confirmó la relación entre su cuenta, el nombre del paquete y la clave de firma. Google planea expandir el mecanismo a los dispositivos Android certificados en todo el mundo a partir de 2027. Google publica el esquema y los plazos actuales en la sección Verificación de desarrolladores de Android.

Antes, al instalar un APK fuera de Google Play, la principal barrera del sistema era el permiso «Instalar aplicaciones desconocidas». Desde Android 8, el usuario concede a una aplicación concreta, por ejemplo un navegador o un administrador de archivos, el permiso para ejecutar el instalador de APK. La descripción del mecanismo anterior se conserva en la documentación de Android.

La verificación del desarrollador resuelve otra cuestión. El permiso de origen desconocido responde a la pregunta «¿puede este navegador o tienda ejecutar la instalación de un APK?». El verificador de desarrolladores de Android responde a la pregunta «¿están registrados el nombre del paquete y la clave de firma a nombre de un desarrollador cuya identidad ha sido verificada?».

El sistema verificador de desarrolladores de Android se distribuye como un servicio del sistema de Google con el nombre de paquete ====code====

com.google.android.verifier

Un desarrollador verificado no significa una aplicación segura. Google describe explícitamente el nuevo sistema como una verificación de identidad y de pertenencia de la aplicación, no como un análisis del contenido del APK. Teóricamente, un programa malicioso también puede proceder de un desarrollador verificado.

Google tiene actualmente una pequeña discrepancia en la documentación sobre la versión mínima de Android. Las preguntas frecuentes para desarrolladores indican dispositivos certificados con Android 7 y posteriores, mientras que la ayuda para usuarios habla de Android 8 y posteriores. Antes del despliegue final conviene comprobar el límite inferior en la documentación actual de Google.

En qué se diferencia la verificación de identidad de la firma digital del APK

Cada APK que se instala ya debe tener una firma criptográfica. Android compara los certificados al actualizar y normalmente permite reemplazar la versión instalada solo por un APK con la clave adecuada. Esta regla protege la aplicación contra suplantaciones mediante una actualización firmada con una clave ajena.

El nuevo registro añade la identidad del desarrollador a la firma. Para el registro completo, el desarrollador verifica sus datos en Google, registra el nombre del paquete y lo asocia con el certificado de firma. Para una aplicación existente, Google puede solicitar un APK firmado para que el desarrollador demuestre la posesión de la clave privada.

Se forma una cadena: el desarrollador verifica su identidad → registra el nombre del paquete → vincula el paquete con el certificado de firma → el verificador de desarrolladores de Android comprueba el registro durante la instalación.

Para estudiantes y autores de pequeños proyectos personales, Google lanzó cuentas gratuitas de distribución limitada. No se requiere un documento de identidad oficial para esta opción, pero son necesarias una cuenta de Google, la verificación en dos pasos, un perfil de pagos con nombre y dirección y un correo de contacto. Mediante esa cuenta se pueden registrar aplicaciones y permitir la instalación en un máximo de 20 dispositivos. Los dispositivos se añaden con el consentimiento de sus propietarios mediante un enlace o un código QR.

Google Play, RuStore, GitHub, APK desde un sitio web y ADB

Google confirma por separado en las preguntas frecuentes que las tiendas que no aparecen en la lista inicial no estarán sujetas al nuevo control el 30 de septiembre. Por eso, el usuario de RuStore en Rusia no debería perder de repente la posibilidad de instalar aplicaciones solo por la fecha de septiembre. El propio RuStore recomienda a los desarrolladores prepararse para la expansión del sistema en 2027.

Para usuarios avanzados, Google lanzó en agosto de 2026 el flujo avanzado. El procedimiento es necesario cuando Android ya aplica la verificación pero el usuario desea conscientemente instalar una aplicación de un desarrollador no registrado. El proceso es: activar las opciones de desarrollador → abrir «Ajustes» → «Sistema» → «Opciones de desarrollador» → activar el permiso para aplicaciones de desarrolladores no verificados → pasar las comprobaciones de seguridad → esperar 24 horas → confirmar la elección → permitir el modo durante siete días o indefinidamente → al instalar, pulsar «Instalar de todos modos».

Google describe el procedimiento exacto en la instrucción del flujo avanzado. El retraso de 24 horas no es casual: Google intenta impedir que un estafador haga que la víctima desactive la protección durante una llamada telefónica o por control remoto del dispositivo.

ADB sigue siendo un canal independiente. Google indica expresamente que las aplicaciones instaladas mediante ADB (Puente de depuración de Android) no requieren el registro del desarrollador. Este método está pensado ante todo para desarrollo y pruebas, no para la distribución masiva habitual de APK.

Una aplicación no registrada ya instalada en Android no debe eliminarse automáticamente tras la activación de las nuevas normas. La documentación de Google describe el bloqueo de nuevas instalaciones y actualizaciones, no la eliminación forzosa de paquetes. Cuando la verificación empiece a aplicarse a un dispositivo y canal concretos, se podrá actualizar una aplicación no registrada solo con el flujo avanzado o mediante ADB.

Cuándo empezarán a aplicarse las nuevas normas de Android

Marzo de 2026. La consola de desarrolladores de Android se puso a disposición de todos los desarrolladores que distribuyen aplicaciones fuera de Google Play.

Abril de 2026. En los dispositivos empezó a aparecer el servicio del sistema verificador de desarrolladores de Android.

Agosto de 2026. Globalmente entraron en funcionamiento el flujo avanzado y las cuentas de distribución limitada con un límite de 20 dispositivos.

30 de septiembre de 2026. La verificación se vuelve obligatoria para las tiendas participantes en Brasil, Indonesia, Singapur y Tailandia. Los APK directos y las tiendas fuera de la lista inicial aún no entran en esta fase.

2027 y siguientes. Google planea ampliar la verificación a aplicaciones de todas las fuentes en dispositivos Android certificados. En las preguntas frecuentes oficiales también se indica una excepción para países y regiones sancionadas donde los servicios de Google no están disponibles. Google no proporciona en ese punto una lista completa de territorios, por lo que no conviene anticipar la excepción para un país concreto sin confirmación adicional.

Conclusión

El 30 de septiembre de 2026 Android no se convierte en un sistema en el que solo se permitan aplicaciones desde Google Play. Google añade la relación entre la identidad real del desarrollador, el nombre del paquete y la clave de firma. La primera fase está limitada a cuatro países y siete tiendas; RuStore y los APK directos por ahora quedan fuera. En 2027 la cobertura debería ampliarse, pero incluso para aplicaciones no registradas Google mantiene el flujo avanzado y ADB.

Instale APK solo desde fuentes en las que confíe. La verificación del desarrollador no garantiza la ausencia de código malicioso. No desactive los mecanismos de protección por presión de terceras personas y no utilice ADB para acceder a dispositivos ajenos sin el permiso del propietario. Cumpla los requisitos de la legislación de la Federación Rusa y las normas de los servicios que utilice.

Apple recomienda en esa situación esperar unos días y solo entonces volver a evaluar la duración de la batería. Además, iOS puede indicar que el aumento del consumo está relacionado precisamente con procesos de actualización pendientes: en la sección «Batería» aparece el mensaje «Actualización de iOS en curso».

Pero no conviene atribuir a la actualización cualquier consumo de batería. Si han pasado varios días, el mensaje desapareció y el iPhone sigue descargándose notablemente en reposo, hay que comprobar las estadísticas de las aplicaciones, la calidad de la señal y el estado de la propia batería. Vamos a ver cómo hacerlo sin desactivar funciones sin sentido.

Por qué la batería puede descargarse más rápido después de iOS 27

La instalación de iOS termina antes que todos los procesos asociados a la actualización. Tras el primer arranque, el sistema puede seguir realizando tareas necesarias en segundo plano. Apple no ofrece en la página de soporte un listado completo de esas operaciones, por lo que no conviene atribuir el aumento del consumo a una indexación u optimización concreta sin diagnóstico.

Se puede comprobar el estado directamente en el iPhone:

1. Abra «Ajustes».
2. Vaya a la sección «Batería».
3. Mire la zona sobre el gráfico «Uso diario».
4. Si el sistema aún está terminando la actualización, ahí puede aparecer la indicación «Actualización de iOS en curso».

Apple explica en las instrucciones sobre el consumo rápido de la batería que los procesos en segundo plano tras una actualización pueden afectar temporalmente no solo a la autonomía, sino también a las características térmicas del dispositivo. Tras su finalización, el consumo debería volver al nivel habitual.

Apple no especifica un número exacto de horas. La recomendación se formula como «espere unos días». Por eso promesas del tipo «en 24 horas la batería volverá a la normalidad» o «iOS siempre se estabiliza en 48 horas» no cuentan con confirmación oficial.

Si en la sección «Batería» aún aparece «Actualización de iOS en curso», el aumento del consumo puede vincularse por ahora a procesos postactualización. Si el mensaje ya desapareció y la autonomía no se ha recuperado, es momento de ver qué está consumiendo la carga.

Cómo encontrar la aplicación que está drenando el iPhone

En iOS 27 no hace falta instalar una app aparte para diagnosticar. La estadística principal está en «Ajustes» → «Batería».

El gráfico «Uso diario» compara el consumo de hoy con los siete días anteriores y muestra si la carga se gasta más, menos o aproximadamente como de costumbre. Debajo está la sección «Uso por aplicaciones y por el sistema».

Conviene prestar atención no solo a la aplicación que figura primera en la lista, sino a la razón de su consumo. Si pasó varias horas viendo vídeo o jugando, un porcentaje alto es lógico. Resulta más sospechoso cuando la aplicación casi no se abrió, pero trabajó activamente en segundo plano.

Si tras instalar iOS 27 una aplicación de terceros empezó a consumir desproporcionadamente mucha energía, primero compruebe las actualizaciones en App Store. Los desarrolladores suelen publicar nuevas versiones después del lanzamiento de una iOS mayor.

No conviene prohibir automáticamente la actividad en segundo plano de todas las aplicaciones. Por ejemplo, la actividad en segundo plano es esperable en un reproductor de música, en navegación o en una app usada para seguimiento de ubicación. Primero compare las estadísticas con el uso real que hizo del teléfono.

Examine por separado la calidad de la conexión. Tras la actualización es fácil confundir con un problema de iOS un consumo causado por señal móvil débil. Apple señala que la búsqueda de red aumenta el consumo de energía. Si la señal en interior es mala, el Wi‑Fi con una red estable suele ser más eficiente para la batería.

Cuándo el calentamiento tras iOS 27 es normal y cuándo no

Calentamiento y consumo rápido suelen aparecer juntos, porque el trabajo intenso de componentes requiere más energía. Apple considera expresamente que la actualización de software, especialmente el salto a una versión mayor de iOS, es una de las situaciones en que el iPhone puede temporalmente estar más caliente de lo habitual.

Si el teléfono se calentó un poco durante la actualización o poco después, y además sigue funcionando con normalidad y no muestra advertencias de temperatura, eso por sí solo no se considera una avería.

La situación es distinta cuando la temperatura interna excede el rango permitido. Entonces el iPhone puede automáticamente:

• reducir o detener la carga;
• disminuir el brillo o apagar temporalmente la pantalla;
• limitar el rendimiento de algunas funciones;
• desactivar el flash y ciertas funciones de la cámara;
• mostrar una advertencia para enfriar el dispositivo.

Si aparece el mensaje «Carga detenida», hay que sacar el iPhone de la luz solar directa y trasladarlo a un lugar más fresco. Si se muestra una advertencia de temperatura completa, Apple recomienda apagar el dispositivo y dejar que se enfríe.

En cambio, un calentamiento persistente varios días después de la actualización, sobre todo cuando el iPhone está en reposo con la pantalla apagada y apenas se utiliza, debe compararse con las estadísticas en la sección «Batería». Si allí destaca una aplicación concreta, es más sensato empezar el diagnóstico por ella que reinstalar todo el sistema.

Cómo comprobar el estado de la propia batería

La actualización de iOS no devuelve a una batería físicamente desgastada su capacidad original. A veces la nueva versión coincide en el tiempo con el momento en que la batería ya había perdido una parte notable de su capacidad.

El camino depende del modelo de iPhone.

• En iPhone 15 y modelos más recientes: «Ajustes» → «Batería» → «Estado de la batería».
• En iPhone 14 y modelos anteriores: «Ajustes» → «Batería» → «Estado de la batería y carga».

El indicador principal se llama «Capacidad máxima». Muestra la capacidad actual en relación con una batería nueva. Cuanto más químicamente desgastada esté la batería, menos energía puede retener y más a menudo habrá que cargar el teléfono.

En iPhone 15 y modelos más recientes también se puede ver el número de ciclos de carga, la fecha de fabricación de la batería y la fecha del primer uso.

Apple estima que las baterías de iPhone 14 y modelos anteriores mantienen el 80% de la capacidad original tras 500 ciclos completos de carga en condiciones ideales. Para iPhone 15 y modelos más recientes el referente es 80% tras 1000 ciclos completos en condiciones ideales. El estado real depende del uso, la temperatura y el modo de carga.

Al mismo tiempo, no hay que interpretar el 80% como un umbral absoluto que obliga a enviar el teléfono al servicio. Un indicador mucho más claro lo da la propia iOS. Si en la sección de estado de la batería aparece el estatus «Servicio», Apple recomienda considerar el reemplazo de la batería para recuperar la capacidad y el rendimiento completos.

Si antes de iOS 27 la capacidad máxima ya era baja y el teléfono ya tenía dificultades para llegar a la noche, la actualización puede simplemente hacer más evidente un problema antiguo. En ese caso, esperar unos días no recuperará el recurso físicamente perdido de la batería.

¿Conviene activar el modo de energía adaptativa?

En los modelos compatibles está disponible el «Modo de energía adaptativa». En iOS 27 funciona automáticamente: el sistema analiza el uso reciente y, ante un aumento del consumo, puede ajustar ligeramente el rendimiento, reducir el brillo y limitar algunas operaciones en segundo plano.

La función está disponible en iPhone 15 Pro, iPhone 15 Pro Max, iPhone 16, iPhone 16 Plus, iPhone 16 Pro, iPhone 16 Pro Max, iPhone 16e, iPhone 17, iPhone 17 Pro, iPhone 17 Pro Max y iPhone Air. En iPhone 17 y iPhone Air viene activada por defecto; en los demás modelos mencionados hay que activarla manualmente.

La configuración se puede comprobar siguiendo esta ruta:

«Ajustes» → «Batería» → «Modo de energía» → «Modo de energía adaptativa».

Aquí hay una limitación importante: el modo adaptativo no es una solución instantánea contra el aumento del consumo en las primeras horas tras instalar iOS 27. Según Apple, la función necesita al menos siete días para aprender el patrón de carga, después de lo cual empieza a operar de forma habitual.

El modo adaptativo también puede activar automáticamente el modo de bajo consumo cuando la carga baja al 20%. El modo de bajo consumo habitual se puede activar manualmente. Reduce la actividad en segundo plano, la obtención automática de correo, las actualizaciones en segundo plano de las apps y algunos efectos visuales. En las pantallas ProMotion la frecuencia de actualización se limita entonces a 60 Hz.

El modo de bajo consumo es útil cuando se necesita durar más tiempo sin enchufe, pero activarlo permanentemente para diagnosticar no es necesario. Reduce el consumo, pero no explica su causa. Primero conviene revisar las estadísticas de la batería.

Cuándo ya no conviene esperar unos días

El consejo de Apple de esperar tras una actualización no significa que cualquier problema deba ignorarse durante varios días. Hay situaciones en las que conviene empezar la comprobación de inmediato.

1. El iPhone muestra una advertencia de temperatura. Hay que enfriar el dispositivo según las instrucciones de Apple y no seguir cargándolo o sometiéndolo a carga intensa.
2. En el estado de la batería figura «Servicio». El problema puede estar relacionado con el desgaste físico de la batería y no con iOS 27.
3. Una aplicación destaca por su consumo. Si casi no se usó pero muestra actividad prolongada en segundo plano, compruebe sus actualizaciones y observe las estadísticas.
4. El iPhone se descarga muy rápido incluso en reposo. Si tras varios días el mensaje «Actualización de iOS en curso» desapareció pero el consumo sigue claramente por encima de lo habitual, la causa requiere diagnóstico independiente.
5. El problema apareció tras actualizar una aplicación concreta. En ese caso es más probable que la falla provenga de la aplicación, sobre todo si otros procesos en las estadísticas parecen normales.

No se fije en porcentajes aislados, sino en condiciones comparables: si antes por la noche el teléfono perdía unos pocos porcentajes y varios días después de la actualización, en las mismas condiciones, pierde mucho más, eso ya es una señal significativa. Compruebe en orden: el mensaje de actualización, «Uso diario», las aplicaciones y la calidad de la conexión, y solo después el estado de la batería, para no cambiar ajustes a ciegas.