# Política de privacidad de una app iOS: guía completa

> Política de privacidad, declaraciones y URL de soporte: lo que Apple exige de verdad antes de publicar una app iOS, y cómo redactar la tuya.

Página original: [Política de privacidad de una app iOS: guía completa](https://devoria.fr/es/blog/politica-de-privacidad-app-ios)
Autor: [Mehdi Azizi](https://devoria.fr/es/mehdi-azizi)
Publicación: 2026-10-01
Última revisión del contenido: 2026-10-09


## Por qué Apple exige una política de privacidad

En cuanto creas una ficha en App Store Connect, Apple te pide una URL de política de privacidad y una URL de soporte que funcione de verdad. No es un trámite decorativo: las [guidelines de App Review](https://developer.apple.com/app-store/review/guidelines/) exigen que toda app la tenga, tenga o no cuenta de usuario. Sin esa página accesible, tu envío queda bloqueado incluso antes de que el revisor lo examine.

Una política de privacidad que falta, o que no corresponde al comportamiento real de la app, es uno de los motivos de rechazo más fáciles de evitar. También es uno de los primeros puntos que reviso cuando repaso un expediente antes de enviarlo a Apple.

## Lo que tu política de privacidad debe contener de verdad

El texto debe describir lo que tu app recopila realmente, no una lista genérica copiada de otro lado. En la mayoría de los casos aparecen cuatro elementos:

**Los datos recopilados.** Cuenta, email, contenido creado en la app, datos técnicos como el identificador publicitario si usas uno. Si no recopilas nada en particular, dilo también con claridad.

**El motivo de cada recopilación.** Por qué necesitas ese dato para que la app funcione, no una justificación vaga.

**Los terceros involucrados.** Si usas un proveedor de autenticación, de pagos, de analytics o de IA, nómbralo. Una app que envía una foto a un servicio de IA externo, por ejemplo, debe decirlo explícitamente y, en la mayoría de los casos, [pedir permiso antes de enviarla](https://devoria.fr/es/blog/guideline-5-1-2-ia-terceros-att-datos-compartidos).

**Cómo eliminar los datos.** Apple exige que una app con cuenta de usuario ofrezca una forma de eliminar esa cuenta desde la propia app, no solo por email. El recorrido debe ser accesible, no estar escondido en un submenú improbable.

## La diferencia entre la política y las declaraciones de privacidad

Hay dos cosas distintas que los principiantes suelen confundir. La política de privacidad es un texto alojado en una página web, accesible mediante un enlace. Las declaraciones de privacidad son un formulario que se llena directamente en App Store Connect, en la sección "App Privacy", que enumera por categoría los datos recopilados y su uso, y que luego se muestra en tu ficha pública.

Las dos deben contar la misma historia. Una declaración que dice "ningún dato recopilado" mientras tu app usa un SDK de analytics que recopila un identificador es justo el tipo de discrepancia que un revisor, o una auditoría posterior, puede detectar. Llena ese formulario verificando de verdad lo que hace tu código y lo que declara tu [privacy manifest](https://devoria.fr/es/blog/itms-91053-missing-api-declaration-expo), no marcando la casilla que parece más sencilla.

## ¿Y el RGPD?

Si tu app se dirige a usuarios en Europa, el RGPD se aplica además de los requisitos de Apple. La [CNIL publica una guía para desarrolladores de apps móviles](https://www.cnil.fr/fr/applications-mobiles-les-bonnes-pratiques) que detalla los principios: recopilar solo lo necesario, informar con claridad, permitir el acceso a los datos y su eliminación. Los requisitos de Apple y el RGPD coinciden en gran parte, pero cumplir con Apple no basta automáticamente para cumplir con el RGPD si tu app trata datos personales en sentido amplio.

Si tu app es sencilla, sin cuenta ni datos personales recopilados más allá de lo que iOS gestiona de forma nativa, tu política puede ser breve: dilo con claridad en lugar de copiar un texto largo que no viene al caso.

## Un caso concreto: los rechazos por la regla 5.1.1

En mi experiencia publicando apps, recibí un rechazo de Apple por una política de privacidad en línea que ya no estaba actualizada, y por un botón de funcionalidad que aparecía antes de la solicitud de permiso de cámara esperada. Ambos casos corresponden a la [regla 5.1.1](https://developer.apple.com/app-store/review/guidelines/#data-collection-and-storage) sobre la recopilación y el almacenamiento de datos. La guía [rechazo de Apple, regla 2.1](https://devoria.fr/es/blog/guideline-2-1-app-store-corregir-rechazo) detalla otro motivo frecuente, relacionado esta vez con lo que el revisor puede hacer realmente en la app.

La lección común de ambos casos: el revisor compara lo que promete tu política, lo que hace realmente tu app y lo que declaraste en el formulario. Una discrepancia entre esos tres elementos basta para bloquear el envío, aunque el resto del expediente sea sólido.

## Cómo redactar la tuya sin inventar nada

Para una primera app, parte de la lista real de servicios que usas: autenticación, base de datos, pagos, analytics, IA. Para cada uno, anota qué recibe de tu app y por qué. Esa lista se convierte en el esqueleto de tu política: no necesitas un texto legal de diez páginas para una app con una cuenta sencilla y una suscripción.

Si tu app está hecha con Expo, la guía sobre [claves API en una app Expo](https://devoria.fr/es/blog/clave-api-secreta-expo-que-proteger) explica dónde colocar las llamadas a servicios de terceros, lo que también te ayuda a saber con precisión qué datos pasan por qué servicios cuando redactes tu política.

Cuando tengas listos este texto y las declaraciones de privacidad, se suman al resto del expediente antes del envío a Apple: ficha, capturas, notas para el revisor. La página [publicar una app en el App Store](https://devoria.fr/es/expertise/publicar-una-app-en-app-store) detalla todos estos pasos, en el orden en que App Store Connect los pide.

## Lo siguiente: un expediente revisado antes del envío

No puedo garantizarte que Apple acepte tu app a la primera; nadie puede hacerlo honestamente. Lo que sí puedo es ayudarte a evitar los rechazos evitables, incluida la política de privacidad. Para revisar tu expediente antes del envío, el [Apple Review Kit](https://devoria.fr/es/kits/review-apple) reúne mi checklist y skills de Claude Code que revisan tu proyecto, tu paywall y tu ficha.

¿Prefieres empezar con una lista gratuita? El [diagnóstico gratuito](https://devoria.fr/es/diagnostic) te envía mi checklist contra los rechazos de Apple, con los puntos de privacidad que verifico antes de cada envío.

## Preguntas frecuentes

### ¿Qué es una política de privacidad para una app iOS?

Es un texto alojado en una página web, accesible mediante un enlace, que describe lo que tu app recopila realmente. Le das la URL a Apple en App Store Connect desde que creas tu ficha. No es una lista genérica copiada de otro lado: debe corresponder al comportamiento real de la app.

### ¿Es obligatoria una política de privacidad para publicar una app iOS?

Sí, las guidelines de Apple exigen una política de privacidad a toda app, tenga o no cuenta de usuario. Sin esa página accesible, tu envío queda bloqueado incluso antes de que el revisor lo examine. Si tu app es sencilla, la política puede ser breve. Di con claridad lo que recopilas, o que no recopilas nada en particular, en lugar de copiar un texto largo que no viene al caso.

### ¿Qué poner en la política de privacidad de una app?

En la mayoría de los casos aparecen cuatro elementos: los datos recopilados, el motivo de cada recopilación, los terceros involucrados y la forma de eliminar los datos. Para los datos recopilados, piensa en la cuenta, el email, el contenido creado y el identificador publicitario si usas uno. Una app que envía una foto a un servicio de IA externo debe decirlo explícitamente.

### ¿Qué diferencia hay entre la política de privacidad y las declaraciones de privacidad (App Privacy)?

La política es un texto alojado en una página web, accesible mediante un enlace. Las declaraciones son un formulario que se llena en App Store Connect, en la sección App Privacy, que enumera por categoría los datos recopilados y su uso, y luego se muestra en tu ficha pública. Las dos deben contar la misma historia: llena el formulario verificando lo que hace realmente tu código.

### ¿Hay que cumplir el RGPD además de las reglas de Apple?

Sí, si tu app se dirige a usuarios en Europa: el RGPD se aplica además de los requisitos de Apple. Ambos coinciden en gran parte, pero cumplir con Apple no basta automáticamente si tu app trata datos personales en sentido amplio. La CNIL publica una guía para desarrolladores de apps móviles: recopilar solo lo necesario, informar con claridad, permitir el acceso y la eliminación.

### ¿Puede Apple rechazar una app por su política de privacidad?

Sí, una política que falta, o que no corresponde al comportamiento real de la app, es un motivo de rechazo evitable. El revisor compara lo que promete tu política, lo que hace tu app y lo que declaraste en el formulario. Una discrepancia entre los tres basta para bloquear el envío. Yo recibí un rechazo por una política en línea que ya no estaba actualizada.


## Tu proyecto

[Apple Review Kit](https://devoria.fr/es/kits/review-apple): La checklist de revisión del App Store que uso, mis rechazos de Apple corregidos, las notas para el revisor y dos skills de Claude Code que revisan tu app. 29 €.

[iOS Kit](https://devoria.fr/es/kits/ios): Crea tu app para iPhone con Claude Code: el código base de mis apps, los skills que verifican su trabajo y los kits Apple Review, App Store Screenshots y ASO. 129,99 €.