Qué no deberían borrar nunca los limpiadores para Mac
La pregunta útil sobre un limpiador de Mac no es cuántos gigabytes dice encontrar. Es qué se niega a tocar, y si esa negativa se aplica en el momento de borrar o solo aparece en el texto de marketing.
macOS ya recupera algunas cachés y reduce instantáneas locales cuando hay presión de espacio. El riesgo real de una limpieza de terceros es etiquetar mal: chats, bibliotecas de correo, estado de proyectos, espejos en la nube y modelos offline se ven como carpetas grandes para un escáner que solo ordena por tamaño. Para decidir si necesitas un limpiador, empieza por ¿necesitas un limpiador de Mac?.
Respuesta breve: un limpiador de confianza se niega a tocar archivos de chat y correo, modelos de IA locales, estado activo de proyectos y carpetas reflejadas en la nube, y esa negativa debe aplicarse en la propia ruta de borrado. "Cache" en el nombre de una carpeta es una convención de nombres, no una etiqueta de seguridad.
Ordena cada candidato en tres tipos
| Tipo | Ejemplos | Por defecto |
|---|---|---|
| Regenerable | Caché HTTP, caché GPU, builds derivados, la mayoría de logs | Borrar cuando el propietario esté cerrado y la ruta sea conocida |
| Costoso de reconstruir | Cachés de paquetes, pesos de IA locales, DeviceSupport | Revisar; espera tiempo, ancho de banda y avisos de licencia |
| Irreemplazable | Messages, Mail, Photos, documentos, chats, credenciales | Nunca basura de un clic |
Una herramienta que colapsa estos tres en una sola lista de "seguro de borrar" no simplifica. Está ocultando la decisión que debería ser tuya.
Por qué "Cache" no es una etiqueta de seguridad
En disco, Cache es un nombre de directorio, no una prueba. Patrones reales:
- Las cachés HTTP y de imágenes bajo perfiles de navegador suelen ser regenerables (primeras cargas más lentas).
- Las Code Cache / cachés de bytecode se reconstruyen en el siguiente arranque; el costo es tiempo de CPU, no pérdida de datos.
- Los almacenes de imágenes del historial del portapapeles pueden vivir bajo un árbol Caches del proveedor y sentirse como datos personales al borrarlos.
- Los almacenes de modelos compilados / Neural Engine pueden romper el reconocimiento hasta reiniciar si se eliminan mientras hay apps que los usan.
- Los directorios
tmp/Tempa veces guardan checkpoints de chat, borradores sin guardar o estado de instaladores. Una ruta llamada tmp no es automáticamente temporal.
Antes de borrar algo que se llame cache, hazte tres preguntas:
- ¿Quién lo escribe?
- ¿Quién lo lee después de reiniciar?
- ¿Cuál es la vía de recuperación si me equivoco?
Si no puedes responder las tres, déjalo.
Nunca trates esto como basura
Bibliotecas personales y comunicaciones
- Paquetes de biblioteca de Photos y sus bases de datos internas
- Datos de Mail, índices de sobres y adjuntos
- Bases de datos y adjuntos de Messages (incluso con Messages en iCloud)
- Notes, Voice Memos y almacenes personales similares
- Transcripciones de chat de IA e historiales de proyectos (
sessions,file-history, árboles de proyectos de agentes)
Las cachés se regeneran. Las conversaciones y bibliotecas borradas, no. Prefiere exportar y los controles de retención de la app propietaria antes que cualquier limpiador masivo. Relacionado: almacenamiento de Messages, almacenamiento de Mail, almacenamiento de Photos.
Documentos, espejos en la nube y árboles sincronizados
- Documents, Desktop y raíces de proyectos
- iCloud Drive / Mobile Documents: un borrado local puede propagarse
- Carpetas de proveedores en
~/Library/CloudStorage/…: asume efecto en varios dispositivos
Un limpiador que muestra rutas en la nube sin un marcador claro de "esto se sincroniza" está incompleto. Uno que las selecciona por defecto es inseguro.
Credenciales, privacidad y política del sistema
- Keychains, bases de datos de inicio de sesión del navegador, almacenes de tokens
- Bases de datos TCC y estado de permisos de privacidad
- Perfiles de configuración, payloads de MDM, estado de agentes de seguridad
- Cachés de fondos de pantalla y medios del sistema que vacían la UI de Ajustes a cambio de casi nada recuperado
Estado de propietario en ejecución e instalación en curso
- Cachés de una app abierta o de un staging a mitad de actualización
- Payloads de instalación de macOS en espera que el arranque aún puede necesitar
- Almacenes vivos del gestor de paquetes mientras corre un build o
brew
Contenedores compartidos y proveedores multi-app
- Contenedores de grupo compartidos en una suite
- Carpetas padre del proveedor cuando queda algún producto de ese proveedor
Nombres que parecen desechables y a menudo no lo son
| Parece basura | A menudo en realidad es |
|---|---|
Library/Application Support/… |
Bases de datos de la app, packs offline, estado de licencia |
Containers/… |
Hogar sandbox completo de la app |
Group Containers/… |
Datos compartidos de la suite |
Caches/… con nombre de producto |
Historial del portapapeles, cachés de modelos, datos de sitios |
…/tmp o …/Temp |
Checkpoints, borradores, estado del instalador |
.db / .sqlite grandes |
Datos de usuario principales |
node_modules, Pods, .venv |
Reconstruibles solo con red y lockfiles correctos |
Los almacenes de desarrollo tienen sus propias reglas (cachés de desarrollo, modelos de IA). El volumen de perfiles de navegador está en almacenamiento del navegador.
Cómo se ve la aplicación real (no solo el texto de la UI)
Un limpiador de confianza implementa la seguridad en capas:
- Oferta del escáner: nunca listar clases bloqueadas como candidatos.
- Selección por defecto: las filas solo-revisión empiezan desmarcadas.
- Validación de ruta al borrar: revalidar identidad, enlaces simbólicos y listas permitidas aunque la UI ya haya mostrado la ruta. El desfase entre comprobación y uso importa cuando las apps se abren durante la revisión.
- Destino recuperable: los borrados de archivos de usuario van a la Papelera, no a
un
rmsilencioso. - Contabilidad de resultados: recuperado / omitido / fallido por separado; las rutas que ya no existen no son un "éxito."
Las advertencias sin aplicación real son decoración. Prefiere herramientas que fallan cerradas (se pierden un candidato) a las que fallan abiertas (borran datos desconocidos).
Una prueba práctica que puedes hacer con cualquier herramienta
- Apúntala a un Mac con dos productos del mismo proveedor.
- Desinstala solo uno.
- Mira si propone el padre compartido de Application Support o un contenedor de grupo que ambos siguen necesitando.
- Rechaza todo lo compartido; anota si la herramienta explica por qué un ítem está seleccionado.
Si no puede explicar la propiedad en lenguaje claro, no dejes que borre en lote.
Los permisos forman parte del contrato
Full Disk Access permite a un proceso leer rutas protegidas de Library. No hace borrable cada ruta legible. Los helpers privilegiados deben ser acotados, con versión y limitados a operaciones fijas, no un shell root general. Pregunta:
- ¿Qué funciones necesitan FDA, Automation o un helper?
- ¿El monitoreo exige muestreo siempre activo?
- ¿Puedes revocar el acceso y seguir usando las partes no destructivas?
Cómo traza Mole la línea
Mole reúne análisis de disco, mantenimiento de apps y limpieza con revisión previa en una app nativa de Mac. macOS y las apps propietarias siguen gestionando los datos del sistema.
- Las cachés y logs regenerables pueden aparecer; las bibliotecas personales, no.
- El historial de chat de IA nunca es candidato de limpieza; los almacenes de modelos se quedan con Ollama, LM Studio o Hugging Face, no en una lista genérica de basura.
- Los datos de perfiles de navegador y muchas cachés de paquetes son solo-revisión o desmarcados por defecto.
- Las rutas sincronizadas en la nube se marcan para que un borrado local sea informado.
- Los restos de desinstalación se atribuyen por identidad; los datos de grupo compartidos se protegen sin una ruta con propietario explícito.
- Los resultados separan bytes recuperados, omitidos y fallidos.
Esa frontera es una decisión de producto. Cuando macOS o el layout de una app cambian, el modo de fallo seguro es omitir un candidato, no borrar datos desconocidos.
Errores habituales
Equiparar grande con basura. El tamaño es una señal de ranking, no de seguridad.
Borrar "todo lo que se llame cache" con un horario. Las cachés sanas vuelven como I/O y arranques más lentos.
Pagar para ver qué se borraría. Las herramientas honestas muestran candidatos primero.
Confiar en un solo número de éxito que mete rutas omitidas y ausentes en "limpiado."
Una regla práctica
Si no puedes explicar para qué es el archivo, quién lo posee y cómo lo restaurarías, no lo borres con un limpiador. Usa un mapa de disco para localizar el peso, la app propietaria para limpiar su propia caché, y la Papelera para lo que podrías lamentar.
Orden de decisiones
- Nombra el problema (disco lleno, app rota, restos tras desinstalar).
- Clasifica el tipo de datos (regenerable / costoso / irreemplazable).
- Prefiere la UI de limpieza de la app propietaria cuando exista.
- Revisa rutas exactas; desmarcado por defecto para lo costoso y lo compartido.
- Borra a la Papelera; vuelve a probar la app y sus hermanas.
- Vacía la Papelera solo cuando aceptes el resultado.
Lecturas relacionadas
- ¿Necesitas un limpiador de Mac?
- Borrar cachés con seguridad
- Restos tras desinstalar
- Herramientas gratuitas de limpieza para Mac
Un limpiador gana confianza por la lista de cosas que no tocará tanto como por la que sí.
Preguntas frecuentes
¿Es seguro borrar todo lo que tenga "cache" en el nombre?
No. Algunas apps guardan datos de usuario bajo nombres parecidos a cache, y algunas cachés tardan horas en reconstruirse. La seguridad viene de saber qué hay en la carpeta y quién la escribió, nunca de la palabra en su nombre.
¿Cómo sé si un limpiador protege de verdad mis datos?
Busca aplicación real, no promesas: una lista de ítems protegidos que la ruta de borrado se niega a cruzar, una pantalla de revisión antes de quitar nada, y borrado hacia la Papelera para que los errores se puedan recuperar.
¿Qué hago si un limpiador ya borró algo importante?
Revisa primero la Papelera; una herramienta con revisión previa envía los borrados allí. Los datos sincronizados con servidor, como chat o correo, suelen volver a descargarse tras un resync, pero los datos solo locales pueden haberse perdido, y precisamente por eso importa revisar antes de borrar.