Las claves del retraso del Mac mini M5 en 30 segundos

• Apple todavía no ha anunciado el Mac mini M5 y las últimas informaciones ya no dan por seguro su lanzamiento en 2026.
• La compañía prueba configuraciones con M5 Pro e incluso M6, según informaciones recogidas por MacRumors a partir de Bloomberg.
• La IA está elevando la demanda mundial de HBM y DRAM para servidores y reduciendo la capacidad disponible para otros mercados.
• El Mac mini encaja especialmente bien con la IA local gracias a la memoria unificada de Apple Silicon.
• El M5 ya ofrece 153 GB/s de ancho de banda, mientras el M5 Pro alcanza 307 GB/s y admite hasta 64 GB de memoria.

La situación ha cambiado bastante desde comienzos de año. Las primeras previsiones situaban la renovación del Mac mini alrededor de mediados de 2026 y apuntaban a versiones con M5 y M5 Pro. Ese calendario no se ha cumplido y las informaciones publicadas en julio dibujan ahora un escenario bastante menos claro.

MacRumors, citando al periodista Mark Gurman de Bloomberg, señala que Apple está probando un nuevo Mac mini con M5 Pro y M6, pero que su lanzamiento depende de la situación del suministro de memoria. La actualización podría producirse durante 2026, pasar a comienzos de 2027 o retrasarse todavía más.

Por tanto, hablar a estas alturas de septiembre u octubre como fecha probable sería ir demasiado lejos. Apple no ha anunciado una fecha y tampoco está confirmado que el próximo Mac mini vaya a ser simplemente un M5 que sustituya al actual M4.

Y ahí empieza la parte realmente interesante de esta historia.

El Mac mini se ha encontrado con un uso que Apple no necesitó inventar

El Mac mini M4 apareció en octubre de 2024 con un rediseño completo, 16 GB de memoria unificada en su configuración básica y versiones con M4 Pro. En Estados Unidos arrancó en 599 dólares con 256 GB de almacenamiento.

Era fácil verlo como lo que siempre había sido: un Mac pequeño, relativamente económico y sin pantalla para trabajar, estudiar, desarrollar software o montar un escritorio doméstico.

La explosión de la IA local le ha añadido otra función.

Herramientas como Ollama o LM Studio permiten descargar modelos de lenguaje y ejecutarlos directamente en el ordenador sin enviar cada consulta a un proveedor cloud. Esto interesa por privacidad, experimentación, ausencia de costes por token y posibilidad de trabajar incluso sin conexión.

El problema de ejecutar un modelo grande en casa suele ser la memoria.

Un modelo con miles de millones de parámetros necesita almacenar sus pesos y además reservar memoria para el contexto y otras operaciones durante la inferencia. La cuantización permite reducir considerablemente esos requisitos, pero sigue existiendo una relación bastante directa: cuanta más memoria disponible tenga la máquina, mayores son los modelos que puede intentar ejecutar.

Apple Silicon tiene aquí una característica especialmente atractiva.

CPU, GPU y otros componentes trabajan sobre un espacio de memoria unificada, en lugar de depender de una separación convencional entre la RAM del sistema y la VRAM dedicada de una tarjeta gráfica.

Eso no convierte automáticamente un Mac mini en sustituto de una GPU de centro de datos. Tampoco significa que cualquier modelo vaya a ejecutarse bien simplemente porque quepa en memoria.

Pero sí crea una combinación poco habitual de tamaño, consumo, memoria disponible y aceleración gráfica que resulta interesante para inferencia local.

La propia Apple ya está explotando abiertamente ese argumento.

Cuando presentó en marzo los MacBook Pro con M5 Pro y M5 Max utilizó LM Studio ejecutando modelos de lenguaje como uno de sus ejemplos de uso. Apple afirma que el M5 Pro admite hasta 64 GB de memoria unificada y alcanza 307 GB/s de ancho de banda, mientras el M5 Max llega a 128 GB y 614 GB/s.

Ya no es únicamente una interpretación de la comunidad. La IA local forma parte del discurso comercial de Apple.

El M5 explica por qué esperar puede tener sentido

El salto del M4 al M5 tampoco consiste únicamente en añadir unos cuantos puntos de rendimiento de CPU.

Apple presentó el M5 en octubre de 2025 con una arquitectura de GPU que incorpora un Neural Accelerator en cada núcleo. Según las pruebas de la propia compañía, su rendimiento máximo de GPU para cargas de IA supera en más de cuatro veces al M4 en determinados escenarios.

Hay que interpretar correctamente esa cifra. No significa que cualquier modelo de IA vaya a ejecutarse cuatro veces más rápido en un Mac M5 que en un M4. Dependerá del software, de las operaciones utilizadas y de hasta qué punto puedan aprovechar los nuevos aceleradores.

Hay otra cifra quizá más interesante para ejecutar modelos grandes: el ancho de banda.

El M5 alcanza 153 GB/s de memoria unificada, casi un 30 % más que el M4. Apple explica precisamente esta mejora como una forma de permitir que sus dispositivos trabajen con modelos de IA más grandes directamente en el equipo.

En marzo de 2026 llegaron el M5 Pro y el M5 Max. El primero sube hasta 307 GB/s y el segundo hasta 614 GB/s. Apple asegura que sus nuevos MacBook Pro pueden acelerar notablemente el procesamiento de grandes modelos de lenguaje respecto a las generaciones anteriores, aunque estas comparaciones proceden de pruebas internas del fabricante y deben entenderse como tales.

Es fácil comprender entonces por qué alguien interesado específicamente en IA local puede tener dudas antes de comprar ahora un Mac mini M4.

El M5 ya existe.

El M5 Pro ya existe.

Sabemos que aportan cambios pensados expresamente para IA.

Lo que no sabemos es cuándo llegarán esas capacidades al Mac mini, ni siquiera si Apple mantendrá exactamente esa combinación de chips cuando finalmente lo renueve.

El verdadero problema está mucho más lejos de Apple

Aquí aparece el contexto internacional que ayuda a entender por qué esta renovación resulta distinta.

El mundo tiene un problema de memoria.

No porque se haya dejado de fabricar DRAM, sino porque la inteligencia artificial está alterando qué memoria resulta más rentable producir y quién está dispuesto a pagar más por ella.

Los grandes centros de datos necesitan cantidades enormes de memoria convencional para sus servidores y HBM (High Bandwidth Memory o memoria de alto ancho de banda) para aceleradores de IA.

Los fabricantes de memoria tienen que decidir dónde asignan capacidad.

TrendForce explicaba en julio que la demanda de HBM y módulos para servidores continúa creciendo por las inversiones de los proveedores cloud, mientras los largos plazos del equipamiento y la reasignación de producción dificultan que la oferta crezca al mismo ritmo. Su previsión es que el déficit de DRAM continúe en 2027.

La consultora señala además que la producción de HBM consume una cantidad importante de capacidad de oblea, lo que limita el crecimiento disponible para otros tipos de DRAM.

No es un problema exclusivo de Apple.

Afecta a ordenadores, smartphones, servidores y prácticamente cualquier dispositivo que necesite memoria.

TrendForce calculó que los precios contractuales de la DRAM convencional aumentaron alrededor de un 93-98 % intertrimestral durante el primer trimestre de 2026. Para el segundo trimestre había proyectado inicialmente nuevas subidas del 58-63 %.

La causa está estrechamente relacionada con los centros de datos.

Samsung, SK hynix y Micron tienen enormes incentivos para dedicar recursos a HBM y memoria para servidores, precisamente donde los hiperescalares y fabricantes de aceleradores están concentrando sus pedidos.

La IA empieza así a competir indirectamente con el ordenador personal por la memoria.

Los centros de datos pueden acabar encareciendo la IA que ejecutamos en casa

Hay una paradoja interesante.

La IA local aparece parcialmente como alternativa a depender permanentemente de enormes infraestructuras cloud.

Pero el crecimiento de esas mismas infraestructuras está afectando al coste del hardware necesario para ejecutar IA en casa.

Amazon, Microsoft, Google, Meta y otros grandes operadores están construyendo centros de datos a una escala difícil de comparar con el mercado de consumo. Cada nuevo clúster necesita aceleradores, pero también CPU, memoria de servidor, almacenamiento y redes.

La siguiente fase puede intensificar todavía más esta presión.

TrendForce considera que el paso desde el entrenamiento de grandes modelos hacia sistemas de IA agéntica, capaces de mantener procesos más largos y realizar múltiples inferencias, está aumentando estructuralmente las necesidades de memoria. La consultora elevó en mayo su previsión para el mercado mundial de memoria en 2026 hasta 889.300 millones de dólares y situó su estimación para 2027 por encima de 1,28 billones de dólares.

La memoria se está convirtiendo así en uno de los recursos estratégicos de la carrera de la IA.

Durante los últimos años prácticamente toda la conversación giraba alrededor de las GPU de Nvidia.

La siguiente escasez demuestra que una GPU sin suficiente memoria tampoco resuelve demasiado.

Y esto acaba llegando hasta un pequeño ordenador de escritorio de Apple.

Apple tampoco controla toda su cadena

Apple diseña sus propios procesadores, pero eso no significa que pueda fabricar tantos como quiera.

La producción física depende de TSMC y los Mac comparten una cadena mundial de semiconductores con smartphones, aceleradores de IA, servidores y muchos otros productos.

A ello se suma la memoria, concentrada fundamentalmente alrededor de Samsung Electronics, SK hynix y Micron.

Apple tiene una ventaja importante: su enorme volumen le permite negociar contratos a largo plazo y reservar capacidad con bastante antelación.

Pero reservar capacidad no crea nuevas fábricas inmediatamente.

Una nueva planta de semiconductores necesita años para construirse, equiparse y alcanzar volúmenes elevados de producción. TrendForce señala que los largos plazos de entrega de maquinaria, la construcción de nuevas fábricas y los ciclos de fabricación avanzados limitan la velocidad con la que puede responder la oferta mundial.

Por eso la escasez actual no tiene una solución inmediata.

El Mac mini M5 podría incluso encontrarse con el M6

La consecuencia más curiosa del retraso es tecnológica.

El M5 se presentó en octubre de 2025 y los M5 Pro y M5 Max llegaron en marzo de 2026. Mientras tanto, las informaciones sobre la planificación de Apple ya hablan de la siguiente generación.

Según MacRumors, basándose en información de Bloomberg, Apple está probando Mac mini con M5 Pro y también con M6. La compañía no siempre actualiza este ordenador con todas las generaciones de Apple Silicon: el Mac mini, por ejemplo, se saltó completamente el M3.

Por eso ya no puede descartarse otro escenario.

Quizá Apple lance finalmente un Mac mini M5.

Quizá combine M5 Pro y M6.

O quizá reorganice nuevamente su catálogo antes de ponerlo a la venta.

De momento son posibilidades basadas en filtraciones, no productos anunciados.

La única certeza es que comprar esperando una fecha concreta del Mac mini M5 implica ahora asumir bastante incertidumbre.

El Mac mini ha dejado de ser solamente un ordenador barato

