Por qué mis apps no tienen servidor: privacidad real con SwiftData e iCloud

Ninguna de las apps que publico tiene un servidor propio. Nada de “tu cuenta en la nube”, nada de bases de datos que yo administre, nada de tus datos pasando por mis manos.

No es pereza. Es una decisión de arquitectura deliberada, y resulta que a tus datos les conviene tanto como a mí. Te explico.

Cómo funcionan mis apps por dentro

El truco es que el ecosistema de Apple ya te da la infraestructura sin que tengas que montar un backend.

• Los datos se guardan en tu dispositivo con SwiftData (el framework de persistencia de Apple).
• Si tienes iCloud activado, se sincronizan entre tus dispositivos a través de CloudKit, dentro de tu propia cuenta de Apple.
• Todo el procesamiento pesado —por ejemplo, reconocer un texto con la cámara— corre on-device con los frameworks de Apple (Vision), no en un servidor remoto.

En la práctica: tu iPhone es la base de datos, y iCloud es la sincronización. Yo no tengo ni una ni la otra.

Qué gano yo con esto

Voy a ser transparente sobre mi propio interés, porque también cuenta:

• Cero infraestructura. No pago servidores, no mantengo un backend, no me despiertan a las 3 a.m. porque se cayó una base de datos.
• Nada que me puedan robar. Si no guardo tus datos, no hay una brecha que exponer. La mejor forma de proteger datos es no tenerlos.
• Menos superficie de error. Sin API, sin autenticación propia, sin capas que mantener. Menos código es menos bugs.

Para un desarrollador independiente que shippea varias apps, esto es lo que hace que el modelo sea sostenible.

Qué ganas tú (lo importante)

• Privacidad real, no una promesa. Tus datos viven en tu dispositivo y en tu cuenta de Apple. No están en mi base porque no tengo base. No los vendo, no los analizo, no los veo.
• Funciona offline. Como los datos son locales, la app no depende de mi servidor ni de mi conexión. Si yo desaparezco mañana, tu app sigue funcionando.
• Sin cuentas ni contraseñas. No creas usuario, no recuerdas otra contraseña. Tu identidad es tu cuenta de Apple, gestionada por Apple.
• Sincronización que ya confías. Es el mismo iCloud donde ya viven tus fotos y tus notas.

“Privacy-first” no es un eslogan de marketing cuando la arquitectura hace que sea técnicamente imposible que yo vea tus datos.

Las limitaciones (porque las hay)

No te voy a vender que esto sirve para todo. No sirve cuando:

• Necesitas colaboración multiusuario en tiempo real entre personas distintas (no solo entre tus propios dispositivos).
• Requieres lógica del lado del servidor que no puede correr en el dispositivo.
• Quieres compartir datos con quien no tiene Apple.

Para una app de finanzas personales, un tracker o un coleccionable, el modelo sin servidor es perfecto. Para una plataforma colaborativa entre empresas, no —y ahí sí monto backend, con toda la responsabilidad que eso implica—.

Por qué esto es una ventaja, no un atajo

En un mundo donde cada app te pide crear cuenta, subir tus datos a “la nube” de alguien y aceptar una política de privacidad de 40 páginas, hacer lo contrario se volvió un diferenciador.

Compra única, sin anuncios, sin suscripción, sin servidor, sin tracking. Esa es la promesa —y la arquitectura es la que la hace cumplible—.

Si te interesa cómo construyo apps nativas así, o quieres probar alguna, están todas en la sección de apps. Y si estás desarrollando la tuya, considera empezar por la pregunta correcta: ¿de verdad necesitas un servidor, o Apple ya te lo resolvió?