Limpiando mis 200 GB de iCloud con algo de JavaScript

Artículo original ↗ Discusión en Hacker News ↗

Se acusa a la Fototeca de Fotos de iCloud de informar un uso de almacenamiento inflado, y algunos usuarios encuentran que los vídeos cuentan como mucho más grandes en iCloud que los archivos que realmente pueden descargar. Los comentaristas proponen explicaciones técnicas —como originales ocultos, historial de ediciones, múltiples codificaciones y metadatos opacos de la biblioteca Fotos—, pero sostienen que las herramientas de Apple dificultan ver o limpiar lo que realmente ocupa espacio, empujando a la gente hacia niveles de almacenamiento más caros. Otros comparten soluciones alternativas, herramientas de terceros y opciones de autohospedaje, al tiempo que señalan preocupaciones más amplias sobre el bloqueo, la débil exportación de datos y las decisiones de producto impulsadas por suscripciones.

Discrepancias en el almacenamiento de iCloud

  • Varios comentaristas ven la discrepancia entre los tamaños de archivo informados y los reales como algo potencialmente grave, incluso digno de una demanda si está muy extendido.
  • Otros sostienen que se trata sobre todo de cómo funcionan Photos e iCloud: los originales siempre se conservan, las ediciones son metadatos y se almacenan y sincronizan datos adicionales específicos de la app (miniaturas, datos de rostros, versiones).
  • Algunas especulaciones técnicas: múltiples codificaciones o resoluciones por vídeo, contenedores HEIC de varios fotogramas, copias de seguridad/versionado y sobrecarga interna del almacenamiento de objetos.
  • Un ejemplo del artículo (128 MB reportados frente a un archivo de 48 MB, ~170 MB liberados al eliminar) lleva a la gente a sospechar de copias ocultas adicionales o formatos.
  • El consenso: el comportamiento puede explicarse técnicamente, pero es opaco y se siente hostil para el usuario cuando cuenta contra cuotas de pago.

Opacidad y herramientas deficientes

  • Muchos se quejan de que las interfaces de Apple no muestran los tamaños reales por elemento ni facilitan la limpieza, especialmente en Photos, iMessage y las copias de seguridad de iCloud.
  • iMessage en iCloud recibe críticas especiales: no hay vista web, la búsqueda falla, el tamaño informado es inexacto, el borrado es lento y con errores, y puede haber corrupción de la base de datos.
  • Algunos ven esto como un diseño de patrón oscuro para empujar a los usuarios hacia niveles de almacenamiento más altos y recurrentes.

Precios y niveles

  • Frustración frecuente con:
    • 5 GB gratis, que en la práctica es inútil para dispositivos modernos.
    • Grandes saltos entre 50/200 GB y 2 TB, sin un nivel intermedio de 400–500 GB.
  • Otros responden que el almacenamiento en la nube es barato y merece la pena pagarlo frente a gestionar por tu cuenta copias de seguridad multide dispositivo.

Soluciones alternativas y herramientas

  • Los usuarios mencionan:
    • Descargar todos los medios mediante la app de iCloud para Windows, Photos en Mac con “optimize” desactivado, o el portal de exportación de datos de Apple.
    • Herramientas de terceros: descargadores de fotos de iCloud, osxphotos (incluida limpieza RAW+JPEG preservando metadatos), PhotoSync, apps de deduplicación y scripts que aprovechan PhotoKit o AppleScript.
    • Un script de Tampermonkey/Greasemonkey derivado del fragmento JS del artículo para resaltar archivos grandes en la interfaz web de iCloud Photos.

Autohospedaje y alternativas

  • Algunos prefieren soluciones de fotos autohospedadas (por ejemplo, NAS + apps como Immich) por transparencia y control, aunque reconocen la complejidad y la necesidad de copias de seguridad separadas.
  • Otros eligen explícitamente grandes proveedores de nube (Apple, Google, Microsoft) por comodidad a pesar de estos problemas.

Preguntas abiertas

  • No está claro cuánto de la discrepancia se debe a errores frente a diseño intencional.
  • No está claro exactamente qué cuenta para las cuotas de iCloud en álbumes compartidos, Live Photos y derivados internos en todos los casos.