Esta historia también muestra cómo está cambiando el mercado del PC.

Durante años un comprador comparaba principalmente CPU, almacenamiento, pantalla y quizá GPU.

La IA local está introduciendo otra variable: cuánta memoria tiene el ordenador y con qué ancho de banda puede acceder a ella.

En ese escenario, 32, 64 o 128 GB dejan de ser configuraciones reservadas únicamente a edición de vídeo, grandes proyectos fotográficos o virtualización.

Pueden determinar directamente qué modelos de IA es posible ejecutar.

El Mac mini está especialmente bien situado porque Apple lleva años construyendo sus procesadores alrededor de memoria unificada. No fue una arquitectura creada exclusivamente para los actuales modelos generativos, pero sus características encajan bastante bien con ellos.

Eso ayuda a explicar por qué el próximo Mac mini genera más interés del habitual y por qué la memoria importa tanto como el propio procesador.

También deja una imagen bastante representativa de 2026.

La inteligencia artificial comenzó agotando GPU.

Después convirtió la electricidad y los centros de datos en una cuestión estratégica.

Ahora presiona la producción mundial de memoria.

Y esa cadena termina afectando incluso a quien simplemente quiere colocar un pequeño Mac debajo de su monitor para ejecutar un modelo local.

Preguntas frecuentes

¿Cuándo se lanzará el Mac mini M5?

Apple no ha anunciado una fecha. Las últimas informaciones indican que prueba nuevos Mac mini, pero que su calendario depende de la disponibilidad y coste de la memoria. Su lanzamiento podría producirse en 2026 o desplazarse a 2027.

¿Habrá un Mac mini con M5 Pro?

Existen referencias y filtraciones sobre modelos en desarrollo con M5 Pro, pero Apple no ha anunciado oficialmente el producto. Informaciones más recientes indican además que la compañía prueba configuraciones con M6.

¿Por qué el Mac mini es interesante para ejecutar IA en local?

Apple Silicon utiliza memoria unificada accesible por CPU y GPU, lo que permite dedicar una parte importante de la memoria del sistema a los modelos. Las configuraciones con mucha RAM resultan especialmente interesantes para ejecutar modelos de lenguaje cuantizados mediante aplicaciones como LM Studio u Ollama.

¿Por qué hay problemas con la memoria RAM en 2026?

La fuerte demanda de los centros de datos está llevando a los fabricantes a priorizar HBM y DRAM para servidores. TrendForce considera que el crecimiento de la oferta seguirá por detrás de la demanda y que las tensiones podrían continuar durante 2027.

The post El Mac mini M5 se retrasa mientras la IA local dispara la demanda de memoria appeared first on Appleismo.

Las claves para liberar espacio en un Mac en 30 segundos

• macOS agrupa bajo Datos del sistema archivos muy diferentes, por lo que esa cifra no identifica por sí sola qué está ocupando el SSD.
• Time Machine administra automáticamente sus instantáneas locales y Apple considera su espacio como disponible.
• Docker, Xcode y sus simuladores pueden acumular decenas de gigabytes en un Mac de desarrollo.
• Conviene medir primero y borrar después: varios comandos populares de Internet pueden eliminar copias de seguridad o volúmenes necesarios.
• Homebrew, Docker y Xcode incorporan sus propios mecanismos para recuperar espacio de forma controlada.

La primera diferencia respecto a muchas guías de limpieza es precisamente esa: no conviene empezar ejecutando varios rm -rf encontrados en Internet. Es mejor averiguar primero dónde están los gigabytes y decidir después qué puede desaparecer.

Apple explica que la categoría Datos del sistema es genérica: incluye archivos de Apple y de terceros que no encajan en categorías más concretas. Por eso dos Mac que muestran 100 GB de Datos del sistema pueden tener problemas completamente diferentes.

Antes de borrar nada: descubrir dónde está el espacio

El punto de partida está en Ajustes del Sistema > General > Almacenamiento. Desde ahí macOS permite revisar aplicaciones, documentos y otras categorías.

En Terminal también puede comprobarse cuánto espacio queda realmente:

df -h /

Para buscar directorios grandes dentro de la carpeta personal:

du -sh ~/* 2>/dev/null | sort -hr | head -20

Hay una limitación importante: el comando anterior no incluye directorios ocultos. Y precisamente muchos datos de desarrollo viven en ~/Library.

Por eso merece la pena revisar también:

du -sh ~/Library/* 2>/dev/null | sort -hr | head -20

En un Mac utilizado para programar suelen aparecer rápidamente sospechosos como Developer, Caches, Application Support o Containers.

A partir de ahí puede repetirse du dentro del directorio problemático hasta localizar el origen.

1. Time Machine: las instantáneas pueden engañar al medir el espacio

Uno de los consejos más repetidos consiste en borrar agresivamente las instantáneas locales de Time Machine. En los macOS actuales conviene matizarlo.

Time Machine crea aproximadamente una instantánea local cada hora y conserva las horarias durante unas 24 horas. También puede mantener la correspondiente a la última copia correcta hasta que necesite ese espacio y macOS crea una instantánea adicional antes de determinadas actualizaciones.

Se pueden consultar desde Terminal:

tmutil listlocalsnapshots /

Pero que existan no significa necesariamente que estén provocando una falta real de almacenamiento. Apple contabiliza el espacio utilizado por las instantáneas locales como almacenamiento disponible y Time Machine las elimina automáticamente cuando necesita espacio.

También existe una opción gráfica que muchas guías pasan por alto. Utilidad de Discos permite seleccionar Visualización > Mostrar instantáneas APFS, consultar su tamaño y eliminar instantáneas concretas.

Por tanto, borrarlas compulsivamente como mantenimiento periódico tiene poco sentido. Resulta más razonable inspeccionarlas cuando se está investigando un problema concreto de almacenamiento.

2. Las copias locales del iPhone pueden ocupar mucho más de lo esperado

Un culpable mucho más tangible son las copias antiguas de iPhone y iPad.

Apple confirma que macOS almacena estas copias en:

~/Library/Application Support/MobileSync/Backup/

Puede comprobarse cuánto ocupan:

du -sh ~/Library/Application\ Support/MobileSync/Backup/

Aunque técnicamente sería posible eliminar el contenido mediante rm -rf, no es la mejor primera opción. Finder permite identificar las copias y administrarlas antes de borrarlas, reduciendo el riesgo de eliminar precisamente el backup que se quería conservar.

Un Mac que haya pasado por varios iPhone durante años puede mantener copias de dispositivos que ya ni siquiera se utilizan.

3. Docker: uno de los grandes consumidores en un Mac de desarrollo

Para desarrolladores, Docker merece una revisión propia.

Antes de borrar nada:

docker system df -v

El comando muestra cuánto espacio utilizan imágenes, contenedores, volúmenes y caché de construcción.

Una limpieza conservadora puede comenzar con:

docker system prune

Docker indica que elimina contenedores detenidos, redes no utilizadas, imágenes colgantes y caché de construcción.

Existe una versión mucho más agresiva:

docker system prune -a --volumes

Pero no debería presentarse como un comando de mantenimiento rutinario. -a amplía la eliminación a imágenes no utilizadas y --volumes incorpora volúmenes que Docker considere susceptibles de limpieza. Un volumen puede contener una base de datos local o información de desarrollo que el usuario sí quiera conservar.

Conviene empezar por:

docker system df -v

y limpiar después únicamente aquello que se entienda.

Docker Desktop añade otro detalle importante en macOS. Los contenedores e imágenes se almacenan dentro de una imagen de disco de la máquina virtual Linux. En Settings > Resources > Advanced puede verse su ubicación, tamaño máximo y consumo real. Docker permite incluso trasladar esa imagen a otra unidad, pero recomienda hacerlo desde Docker Desktop y no moviendo manualmente el archivo desde Finder.

4. Xcode DerivedData: gigabytes que pueden volver a generarse

Otro clásico:

~/Library/Developer/Xcode/DerivedData/

Aquí Xcode mantiene datos derivados de compilaciones y proyectos.

Puede comprobarse su tamaño:

du -sh ~/Library/Developer/Xcode/DerivedData

Si realmente se necesita recuperar ese espacio, puede limpiarse el contenido:

rm -rf ~/Library/Developer/Xcode/DerivedData/*

La contrapartida es que Xcode tendrá que regenerar posteriormente parte de esa información, así que las siguientes compilaciones pueden tardar más.

Pero en 2026 hay otro candidato que merece incluso más atención.

5. Los runtimes de Simulator pueden ocupar varios gigabytes cada uno

Quien desarrolla para iPhone, iPad, Apple Watch, Apple TV, Vision Pro u otras plataformas puede terminar acumulando versiones antiguas de los simuladores.

La opción más segura está en:

Xcode > Settings > Components

Las versiones actuales de Xcode muestran los componentes instalados y cuánto almacenamiento puede recuperarse al eliminarlos. Desde allí pueden borrarse runtimes de Simulator que ya no sean necesarios.

Es una mejora importante respecto a entrar manualmente en ~/Library/Developer y borrar directorios sin conocer sus dependencias.

Apple también permite gestionar dispositivos simulados desde Window > Devices and Simulators.

Para un desarrollador que prueba varias generaciones de iOS, esta revisión puede resultar mucho más productiva que borrar las cachés generales de macOS.

6. node_modules: el almacenamiento repartido entre decenas de proyectos

JavaScript y TypeScript presentan un problema diferente. No suele existir un único directorio gigantesco, sino muchos proyectos que contienen su propio node_modules.

Para encontrarlos:

find ~ -type d -name node_modules -prune 2>/dev/null

También puede utilizarse npkill, una herramienta diseñada específicamente para localizar estos directorios y eliminarlos de manera interactiva:

npx npkill

La ventaja del enfoque interactivo es que permite revisar cada proyecto antes de eliminar nada. Si se conserva package.json y el correspondiente archivo de bloqueo (package-lock.json, pnpm-lock.yaml o yarn.lock), las dependencias normalmente pueden instalarse de nuevo.

7. Homebrew tiene su propia limpieza y permite simularla primero

Homebrew acumula versiones y descargas que dejan de ser necesarias.

Antes de hacer cambios puede comprobarse qué eliminaría:

brew cleanup --dry-run

Y después ejecutar:

brew cleanup

La documentación actual de Homebrew indica que cleanup elimina versiones antiguas instaladas, bloqueos obsoletos y descargas antiguas. Además elimina por defecto descargas con más de 120 días, un comportamiento configurable.

Para una limpieza más agresiva existe:

brew cleanup --prune=all

No siempre es necesario. El modo --dry-run resulta especialmente recomendable para saber primero cuánto se puede recuperar.

8. Las cachés: mejor no borrar ~/Library/Caches a ciegas

Aquí merece la pena corregir otro consejo habitual:

rm -rf ~/Library/Caches/*

Aunque muchas aplicaciones pueden reconstruir sus cachés, borrar indiscriminadamente toda la carpeta no debería ser el primer paso.

Es preferible localizar cuáles ocupan realmente espacio:

du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -20

Puede ocurrir que dos aplicaciones concentren prácticamente todo el almacenamiento recuperable. En ese caso tiene más sentido cerrar esas aplicaciones y limpiar sus cachés concretas que eliminar las de todo el sistema.

La misma filosofía sirve para logs:

du -sh ~/Library/Logs/* 2>/dev/null | sort -hr | head -20

Una limpieza segura empieza midiendo, no borrando

En un Mac convencional, Fotos, vídeos y aplicaciones probablemente continúen siendo los grandes consumidores de almacenamiento. En una máquina utilizada durante años para desarrollo la situación puede cambiar por completo.

Un antiguo runtime de iOS, varias imágenes de contenedores, una base de datos guardada en un volumen Docker, tres copias locales de iPhone, DerivedData y veinte proyectos JavaScript abandonados pueden sumar decenas o incluso cientos de gigabytes sin que exista un único archivo evidente que borrar.

Por eso una rutina más segura podría comenzar con estos comandos:

df -h /

du -sh ~/* 2>/dev/null | sort -hr | head -20

du -sh ~/Library/* 2>/dev/null | sort -hr | head -20

docker system df -v

du -sh ~/Library/Developer/* 2>/dev/null | sort -hr

du -sh ~/Library/Caches/* 2>/dev/null | sort -hr | head -20

brew cleanup --dry-run

Después llega la decisión humana.

Un caché regenerable no tiene el mismo valor que una copia de seguridad de un iPhone. Un runtime antiguo de Simulator no es lo mismo que un volumen Docker que contiene PostgreSQL. Y una instantánea APFS que macOS puede purgar automáticamente no debería tratarse como un archivo inútil simplemente porque una herramienta de análisis le atribuya varios gigabytes.

Ese es probablemente el mejor cambio respecto a las típicas guías de “recupera 100 GB en cinco minutos”: el objetivo no debería ser borrar todo lo que sea técnicamente eliminable, sino identificar qué está consumiendo el SSD y utilizar primero los mecanismos de limpieza de la herramienta que creó esos datos.

Preguntas frecuentes

¿Qué son los Datos del sistema de macOS?

Es una categoría genérica utilizada por macOS para archivos de Apple y de terceros que no pertenecen a categorías más específicas. Por eso puede incluir tipos de datos muy diferentes y no existe una única carpeta llamada “Datos del sistema”.

¿Es seguro borrar las instantáneas locales de Time Machine?

Time Machine las administra automáticamente y Apple contabiliza el espacio que ocupan como disponible. Pueden inspeccionarse y eliminarse, pero normalmente no es necesario hacerlo como mantenimiento habitual.

¿Es seguro ejecutar docker system prune -a --volumes?

Es un comando agresivo y conviene revisar antes docker system df -v. Especialmente importante es comprobar los volúmenes, ya que pueden contener datos persistentes de bases de datos y otras aplicaciones.

¿Qué suele ocupar más espacio en un Mac utilizado para programar?

Depende del entorno, pero Docker, runtimes de Simulator, Xcode DerivedData, dependencias de proyectos y cachés de gestores de paquetes son buenos candidatos para revisar. Xcode y Docker ofrecen además herramientas propias para medir y gestionar parte de ese almacenamiento.

The post Cómo liberar decenas de GB en un Mac sin borrar tus archivos personales appeared first on Appleismo.

Las claves de Kakehashi en 20 segundos

• Kakehashi busca ejecutar aplicaciones compiladas para macOS ARM64 directamente sobre Linux ARM64.
• No pretende emular un Mac completo ni traducir instrucciones ARM a otra arquitectura.
• El principal problema está en compatibilizar Mach-O, las llamadas al sistema, dyld y las diferencias entre macOS y Linux.
• El enfoque recuerda conceptualmente a Wine, aunque el grado de madurez es incomparable.
• Si evoluciona, podría resultar interesante para herramientas CLI, compilación, testing y determinados procesos de CI/CD.

La idea resulta atractiva precisamente porque cambia la forma habitual de entender la compatibilidad entre plataformas. Durante años buena parte de las conversaciones sobre infraestructura se han reducido a x86 frente a ARM, pero compartir arquitectura de procesador no significa que dos sistemas operativos puedan ejecutar automáticamente los mismos programas.

Un servidor Linux ARM y un Mac con Apple Silicon pueden utilizar instrucciones AArch64 compatibles, pero alrededor de esas instrucciones existe toda una interfaz de software diferente.

Ahí es donde entra Kakehashi.

El procesador ARM no es el principal obstáculo

Cuando se ejecuta software x86 sobre un procesador ARM normalmente hace falta traducir instrucciones. Es lo que convierte la emulación o traducción binaria en una operación compleja y potencialmente costosa.

Con Kakehashi el escenario es diferente.

Los ejecutables nativos de los Mac modernos utilizan ARM64 y Linux está ampliamente disponible sobre la misma arquitectura. No es necesario convertir continuamente instrucciones x86-64 en ARM64 porque ambos lados ya hablan AArch64.

El problema aparece cuando el programa necesita interactuar con el sistema operativo.

macOS utiliza XNU como kernel y sus aplicaciones esperan determinadas llamadas al sistema, estructuras, bibliotecas, convenciones y comportamientos que Linux no proporciona directamente. Además, Apple utiliza Mach-O como formato para sus ejecutables, frente a ELF (Executable and Linkable Format), habitual en Linux.

La propia documentación abierta de XNU muestra la estructura de Mach-O y sus diferentes comandos de carga, entre ellos los relacionados con bibliotecas dinámicas, segmentos, firmas y el cargador dinámico. (GitHub)

Por tanto, tener el mismo procesador resuelve únicamente una parte del problema.

Kakehashi necesita construir el puente restante.

De Mach-O y dyld a las llamadas al sistema

El objetivo se parece más al de una capa de compatibilidad en espacio de usuario que al de un hipervisor tradicional.

Un ejecutable de macOS espera encontrarse con componentes y comportamientos propios del sistema de Apple. Entre ellos está dyld, el cargador dinámico responsable de resolver y cargar las bibliotecas que necesita una aplicación.

Kakehashi tiene que interpretar ese entorno desde Linux y traducir las operaciones necesarias para que puedan resolverse utilizando los mecanismos disponibles en el sistema anfitrión.

Esto incluye el tratamiento de ejecutables Mach-O, memoria virtual, señales, gestión de procesos, threads, llamadas al sistema y bibliotecas.

Es precisamente lo que hace que la afirmación «Linux ARM puede ejecutar programas de macOS porque ambos son ARM» sea demasiado simplista.

La arquitectura de CPU puede coincidir mientras que la ABI (Application Binary Interface) sea diferente.

Una conversación surgida alrededor del proyecto también ha recuperado inevitablemente la comparación con Darling, otra iniciativa veterana que persigue ejecutar software de macOS sobre Linux. La propia comunidad señala, sin embargo, la dificultad del objetivo y las limitaciones que todavía existen especialmente alrededor de aplicaciones gráficas complejas. (Reddit)

La referencia más conocida para entender el concepto sigue siendo Wine.

Wine permite ejecutar una cantidad considerable de software Windows sobre Linux sin virtualizar Windows completo. En lugar de emular necesariamente todo el ordenador, implementa interfaces que esperan las aplicaciones Windows y las conecta con los servicios disponibles en Linux.

Kakehashi persigue una idea comparable para macOS sobre ARM, pero no debería interpretarse que actualmente dispone de la madurez, compatibilidad o cobertura alcanzadas por Wine tras décadas de desarrollo.

El caso de uso interesante podría estar en CI/CD

Ejecutar Photoshop o aplicaciones gráficas complejas de macOS sobre un servidor Linux probablemente no sea el primer escenario donde una tecnología como esta tendría sentido.

Existe otro mucho más interesante para infraestructura: automatización, compilación y CI/CD.

Los equipos que necesitan generar o probar software para macOS suelen necesitar infraestructura Apple. Esto puede traducirse en Mac mini instalados en centros de datos, servicios especializados de Mac en la nube o runners de macOS proporcionados por plataformas de integración continua.

Una capa capaz de ejecutar determinados binarios macOS ARM64 desde Linux ARM podría cambiar algunas de esas situaciones.

No necesariamente permitiría reemplazar un Mac completo. Compilar una aplicación, firmarla, utilizar frameworks propietarios de Apple, ejecutar Xcode o comprobar exactamente cómo se comportará sobre macOS introduce dependencias adicionales que una capa de compatibilidad tendría que reproducir.

Pero existe un espacio intermedio.

Herramientas de línea de comandos, procesos automatizados, determinados tests y ejecutables con pocas dependencias del sistema podrían ser candidatos mucho más realistas.

Aquí está probablemente la parte más interesante de Kakehashi desde el punto de vista de infraestructura.

Los servidores ARM son cada vez más habituales. Si una parte de las cargas actualmente ligadas a máquinas macOS pudiera ejecutarse sobre infraestructura Linux ARM convencional, aparecerían nuevas posibilidades para construir runners de CI/CD ARM más flexibles y potencialmente más económicos.

Eso sigue siendo una posibilidad futura, no una capacidad que pueda darse hoy por disponible.

Compartir CPU no significa compartir plataforma

Kakehashi también sirve para recordar dónde están realmente algunas de las barreras de portabilidad actuales.

El salto de Intel a Apple Silicon hizo muy visible la importancia de la arquitectura del procesador. Pero una vez que diferentes plataformas utilizan ARM64, la siguiente frontera aparece en otra capa.

Formato del ejecutable, ABI, APIs, bibliotecas, kernel y servicios del sistema siguen determinando dónde puede ejecutarse una aplicación.

Es una situación que los administradores conocen bien desde hace años. Un binario Linux compilado para una determinada arquitectura tampoco puede ejecutarse automáticamente en cualquier otro sistema operativo que utilice el mismo procesador.

Kakehashi intenta reducir precisamente esa distancia entre macOS ARM64 y Linux ARM64.

El proyecto todavía debe demostrar hasta dónde puede llegar. La experiencia de iniciativas anteriores demuestra que implementar una capa suficientemente compatible con macOS es un trabajo enorme, especialmente cuando aparecen frameworks gráficos, APIs privadas, cambios entre versiones del sistema y aplicaciones que dependen estrechamente del entorno de Apple.

Pero el experimento plantea una cuestión relevante para el futuro de la infraestructura ARM: una vez desaparece la diferencia de arquitectura de CPU, la compatibilidad del sistema operativo pasa a convertirse en la siguiente frontera que hay que superar.

Preguntas frecuentes

¿Qué es Kakehashi?

Kakehashi es un proyecto experimental que busca ejecutar binarios ARM64 preparados para macOS sobre sistemas Linux ARM mediante una capa de compatibilidad en espacio de usuario.

¿Kakehashi virtualiza macOS?

Su planteamiento no consiste en levantar una máquina virtual completa de macOS. Busca resolver las diferencias existentes entre el entorno esperado por el binario macOS y el proporcionado por Linux.

¿Por qué un programa de macOS ARM no funciona directamente en Linux ARM?

Aunque ambos pueden utilizar instrucciones ARM64, macOS y Linux tienen diferentes kernels, ABI, formatos ejecutables, cargadores dinámicos, bibliotecas y llamadas al sistema. macOS utiliza además Mach-O, mientras Linux utiliza habitualmente ELF.

¿Podría Kakehashi sustituir los runners macOS de CI/CD?

No actualmente. El proyecto está en una fase experimental. Si su compatibilidad aumenta, determinadas herramientas CLI, tests o procesos automatizados podrían convertirse en casos de uso interesantes, pero los workflows dependientes de Xcode y de componentes específicos de Apple plantean obstáculos adicionales.

Fuentes:

• Proyecto Kakehashi y discusión de la comunidad técnica, agosto de 2026.
• Apple Open Source, código y especificaciones Mach-O incluidas en XNU.
• Darling Project, proyecto de compatibilidad de aplicaciones macOS sobre Linux.
• Debate técnico de la comunidad Linux sobre Kakehashi.

The post Kakehashi quiere ejecutar binarios de macOS en Linux ARM sin virtualizar un Mac appeared first on Appleismo.

Aunque pueda parecer un detalle menor, utilizar la entidad incorrecta de Apple o registrar mal las comisiones puede provocar errores tanto en la contabilidad como en las declaraciones tributarias. En la Unión Europea, la relación comercial de los desarrolladores no se realiza con Apple Inc. (Estados Unidos), sino con Apple Distribution International Ltd., la sociedad irlandesa encargada de la distribución de la App Store en Europa.

Las claves de la fiscalidad de App Store Connect en 20 segundos

• Los desarrolladores europeos facturan a Apple Distribution International Ltd., con sede en Irlanda.
• Apple liquida mensualmente las ventas mediante informes financieros, no con una factura por cada cliente.
• Deben diferenciarse las ventas brutas, la comisión de Apple y el importe neto recibido.
• Las operaciones suelen tratarse como prestaciones intracomunitarias de servicios sujetas a inversión del sujeto pasivo.
• Es necesario estar inscrito en el Registro de Operadores Intracomunitarios (ROI) para aplicar este tratamiento.

Cuando un usuario compra una aplicación o realiza una compra integrada (In-App Purchase), Apple actúa como intermediario del cobro y posteriormente liquida al desarrollador el importe correspondiente una vez descontada su comisión, que normalmente es del 15 % o del 30 %, dependiendo del programa al que pertenezca el desarrollador y del tipo de servicio.

¿Qué entidad de Apple debe utilizarse?

Uno de los errores más frecuentes consiste en utilizar los datos fiscales de Apple Inc., la matriz estadounidense.

Sin embargo, para los desarrolladores establecidos en España y el resto de la Unión Europea, la entidad contractual es:

• Apple Distribution International Ltd.
• Hollyhill Industrial Estate, Hollyhill, Cork (Irlanda)
• VAT intracomunitario: IE9700053D

Estos son los datos que deben utilizarse cuando sea necesario emitir la correspondiente factura o registrar la operación en la contabilidad.

Apple no emite una factura por cada venta

A diferencia de un comercio electrónico tradicional, Apple no genera una factura comercial para cada aplicación vendida.

En su lugar, pone a disposición del desarrollador distintos documentos dentro de App Store Connect, entre ellos:

• los Financial Reports, donde aparecen las ventas del periodo;
• los avisos de pago (Payment Notifications);
• los extractos de liquidación mensuales.

Esta documentación constituye el soporte justificativo de los ingresos obtenidos y conviene conservarla como respaldo contable y fiscal.

Cómo registrar correctamente los ingresos

Desde un punto de vista contable, la liquidación mensual debería desglosarse en tres conceptos claramente diferenciados:

• el importe bruto generado por las ventas;
• la comisión retenida por Apple como servicio de intermediación;
• el importe neto finalmente abonado al desarrollador.

Este tratamiento permite reflejar correctamente tanto la cifra real de negocio como el coste asociado a la plataforma de distribución.

Registrar únicamente el importe ingresado en la cuenta bancaria puede ofrecer una imagen distorsionada de la actividad económica y dificultar posteriores análisis financieros.

¿Qué ocurre con el IVA?

En términos generales, la operación entre el desarrollador español y Apple Distribution International constituye una prestación intracomunitaria de servicios entre empresas (B2B).

Eso implica que normalmente la factura se emitiría sin repercutir IVA, aplicándose el mecanismo conocido como inversión del sujeto pasivo.

Para poder aplicar este régimen es necesario que el desarrollador esté inscrito previamente en el Registro de Operadores Intracomunitarios (ROI) mediante la correspondiente declaración censal (modelo 036 o 037).

No obstante, el tratamiento fiscal concreto puede variar según el tipo de operación, la condición del desarrollador o posibles cambios normativos, por lo que resulta recomendable validar cada caso con un asesor fiscal.

Qué modelos tributarios intervienen

Cuando se aplica este régimen intracomunitario, las operaciones suelen reflejarse en las declaraciones tributarias habituales.

Entre ellas destacan:

• el Modelo 303, correspondiente a la declaración periódica del IVA;
• el Modelo 349, donde se informan las operaciones intracomunitarias realizadas.

Ambas declaraciones deben ser coherentes con la documentación disponible en App Store Connect y con la contabilidad registrada.

La importancia de conservar la documentación

Aunque Apple no emita facturas tradicionales por cada venta, los informes financieros generados por la plataforma tienen un papel fundamental.

Estos documentos permiten justificar:

• el volumen de ventas realizado;
• las comisiones aplicadas por Apple;
• las cantidades efectivamente liquidadas.

Conservar estos informes facilita tanto la preparación de las declaraciones fiscales como una posible comprobación por parte de la Administración Tributaria.

Un aspecto que muchos desarrolladores pasan por alto

Cuando una aplicación comienza a generar ingresos de forma recurrente, resulta habitual centrarse únicamente en el desarrollo o en el marketing.

Sin embargo, una correcta organización contable desde el primer momento evita tener que reconstruir meses de operaciones posteriormente.

Además de verificar la inscripción en el ROI, conviene definir desde el inicio el criterio contable que se seguirá para registrar las ventas, las comisiones y las liquidaciones mensuales de Apple. Esto simplifica el cierre contable, mejora la información financiera de la empresa y reduce el riesgo de errores en futuras declaraciones fiscales.

Preguntas frecuentes

¿Con qué empresa de Apple debe facturar un desarrollador español?

En la Unión Europea, la relación contractual se realiza con Apple Distribution International Ltd., con sede en Cork (Irlanda), y no con Apple Inc. de Estados Unidos.

¿Apple emite una factura por cada aplicación vendida?

No. Apple facilita informes financieros (Financial Reports) y liquidaciones mensuales desde App Store Connect, que sirven como documentación justificativa de las operaciones.

¿Debe aplicarse IVA en la factura a Apple?

Con carácter general, cuando se trata de una prestación intracomunitaria de servicios B2B, la operación se realiza sin repercutir IVA mediante el mecanismo de inversión del sujeto pasivo, siempre que se cumplan los requisitos fiscales aplicables.

¿Qué declaraciones fiscales suelen incluir estas operaciones?

Habitualmente intervienen el Modelo 303 del IVA y el Modelo 349 de operaciones intracomunitarias, además del correspondiente registro contable de las ventas y comisiones.

IMPORTANTE: Consulta con su gestoría, contable o fiscalista para estar seguro de hacerlo bien, este artículo es informativo.

Fuentes:

• Apple Developer – App Store Connect.
• Apple Distribution International Ltd.
• Consulta técnica de Abaq sobre facturación de aplicaciones móviles.
• Agencia Tributaria (AEAT): Registro de Operadores Intracomunitarios (ROI), modelos 303 y 349.

The post Cómo declarar los ingresos de App Store Connect en España sin cometer errores fiscales appeared first on Appleismo.

Las claves de la retirada temporal de Telegram en 20 segundos

• Apple eliminó Telegram de la App Store durante varias horas tras detectar material de abuso sexual infantil.
• Según Telegram, el contenido procedía de un único usuario, cuya cuenta fue eliminada de forma permanente.
• La aplicación regresó a la tienda de Apple el mismo día.
• Telegram cuestiona que una incidencia aislada afectara al acceso de más de mil millones de usuarios y pide que el mismo criterio se aplique al resto de plataformas.

La retirada, aunque breve, vuelve a poner el foco sobre la responsabilidad de las grandes plataformas tecnológicas en la moderación de contenidos y sobre el papel que desempeñan las tiendas de aplicaciones cuando detectan incumplimientos de sus políticas.

Una suspensión que duró solo unas horas

De acuerdo con la información facilitada por Telegram, Apple retiró la aplicación de la App Store después de localizar contenido de abuso sexual infantil (CSAM, por sus siglas en inglés) compartido por un único usuario.

La compañía afirma que actuó de inmediato eliminando el contenido denunciado y expulsando de forma definitiva la cuenta responsable. Tras estas medidas, Apple volvió a publicar Telegram en la App Store ese mismo día.

No se han dado a conocer detalles sobre cuánto tiempo permaneció inaccesible la aplicación ni en qué mercados concretos se produjo la retirada, aunque Telegram sostiene que la suspensión fue global.

Telegram critica la decisión de Apple

Tras recuperar su presencia en la App Store, Telegram expresó públicamente su desacuerdo con la decisión de Apple.

La plataforma considera que resulta desproporcionado impedir el acceso a la aplicación para más de mil millones de usuarios por la actuación de una única cuenta. Además, preguntó si Apple aplicará el mismo criterio a todas las aplicaciones de mensajería disponibles en la App Store, incluido iMessage.

El debate reabre una cuestión habitual entre las plataformas digitales: hasta qué punto un servicio debe ser penalizado por contenidos ilícitos publicados por usuarios individuales cuando existen mecanismos para detectarlos y retirarlos.

Telegram defiende su política de tolerancia cero

La compañía insiste en que mantiene una política de tolerancia cero frente al material de abuso sexual infantil.

Según los datos facilitados por Telegram, durante 2026 ha eliminado más de 337.900 grupos y canales relacionados con este tipo de contenidos, como parte de sus labores de moderación.

La empresa recuerda además que esta no es la primera vez que afronta una situación similar. En 2018, Apple también retiró temporalmente Telegram de la App Store, un episodio tras el cual la plataforma reforzó sus sistemas de moderación y detección de contenidos ilegales.

Aunque el incidente actual quedó resuelto en pocas horas, vuelve a evidenciar la creciente presión que reciben tanto las plataformas de mensajería como los propietarios de las tiendas de aplicaciones para actuar con rapidez frente a contenidos ilegales, especialmente cuando afectan a la protección de menores.

Preguntas frecuentes

¿Por qué retiró Apple Telegram de la App Store?

Según Telegram, Apple detectó contenido relacionado con abuso sexual infantil compartido por un único usuario y decidió retirar temporalmente la aplicación hasta que se eliminó ese contenido.

¿Cuánto tiempo estuvo Telegram fuera de la App Store?

La aplicación permaneció retirada solo durante unas horas y volvió a estar disponible el mismo día tras las actuaciones realizadas por Telegram.

¿Qué hizo Telegram para recuperar la aplicación?

La compañía eliminó el contenido detectado y suspendió permanentemente la cuenta responsable antes de que Apple restaurara la aplicación en la App Store.

¿Ha ocurrido antes una situación similar?

Sí. Telegram recuerda que en 2018 Apple también retiró temporalmente la aplicación, lo que llevó a la plataforma a reforzar sus sistemas de moderación de contenidos.

vía: alternativeto

The post Apple retira temporalmente Telegram de la App Store por un caso de abuso infantil appeared first on Appleismo.

Sin embargo, un análisis detallado de un desarrollador que ha sometido su propio MacBook Pro a meses de trabajo intensivo con agentes de IA apunta a una conclusión muy distinta: el SSD no suele ser el verdadero culpable. El problema está, sobre todo, en cómo algunas herramientas gestionan la memoria, los procesos y el almacenamiento temporal durante largas sesiones de trabajo con agentes autónomos.

Las claves del impacto de la IA en el rendimiento del Mac en 20 segundos

• Los agentes de IA generan mucha más actividad que un editor tradicional de código.
• El SSD puede registrar decenas de terabytes escritos sin mostrar un desgaste preocupante.
• Los mayores problemas aparecen por el uso intensivo de memoria virtual (swap), procesos persistentes y bases de datos locales que crecen sin control.
• Mantener espacio libre, cerrar correctamente las aplicaciones y revisar los procesos activos ayuda a recuperar rendimiento.

Durante los últimos dos años la programación asistida por IA ha evolucionado rápidamente. Ya no se trata únicamente de recibir sugerencias de código o mantener una conversación con un chatbot. Los agentes actuales son capaces de analizar proyectos completos, instalar dependencias, ejecutar pruebas, modificar decenas de archivos y mantener largas sesiones de trabajo prácticamente autónomas.

Ese cambio también ha multiplicado el consumo de recursos del equipo.

El SSD no es el enemigo

El desarrollador que realizó el análisis esperaba encontrar un SSD muy deteriorado después de varios meses utilizando agentes de IA prácticamente todos los días. Para comprobarlo recurrió a la información SMART del propio disco, el sistema que utilizan las unidades para registrar su estado de salud.

Los resultados fueron llamativos.

Tras aproximadamente 54 TB de datos escritos, el SSD seguía mostrando únicamente un 2 % de desgaste, sin errores físicos y con un estado de salud completamente normal.

Esta cifra desmonta buena parte de los mensajes alarmistas que han circulado durante los últimos meses en redes sociales, donde algunos usuarios aseguraban que la programación con IA podía destruir un MacBook en apenas tres meses.

Eso no significa que el uso intensivo de estas herramientas sea gratuito desde el punto de vista del hardware, pero sí indica que el desgaste del SSD está muy lejos de convertirse, por sí solo, en un problema inmediato.

Lo que realmente ralentiza el ordenador

El estudio identifica varios factores que sí afectan de forma directa al rendimiento diario.

Uno de ellos es el uso masivo de swap, la memoria virtual que macOS utiliza cuando la memoria RAM física ya no es suficiente.

En el equipo analizado, con 16 GB de memoria unificada, el sistema estaba utilizando cerca de 25 GB de swap, lo que implica que el SSD actúa continuamente como memoria adicional. Aunque los SSD modernos soportan muy bien este tipo de cargas, el rendimiento general del sistema comienza a resentirse.

A esto se suma otro problema habitual: procesos auxiliares que permanecen activos durante días o incluso semanas aunque el usuario haya cerrado aparentemente la aplicación.

Según el análisis, llegaron a encontrarse 29 procesos relacionados con Cursor, algunos activos desde hacía casi un mes.

Bases de datos y archivos ocultos que no dejan de crecer

Otro de los puntos más interesantes del estudio es la gestión del estado interno de los agentes.

Estas herramientas almacenan conversaciones, contexto, índices, historiales, checkpoints y otra gran cantidad de información para poder retomar el trabajo exactamente donde lo dejaron.

El problema aparece cuando esa información no se limpia automáticamente.

Diversos usuarios han documentado bases de datos SQLite que alcanzan varios gigabytes, carpetas ocultas con decenas de gigabytes y sistemas de indexación que regeneran automáticamente archivos eliminados manualmente. Aunque no todos los equipos presentan estos comportamientos, sí muestran que existen escenarios donde el crecimiento del almacenamiento puede escapar al control del usuario.

En el caso analizado, las carpetas asociadas a Cursor y Claude ocupaban cerca de 19 GB, aunque el mayor consumidor de espacio seguía siendo Xcode, con más de 80 GB de datos acumulados.

La conclusión es importante: la IA era parte del problema, pero no el único responsable.

El verdadero coste de los agentes de IA

La programación basada en agentes introduce un patrón de uso completamente distinto al desarrollo tradicional.

Un agente puede permanecer trabajando durante horas ejecutando tareas, analizando repositorios completos, descargando dependencias, generando índices y manteniendo enormes cantidades de contexto en memoria.

Todo ello implica:

• Mayor consumo de RAM.
• Más uso de memoria virtual.
• Más operaciones de lectura y escritura.
• Más archivos temporales.
• Más procesos ejecutándose en segundo plano.

No significa que el ordenador vaya a averiarse, pero sí que necesita una gestión mucho más cuidadosa.

Cómo evitar que el rendimiento se degrade

El estudio propone varias recomendaciones sencillas que pueden marcar una diferencia importante:

• Cerrar completamente la aplicación (Cmd+Q en macOS) en lugar de limitarse a cerrar las ventanas.
• Revisar periódicamente Activity Monitor para detectar procesos que permanezcan abiertos innecesariamente.
• Mantener entre un 15 % y un 25 % del SSD libre, evitando trabajar con la unidad prácticamente llena.
• Limpiar bases de datos, historiales e índices cuando las herramientas lo permitan.
• Excluir directorios como node_modules, carpetas de compilación o archivos temporales de los sistemas de indexación.
• Comprobar periódicamente el estado SMART del SSD para distinguir entre desgaste real y simples problemas de rendimiento.

El reto para los fabricantes

Más allá del caso concreto, el análisis plantea una cuestión interesante para todo el sector.

Las herramientas de programación con IA son cada vez más autónomas y capaces de gestionar proyectos completos, pero todavía muestran carencias en aspectos tan básicos como la limpieza automática de datos, la gestión del almacenamiento local o el cierre correcto de procesos.

En lugar de obligar al usuario a eliminar manualmente bases de datos o carpetas ocultas, muchos desarrolladores consideran que estas funciones deberían formar parte del propio producto mediante políticas de retención, limpieza automática y herramientas que permitan visualizar fácilmente cuánto espacio consume cada agente.

Con la llegada de modelos capaces de ejecutar decenas de tareas simultáneamente, la eficiencia ya no depende únicamente del modelo de IA. También dependerá de cómo las aplicaciones gestionen todos los recursos que utilizan para funcionar durante horas o incluso días.

Preguntas frecuentes

¿Los agentes de IA pueden estropear un SSD de un Mac?

El análisis revisado no respalda esa afirmación. Incluso tras escribir unos 54 TB de datos, el SSD seguía mostrando únicamente un 2 % de desgaste y un estado de salud correcto.

¿Por qué el ordenador parece más lento al usar herramientas como Cursor?

El principal motivo suele ser la combinación de procesos que permanecen abiertos, un uso intensivo de memoria virtual (swap), bases de datos internas muy grandes y poco espacio libre en el disco.

¿Es normal que estas herramientas ocupen varios gigabytes?

Sí. Los agentes almacenan conversaciones, índices, contexto y otros datos para continuar el trabajo posteriormente. Sin mecanismos automáticos de limpieza, ese almacenamiento puede crecer con el tiempo.

¿Qué puedo hacer para mejorar el rendimiento?

Cerrar completamente la aplicación cuando termine la sesión, mantener suficiente espacio libre en el SSD, revisar los procesos activos y limpiar periódicamente el almacenamiento generado por estas herramientas suele ofrecer una mejora apreciable.

vía: generativeai.pub

The post No es tu SSD: cómo los agentes de IA pueden degradar el rendimiento de tu Mac sin dañarlo appeared first on Appleismo.

Las claves de la filtración de Apple en India en 20 segundos

• El grupo World Leaks publicó más de 200.000 archivos sustraídos a Tata Electronics.
• Parte del material estaría relacionado con componentes y pruebas de futuros iPhone.
• Apple ha abierto una investigación sobre el alcance del incidente.
• India podría fabricar alrededor de una cuarta parte de los iPhone en 2026.
• La filtración no frenaría la expansión, pero sí endurecerá el control sobre los proveedores.

Tata Electronics reconoció haber sufrido un incidente de ciberseguridad y aseguró que sus operaciones industriales continuaron funcionando. La compañía india no detalló públicamente cómo se produjo el acceso, cuánto tiempo permanecieron los atacantes dentro de sus sistemas ni qué información concreta pertenecía a cada uno de sus clientes.

Los datos terminaron publicados por World Leaks, un grupo vinculado a campañas de extorsión digital. Los investigadores localizaron más de 200.000 archivos que ocupaban alrededor de 630 GB e incluían documentación técnica, correos electrónicos, registros internos, datos personales y material marcado como confidencial.

Entre los documentos analizados aparecieron referencias a componentes de Apple, números de pieza, proveedores e imágenes tomadas durante pruebas de resistencia. Algunas fuentes relacionaron este material con el futuro iPhone 18 Pro, aunque Apple no ha confirmado la autenticidad ni la correspondencia exacta de esos archivos con un producto comercial.

La filtración va más allá de unas fotografías del próximo iPhone

Las imágenes de un dispositivo todavía no presentado suelen atraer toda la atención, pero probablemente no sean la parte más delicada del incidente.

Un fabricante de accesorios puede obtener pistas sobre dimensiones, posiciones de cámaras o cambios externos a partir de una fotografía. Sin embargo, las listas de materiales, los códigos internos y los procesos de validación pueden revelar mucho más sobre la estrategia industrial de Apple.

La documentación filtrada podría permitir identificar qué empresas fabrican determinados componentes, qué piezas han cambiado respecto a generaciones anteriores y en qué fase se encuentra cada proyecto. También puede mostrar tolerancias de fabricación, procedimientos de montaje y relaciones entre distintos proveedores.

Esta información resulta valiosa para competidores, intermediarios, falsificadores y grupos que busquen atacar otras empresas de la cadena de suministro.

Un correo interno, un nombre de proyecto o la estructura de una carpeta pueden utilizarse para preparar ataques de ingeniería social. Un delincuente podría hacerse pasar por un responsable de Apple o de Tata y enviar solicitudes creíbles a un proveedor secundario que no conozca la filtración.

Por eso el impacto no se limita a que algunos detalles del siguiente iPhone aparezcan antes de tiempo. El incidente puede proporcionar un mapa parcial de cómo Apple organiza la fabricación de sus dispositivos.

Tata Electronics se ha convertido en una pieza importante para Apple

Tata Electronics ha ganado peso dentro de la cadena de producción de Apple durante los últimos años. El conglomerado indio adquirió fábricas que anteriormente pertenecían a Wistron y amplió su participación en la fabricación de componentes y el ensamblaje de iPhone.

La compañía forma parte del esfuerzo de Apple para trasladar una proporción creciente de su producción a India. El objetivo no consiste necesariamente en abandonar China, sino en evitar que casi toda la fabricación dependa de un mismo país.

Apple comenzó a ensamblar iPhone en India en 2017. Al principio se trataba principalmente de modelos antiguos destinados al mercado local. Desde entonces la actividad ha crecido y algunas plantas ya participan en la fabricación de generaciones recientes poco después de su lanzamiento internacional.

India representaba aproximadamente el 6 % de la producción mundial de iPhone en 2022. Algunas previsiones sitúan su participación alrededor del 25 % o el 26 % durante 2026.

Ese crecimiento convierte a Tata y Foxconn en proveedores cada vez más importantes. También amplía el número de sistemas, empleados, contratistas y documentos que deben protegerse.

Una fábrica no necesita únicamente planos y maquinaria. Sus ingenieros acceden a calendarios de producto, especificaciones, herramientas de diagnóstico, firmware y resultados de pruebas. Cada uno de esos elementos puede convertirse en un objetivo.

¿Puede Apple replantearse su salida parcial de China?

La filtración ha reabierto el debate sobre si India está preparada para asumir una parte mucho mayor de la producción del iPhone. Sin embargo, resulta poco probable que el incidente provoque un cambio radical en la estrategia de Apple.

La diversificación responde a motivos que continúan vigentes: tensiones comerciales entre Estados Unidos y China, aranceles, restricciones tecnológicas y el riesgo de interrupciones en una cadena excesivamente concentrada.

Volver a depender casi por completo de China tampoco resolvería todos los problemas. Los proveedores chinos han sufrido anteriormente robos de propiedad intelectual, filtraciones y ataques informáticos.

La diferencia es que Apple lleva más de dos décadas desarrollando controles y relaciones industriales en China. La compañía dispone allí de una red densa de fabricantes, especialistas, empresas logísticas y equipos acostumbrados a sus exigencias de confidencialidad.

India todavía está construyendo esa experiencia.

El ataque a Tata puede acelerar un proceso que ya estaba en marcha: trasladar no solo la fabricación, sino también los sistemas de seguridad, auditoría y gestión que Apple ha perfeccionado en China.

La respuesta probablemente incluirá revisiones de accesos, segmentación de redes, controles sobre copias de documentos y mayores restricciones para los proveedores secundarios. También podría aumentar la compartimentación de la información, de manera que ninguna empresa externa disponga de una imagen completa de un producto.

Fabricar el iPhone exige una cultura de confidencialidad

Apple mantiene una política especialmente estricta sobre los productos que todavía no ha presentado. Los empleados y proveedores trabajan con acuerdos de confidencialidad y accesos limitados, pero el volumen y la complejidad de la cadena industrial hacen imposible eliminar completamente las filtraciones.

La fabricación de millones de dispositivos obliga a compartir información con numerosas compañías. Un proveedor de cámaras debe conocer las especificaciones del módulo; otro necesita las dimensiones de la carcasa; una planta de ensamblaje debe disponer de instrucciones completas para integrar todas las piezas.

El riesgo crece cuando esa documentación se copia entre sistemas o permanece accesible para más personas de las necesarias.

El principio de mínimo privilegio resulta esencial: cada empleado debería acceder únicamente a los archivos requeridos para su función y durante el tiempo imprescindible.

También es necesario controlar las descargas, los dispositivos externos, el correo electrónico y las conexiones remotas. La autenticación multifactor reduce algunos ataques, pero no protege una cuenta cuando el dispositivo del usuario ya está comprometido.

La filtración de Tata también pone el foco en la separación entre redes corporativas y sistemas industriales. Un atacante que entra mediante un correo electrónico no debería poder desplazarse con facilidad hasta los entornos donde se almacenan planos, pruebas o datos de producción.

India seguirá siendo esencial para el futuro del iPhone

El incidente puede ralentizar algunos procesos y elevar los costes de supervisión, pero India continúa siendo demasiado importante dentro de la estrategia de Apple.

El país ofrece una gran fuerza laboral, incentivos públicos y un mercado de consumidores que la compañía considera prioritario. Apple también ha abierto tiendas propias y ampliado su presencia comercial, siguiendo parte del modelo que utilizó anteriormente en China.

La oportunidad para India va más allá del ensamblaje. El país busca atraer proveedores de componentes, fabricación de carcasas, baterías, cámaras y otros elementos de mayor valor añadido.

Para conseguirlo tendrá que demostrar que sus empresas pueden mantener los niveles de calidad, productividad y protección de información que exigen compañías como Apple.

La filtración de Tata no demuestra que el proyecto industrial indio haya fracasado. Sí recuerda que trasladar una cadena de suministro requiere mucho más que construir una fábrica.

Apple puede replicar maquinaria y procesos, pero la experiencia industrial, la coordinación entre proveedores y la seguridad se desarrollan durante años.

La compañía seguirá reduciendo su dependencia de China, aunque probablemente lo hará con controles más estrictos y una vigilancia mucho mayor sobre sus nuevos socios.

Preguntas frecuentes

¿Qué información de Apple apareció en la filtración de Tata?

Los archivos incluían documentación técnica, listas de proveedores, números de componentes e imágenes relacionadas con pruebas de dispositivos. Parte del material se ha asociado al futuro iPhone 18 Pro, aunque Apple no lo ha confirmado.

¿Cuántos datos fueron robados?

El material publicado por World Leaks superaba los 630 GB y contenía más de 200.000 archivos procedentes de los sistemas de Tata Electronics.

¿Dejará Apple de fabricar iPhone en India?

No hay indicios de que vaya a hacerlo. La compañía necesita diversificar su producción fuera de China, aunque la filtración puede provocar controles más exigentes sobre sus proveedores.

¿Qué porcentaje de iPhone se fabrica en India?

Las estimaciones del sector apuntan a que India podría producir alrededor de una cuarta parte de los iPhone vendidos en todo el mundo durante 2026.

vía: Filtración de datos Apple en India

The post La gran filtración de Apple en India expone el reto de fabricar fuera de China appeared first on Appleismo.

Las claves del posible bloqueo de los iPhone alquilados en 20 segundos

• iOS 27 incluye referencias a un modo restringido para dispositivos con pagos pendientes.
• La mayoría de las aplicaciones quedarían bloqueadas hasta resolver la incidencia.
• Teléfono, Ajustes, Salud, Wallet y otras funciones básicas seguirían disponibles.
• Un bloqueo financiero impediría borrar o revender fácilmente el iPhone.
• La función podría acompañar al nuevo programa de alquiler Apple Upgrade.

El hallazgo coincide con una información de Bloomberg sobre el posible lanzamiento en Estados Unidos de Apple Upgrade, un programa de alquiler de dispositivos financiado junto a Klarna. La propuesta permitiría acceder a un iPhone, iPad, Mac o Apple Watch mediante cuotas mensuales inferiores a las de una financiación convencional.

Apple no ha presentado oficialmente el programa ni ha publicado sus condiciones, así que todavía no se conoce qué modelos estarán incluidos, cuánto costarán las cuotas o qué importe tendría que pagar un cliente para conservar el equipo al terminar el contrato.

El código analizado por 9to5Mac sí aporta pistas sobre cómo podría controlar Apple los dispositivos que permanezcan vinculados a este tipo de acuerdos.

Un modo restringido que bloquearía casi todas las aplicaciones

La función localizada en la beta de iOS 27 se denomina App Managed Features. El sistema permitiría que una aplicación autorizada del proveedor financiero registrase el iPhone y comprobase periódicamente si el contrato continúa al corriente de pago.

Cuando el proveedor determine que existe un incumplimiento, los servicios del sistema podrían activar un modo restringido. El usuario mantendría el acceso al teléfono, pero no podría utilizar con normalidad la mayoría de sus aplicaciones.

La lista incluida actualmente en el código permite abrir algunas funciones consideradas básicas:

• Teléfono.
• Ajustes.
• Reloj.
• Salud.
• Wallet.
• Contraseñas.
• App Store.
• Lupa.
• Lector de accesibilidad.
• La propia pantalla del modo restringido.

También podrían mantenerse operativas determinadas aplicaciones capaces de enviar alertas críticas, como Mensajes, Casa o algunos servicios relacionados con medicación y seguridad. Sin embargo, el proveedor financiero podría disponer de cierto margen para decidir qué excepciones permanecen disponibles.

El bloqueo no parece limitarse a mostrar un aviso de pago pendiente. Convertiría el iPhone en un dispositivo con funciones muy reducidas hasta que el cliente resolviese la deuda o regularizase la situación contractual.

El sistema tampoco fija un número concreto de cuotas impagadas para activar la restricción. Según las referencias encontradas, sería la aplicación del proveedor la que decidiría cuándo aplicar el bloqueo según sus propias políticas.

Esto significa que Apple aportaría la infraestructura técnica, pero la decisión podría depender de Klarna o de cualquier otra entidad autorizada que participase en el programa.

Las suscripciones podrían seguir cobrándose aunque la aplicación esté bloqueada

Uno de los detalles más llamativos es que el modo restringido no parece cancelar las suscripciones asociadas a las aplicaciones bloqueadas.

Un usuario podría perder temporalmente el acceso a una plataforma de vídeo, música, almacenamiento o productividad y continuar pagando la correspondiente suscripción mediante la App Store.

El código no indica que Apple vaya a suspender esos cobros ni a ampliar automáticamente los periodos contratados. Esta situación podría convertirse en uno de los aspectos más controvertidos del sistema si finalmente llega al mercado con el funcionamiento observado en la beta.

También plantea dudas sobre las aplicaciones bancarias, las herramientas profesionales o los servicios necesarios para trabajar. La lista actual mantiene Wallet y Contraseñas, pero no incluye de forma general las aplicaciones de entidades financieras, correo electrónico o autenticación empresarial.

La configuración todavía puede cambiar antes del lanzamiento de iOS 27. Las versiones beta contienen funciones en desarrollo, referencias internas y comportamientos que Apple puede modificar o retirar antes de publicar la actualización definitiva.

Partner Finance Lock evitaría borrar o revender el dispositivo

El posible sistema de impago no termina en el bloqueo de aplicaciones. iOS 27 también incluye referencias a Partner Finance Lock, un nuevo tipo de bloqueo de activación destinado a dispositivos vinculados a contratos financieros.

El objetivo sería impedir que un usuario eliminase el contenido del iPhone para intentar liberarlo de las restricciones. Aunque restaurase el equipo, el vínculo con el proveedor continuaría activo y el dispositivo seguiría bloqueado durante el proceso de configuración.

Esta función se integra en la infraestructura de Buscar, utilizada actualmente para proteger los dispositivos robados o perdidos mediante el bloqueo de activación.

La presencia dentro de Buscar no significa que la empresa financiera vaya a tener acceso a la ubicación del cliente. Según el código analizado, la integración serviría para conservar el bloqueo después de un borrado o una restauración, no para proporcionar datos de localización al arrendador.

Partner Finance Lock también dificultaría la reventa de un iPhone con pagos pendientes. Un comprador podría encontrarse con un dispositivo imposible de activar aunque el propietario anterior lo hubiera restaurado antes de entregarlo.

Además, el mecanismo buscaría reducir el valor del equipo para su desmontaje y venta por piezas. Apple lleva años ampliando la vinculación de componentes con cada dispositivo, de modo que algunas reparaciones requieren validar las piezas mediante sus sistemas.

El bloqueo financiero reforzaría ese control en los terminales que todavía no hayan sido pagados o que jurídicamente sigan perteneciendo al proveedor del alquiler.

Apple Upgrade sería un alquiler con opción de compra o devolución

La información publicada sobre Apple Upgrade apunta a un modelo diferente de la financiación tradicional.

Los contratos para iPhone y Apple Watch tendrían una duración aproximada de 24 meses, mientras que los de Mac y iPad se extenderían durante 36 meses. Las cuotas serían más bajas porque el cliente no estaría pagando necesariamente todo el valor del dispositivo durante ese periodo.

Al terminar el contrato podría devolver el equipo o abonar una cantidad adicional para conservarlo. También se contempla la posibilidad de cambiarlo antes por otro modelo o amortizar la operación anticipadamente, aunque estas opciones podrían incluir comisiones.

Por tanto, el sistema se acercaría más a un alquiler con opción de compra que a una compra a plazos convencional.

En una financiación tradicional, el cliente adquiere el dispositivo y paga progresivamente la deuda hasta convertirse en propietario sin necesidad de realizar un pago residual. En un alquiler, la cuota cubre principalmente el uso durante un periodo y el producto debe devolverse si no se ejerce la opción de compra.

Esta diferencia explica por qué Apple necesitaría mecanismos específicos para controlar el equipo. Si el dispositivo continúa siendo propiedad del arrendador o sirve como garantía del contrato, el proveedor tratará de evitar que pueda venderse antes de completar los pagos.

La comparación con el alquiler de un vehículo resulta útil. El cliente paga por utilizarlo durante un plazo determinado y, al final, decide si lo devuelve, lo cambia por otro o paga el valor residual para quedárselo.

El programa podría sustituir al actual iPhone Upgrade Program

Apple ya cuenta en Estados Unidos con el iPhone Upgrade Program, que permite financiar un iPhone y cambiarlo por un modelo nuevo después de realizar 12 pagos. La cuota incluye AppleCare+ y el cliente entrega el terminal anterior para iniciar un nuevo contrato.

Apple Upgrade ampliaría esa fórmula a más categorías de producto y modificaría su naturaleza financiera. El nuevo programa incluiría ordenadores Mac, tabletas iPad y relojes Apple Watch, además del iPhone.

Bloomberg señala que Apple trabajaría con Klarna para financiar la propuesta. La compañía sueca ya ofrece servicios de pago aplazado dentro de Apple Pay, aunque Apple no menciona todavía Apple Upgrade en su página oficial de financiación.

El código necesario para el bloqueo tampoco aparece, según 9to5Mac, en la versión candidata de iOS 26.6 examinada por el medio. Esto podría indicar que Apple añadirá los componentes mediante una actualización posterior o que el lanzamiento del programa se producirá más tarde de lo inicialmente previsto.

No puede descartarse que la infraestructura se utilice también con otras empresas, operadoras o tiendas. El nombre Partner Finance Lock no menciona específicamente a Klarna y parece diseñado para admitir distintos socios financieros.

Un sistema que abre dudas legales y de protección del consumidor

La posibilidad de restringir un dispositivo por impago no es nueva en el mercado. Algunas empresas de financiación, operadoras y servicios de alquiler utilizan sistemas de gestión remota para limitar equipos sujetos a contratos pendientes.

La aplicación de este modelo a un iPhone plantea, sin embargo, cuestiones sobre proporcionalidad, privacidad y protección del consumidor.

Un teléfono móvil sirve para comunicarse, autenticar operaciones bancarias, acceder a documentos, gestionar citas médicas y utilizar servicios públicos. Aunque Apple mantuviera las llamadas y algunas funciones esenciales, el bloqueo de la mayoría de las aplicaciones podría afectar a actividades necesarias para resolver precisamente la situación económica del cliente.

También será necesario conocer qué avisos recibiría el usuario antes de la restricción, qué plazo tendría para pagar, cómo podría reclamar un error y cuánto tardaría el dispositivo en recuperar todas sus funciones después de regularizar el contrato.

Otro punto pendiente es la protección de compradores de segunda mano. Si un iPhone sujeto a financiación pudiera venderse antes del impago, el nuevo propietario necesitaría una forma clara de comprobar si existe un bloqueo financiero asociado.

Todas estas condiciones dependerán del contrato definitivo y de la legislación de cada mercado. Por ahora, el supuesto Apple Upgrade se limitaría inicialmente a Estados Unidos y no hay información sobre una posible llegada a España o al resto de Europa.

Preguntas frecuentes

¿Apple podrá bloquear un iPhone si el usuario deja de pagar?

El código de iOS 27 indica que un proveedor financiero autorizado podría activar un modo restringido cuando considere que el contrato no está al corriente. Apple todavía no ha confirmado públicamente esta función.

¿Qué se podrá hacer con el iPhone bloqueado?

Seguirían disponibles algunas funciones básicas, como Teléfono, Ajustes, Salud, Wallet, Contraseñas y determinados servicios de accesibilidad. La mayoría de las demás aplicaciones quedarían bloqueadas.

¿Se podría borrar el iPhone para eliminar la restricción?

El sistema Partner Finance Lock estaría diseñado para mantener el bloqueo incluso después de borrar o restaurar el dispositivo.

¿Apple Upgrade será un alquiler o una financiación?

La información disponible apunta a un alquiler con opción de compra. Al terminar el contrato, el cliente podría devolver el dispositivo o pagar un importe adicional para conservarlo.

The post Apple podría bloquear los iPhone de alquiler cuando el cliente deje de pagar appeared first on Appleismo.

Las claves de Apple Upgrade en 30 segundos

• Apple prepara un programa para acceder a sus dispositivos mediante cuotas mensuales.
• El modelo funcionaría como un leasing: usar, devolver, renovar o comprar al finalizar el contrato.
• Los Mac e iPad tendrían contratos de 36 meses; iPhone y Apple Watch, de 24 meses.
• Klarna gestionaría la financiación y la evaluación crediticia.
• Apple aún no ha confirmado oficialmente el programa ni ha detallado precios, intereses o valor residual.

Durante años, Apple ha apostado por vender hardware mediante financiación a plazos o programas específicos como el iPhone Upgrade Program. Sin embargo, el nuevo servicio supondría un cambio de enfoque: el usuario ya no estaría pagando necesariamente para convertirse en propietario del dispositivo, sino por disponer de él durante un periodo determinado.

La idea se parece mucho al modelo que ya utilizan fabricantes de automóviles o empresas de renting tecnológico. El cliente paga una cuota mensual inferior al coste de una compra financiada convencional porque parte del valor del dispositivo queda pendiente hasta el final del contrato.

Del «comprar un iPhone» al «suscribirse a un iPhone»

Según la información publicada por Bloomberg, Apple Upgrade permitirá varias opciones cuando finalice el contrato.

El usuario podrá devolver el equipo, cambiarlo por un modelo más reciente o pagar el valor residual para quedárselo definitivamente.

En el caso de los Mac y los iPad, los contratos tendrían una duración de 36 meses, mientras que iPhone y Apple Watch se ofrecerían mediante acuerdos de 24 meses.

También sería posible amortizar anticipadamente el importe pendiente o actualizar el dispositivo antes de terminar el contrato, aunque estas operaciones podrían implicar costes adicionales que Apple todavía no ha detallado.

Para acceder al programa será necesario superar una comprobación crediticia realizada por Klarna, empresa especializada en financiación al consumo y servicios «Buy Now, Pay Later».

Una respuesta al aumento del precio del hardware

Aunque Apple no ha explicado oficialmente las razones de este movimiento, el contexto resulta significativo.

Durante los últimos años, el precio medio de muchos dispositivos ha aumentado debido al encarecimiento de componentes como la memoria DRAM, el almacenamiento NAND y otros elementos de la cadena de suministro.

En paralelo, los teléfonos inteligentes de gama alta ya superan ampliamente los 1.000 euros en numerosos mercados y algunos modelos profesionales alcanzan cifras cercanas o superiores a los 2.000 euros si se incluyen ampliaciones de memoria y almacenamiento.

En ese escenario, reducir la cuota mensual puede resultar más atractivo que aplicar descuentos directos sobre el precio oficial.

Apple mantendría el valor de sus productos, aumentaría la fidelización y facilitaría que los usuarios renovaran con mayor frecuencia.

Apple quiere controlar todo el ciclo de renovación

El modelo también ofrece ventajas estratégicas para la compañía.

Si una parte importante de los clientes cambia automáticamente de dispositivo cada dos o tres años, Apple consigue ingresos más previsibles y mantiene un flujo constante de renovación de hardware.

Es una estrategia similar a la que ya ha seguido con servicios como Apple One, iCloud+, Apple Music o Apple TV+, donde la relación con el cliente deja de depender de compras puntuales para convertirse en una suscripción recurrente.

En este caso, la suscripción llegaría al propio hardware.

Además, recuperar dispositivos al finalizar los contratos facilita su reacondicionamiento y posterior venta dentro del creciente mercado de equipos renovados (refurbished), una categoría que continúa ganando peso entre consumidores y empresas.

No sustituirá todas las formas de compra

Las informaciones disponibles indican que Apple Upgrade convivirá inicialmente con la compra tradicional, aunque Bloomberg señala que Apple estudia cerrar nuevas altas en algunos de sus programas actuales de financiación para concentrar las contrataciones futuras en esta nueva modalidad.

El programa tampoco incluiría todos los dispositivos.

Según las informaciones adelantadas, quedarían excluidos algunos modelos concretos, entre ellos el iPhone 16, el Apple Watch SE, el iPad básico y el MacBook Neo. Tampoco estaría dirigido inicialmente al canal educativo o empresarial.

Otro aspecto importante es que AppleCare+ no estaría incluido automáticamente en la cuota, a diferencia de lo que ocurre con el actual iPhone Upgrade Program.

¿Llegará a Europa?

Por el momento, Apple no ha confirmado oficialmente el lanzamiento ni ha anunciado planes para otros mercados.

La disponibilidad inicial se limitaría a Estados Unidos y dependerá también de la regulación financiera de cada país y de los acuerdos que la compañía alcance con entidades colaboradoras.

En Europa, donde el renting tecnológico y las fórmulas de pago por uso también están creciendo, un modelo de este tipo podría tener buena acogida, especialmente entre usuarios que renuevan con frecuencia sus dispositivos o empresas interesadas en mantener equipos siempre actualizados.

No obstante, su competitividad dependerá de un factor clave: conocer las cuotas mensuales, el valor residual, los intereses aplicados y las condiciones para devolver o cambiar el dispositivo. Sin esos datos todavía resulta imposible comparar Apple Upgrade con una compra financiada convencional o con otras opciones de renting tecnológico ya disponibles en el mercado.

Preguntas frecuentes

¿Qué es Apple Upgrade?

Es un programa que, según Bloomberg, permitirá utilizar dispositivos Apple mediante pagos mensuales bajo un modelo similar al leasing, con opción de devolverlos, renovarlos o comprarlos al finalizar el contrato.

¿Qué dispositivos estarán incluidos?

Inicialmente abarcaría iPhone, Mac, iPad y Apple Watch, aunque algunos modelos concretos quedarían fuera del programa.

¿Será una financiación tradicional?

No exactamente. La información publicada indica que funcionará como un leasing, donde el usuario no adquiere necesariamente la propiedad del dispositivo durante el periodo inicial.

¿Cuándo estará disponible?

Según Bloomberg, Apple prevé lanzarlo el 28 de julio en Estados Unidos. La compañía todavía no ha realizado un anuncio oficial ni ha confirmado su expansión a otros países.

The post Apple prepara un modelo de suscripción para iPhone, Mac y iPad con pagos mensuales appeared first on Appleismo.

Las claves de las baterías reemplazables en la UE en 30 segundos

• La obligación general entrará en aplicación el 18/02/2027 para numerosos productos con baterías portátiles.
• Bruselas estudia excepciones para dispositivos ponibles muy pequeños cuando la sustitución pueda dañar la batería o comprometer la seguridad.
• No existe un acuerdo exclusivo con Apple: el Apple Watch podría beneficiarse por pertenecer a una categoría exenta.
• Los móviles y las tabletas siguen reglas distintas, con requisitos de duración, resistencia al agua y reparación profesional.

La medida no supone que la Unión Europea haya renunciado a su política de reparabilidad ni que todas las baterías selladas vayan a quedar permitidas. El Reglamento (UE) 2023/1542 ya contemplaba excepciones y permitía a la Comisión concretar mediante actos posteriores qué productos podían apartarse de la obligación general por razones técnicas o de seguridad. La discusión actual gira alrededor de dónde debe colocarse ese límite.

Tampoco hay pruebas de que Apple haya firmado un acuerdo particular con las instituciones europeas. La posible exclusión afectaría a una categoría de productos y no a una marca concreta. El Apple Watch aparece como el ejemplo más conocido porque utiliza una batería integrada en una carcasa pequeña y sellada, pero la misma interpretación podría aplicarse a relojes de Samsung, Garmin, Huawei, Google y otros fabricantes si cumplen las condiciones que finalmente se aprueben.

Qué exige realmente la norma europea desde 2027

El Reglamento europeo de baterías establece que, desde el 18/02/2027, las baterías portátiles incorporadas en numerosos aparatos deberán poder retirarse y sustituirse durante la vida útil del producto. La finalidad es evitar que un dispositivo completo termine desechado cuando la batería pierde capacidad, uno de los problemas habituales en auriculares, altavoces, lectores electrónicos, consolas portátiles, juguetes y pequeños equipos conectados.

La norma no obliga a recuperar las antiguas tapas que permitían sacar la batería con la mano en pocos segundos. Una batería puede estar dentro de la carcasa y requerir herramientas, siempre que el procedimiento resulte accesible para el usuario y no dependa de equipos propietarios, calor, disolventes o herramientas especializadas que no se proporcionen gratuitamente.

Esto significa que el uso de adhesivos no queda prohibido de manera absoluta. El diseño sí debe permitir retirar la batería sin recurrir a procedimientos que compliquen de forma desproporcionada la operación o conviertan una sustitución normal en una reparación reservada al fabricante.

Los productores también deben ofrecer información para realizar el cambio y mantener baterías compatibles disponibles durante el periodo fijado por la regulación. La efectividad de la medida dependerá, por tanto, de algo más que del diseño físico: el precio del recambio, su disponibilidad y la claridad de las instrucciones determinarán si la reparación resulta realmente viable.

Entre las excepciones ya previstas se encuentran determinados equipos médicos y aparatos diseñados para funcionar habitualmente bajo agua, expuestos a chorros o en condiciones donde una apertura sencilla podría crear un riesgo. La Comisión puede concretar otras categorías cuando considere que la sustitución por parte del usuario entraña problemas de seguridad.

Los dispositivos ponibles plantean una dificultad particular. Un reloj inteligente concentra batería, pantalla, sensores, antenas y procesador en unos pocos milímetros. Abrir la carcasa sin deformar o perforar una pequeña celda de ion de litio puede resultar más delicado que sustituir la batería de un teléfono o una consola.

Ese argumento ha llevado a estudiar una excepción para relojes inteligentes, pulseras de actividad y gafas conectadas. Los defensores del derecho a reparar responden que el tamaño reducido no debería justificar automáticamente una batería inaccesible y reclaman diseños que permitan al menos la sustitución en talleres independientes.

La cuestión todavía no está completamente cerrada. La información disponible durante 2026 describe una propuesta sometida a consulta, no una autorización definitiva y específica para que Apple continúe vendiendo sin cambios todos sus relojes. Hasta que el acto correspondiente se apruebe y publique, no puede darse por garantizado qué dispositivos quedarán fuera.

El Apple Watch no recibe una excepción exclusiva

Hablar de una concesión de Bruselas a Apple simplifica demasiado el proceso. Las reglas europeas se redactan para categorías de productos y deben aplicarse de forma equivalente a fabricantes que se encuentren en la misma situación.

Si finalmente se excluyen determinados dispositivos ponibles, el Apple Watch podría conservar una batería cuya sustitución requiere abrir la pantalla y realizar una intervención técnica. Esa posibilidad también alcanzaría a otros relojes con características comparables.

La excepción tampoco impediría que la batería se cambiase. La diferencia estaría en quién debe poder hacerlo. Un dispositivo puede quedar liberado de la obligación de que el usuario final realice la operación y seguir teniendo que permitir su sustitución por un profesional o por el servicio técnico.

Este matiz importa porque una batería técnicamente reemplazable no siempre es una batería fácil o barata de cambiar. El consumidor puede seguir dependiendo del fabricante, de un taller autorizado o de herramientas difíciles de conseguir. También puede encontrarse con precios que hagan poco atractiva la reparación frente a la compra de otro dispositivo.

Las organizaciones vinculadas al derecho a reparar temen que una excepción demasiado amplia permita mantener buena parte del mercado actual sin cambios. Los fabricantes sostienen que obligar a introducir aperturas, tornillos o separaciones adicionales puede aumentar el tamaño del producto y dificultar su resistencia al agua.

Las dos posiciones no son necesariamente incompatibles. Un dispositivo pequeño puede requerir una intervención profesional por seguridad, pero debería contar con recambios disponibles, documentación técnica y un diseño que no destruya otros componentes durante la apertura. El debate está en determinar cuándo la complejidad es inevitable y cuándo responde a una decisión del fabricante.

Los móviles y las tabletas tienen otras condiciones

La obligación de 2027 se confunde con frecuencia con las reglas de diseño ecológico aplicables a teléfonos inteligentes y tabletas desde el 20/06/2025. Estos productos están regulados específicamente por el Reglamento (UE) 2023/1670, que establece requisitos propios sobre recambios, duración de las baterías, resistencia y acceso a la reparación.

En los teléfonos inteligentes, el fabricante puede limitar el suministro de la batería a reparadores profesionales cuando el dispositivo cuenta con protección IP67, conserva al menos el 83 % de su capacidad después de 500 ciclos completos y mantiene como mínimo el 80 % tras 1.000 ciclos. No basta, por tanto, con cumplir únicamente el dato del 80 % después de 1.000 cargas.

Las tabletas tienen una formulación diferente y pueden acogerse a la reparación profesional con una protección mínima IP42, además de los requisitos del 83 % después de 500 ciclos y del 80 % tras 1.000 ciclos. El texto europeo no establece una exención general para cualquier dispositivo de gama alta ni concede automáticamente el beneficio por anunciar una determinada duración.

Cumplir esos valores tampoco significa que el fabricante pueda impedir el cambio de batería. La consecuencia es que el recambio puede reservarse a profesionales, mientras que la empresa debe mantener piezas e información de reparación durante los periodos establecidos. El reglamento exige disponibilidad de determinadas piezas durante al menos siete años después de que el modelo deje de comercializarse.

Por eso no puede afirmarse que todos los iPhone posteriores al iPhone 15, los Google Pixel recientes o determinados Xiaomi estén automáticamente exentos. Cada modelo introducido en el mercado debe demostrar que cumple las condiciones aplicables mediante los procedimientos de evaluación y la documentación correspondiente.

La normativa europea seguirá obligando a rediseñar muchos productos, aunque se apruebe una excepción para relojes inteligentes. Auriculares, lectores electrónicos, mandos, altavoces portátiles y consolas deberán analizar si sus baterías pueden sustituirse con herramientas disponibles para el usuario.

El cambio puede dar lugar a versiones específicas para Europa, pero fabricar un único diseño suele resultar más sencillo que mantener variantes regionales. Algunas empresas ya preparan productos adaptados a la regulación, mientras otras esperan a que se cierren las interpretaciones y excepciones antes de modificar sus líneas.

La repercusión final para el consumidor dependerá de la letra pequeña. Una batería accesible aporta poco si el recambio cuesta casi tanto como el dispositivo, desaparece pronto del mercado o queda bloqueado mediante software. La regulación intenta cubrir parte de esos problemas, pero su aplicación práctica será la que determine cuánto se alarga realmente la vida de los productos.

Preguntas frecuentes

¿El Apple Watch estará exento de tener una batería reemplazable?

Podría beneficiarse de una excepción para determinados dispositivos ponibles, pero no consta una exención individual y definitiva concedida a Apple. La aplicación dependerá del texto final y de las características de cada producto.

¿Cuándo entra en vigor la obligación de las baterías reemplazables?

Los requisitos de retirada y sustitución de baterías portátiles incorporadas en aparatos serán aplicables desde el 18/02/2027.

¿La Unión Europea prohíbe usar pegamento para sujetar las baterías?

No existe una prohibición absoluta de cualquier adhesivo. El procedimiento de retirada no debe exigir calor, disolventes ni herramientas especializadas, salvo que estas se entreguen gratuitamente con el producto.

¿Los móviles con IP67 quedan completamente exentos?

No. En determinadas condiciones, la batería puede suministrarse únicamente a reparadores profesionales. El teléfono debe cumplir además los requisitos de capacidad del 83 % tras 500 ciclos y del 80 % después de 1.000 ciclos.

The post El Apple Watch podría quedar exento de la batería reemplazable en la UE appeared first on Appleismo.