Todas las URLs que necesitas antes de enviar una app
La lista completa de Play Console, App Store Connect y AdMob: cuáles son obligatorias, qué debe contener cada página y en qué orden hacerlas.
La mayoría de las apps necesitan cuatro URLs públicas: una política de privacidad, una página de eliminación de cuenta si la app tiene cuentas, una página de soporte para el App Store y un sitio web del desarrollador si muestra anuncios. Cada una es un campo distinto de la consola, cada una se comprueba y todas tienen que seguir funcionando mucho después de que se apruebe la app.
Hazlo en unos minutos
AppFoyer aloja las páginas de las que trata esta guía —política de privacidad, términos, soporte, eliminación de cuenta y app-ads.txt— en su propio subdominio, sin que necesites dominio ni servidor propios. Una app es gratis, y nada de lo que exige una tienda está nunca detrás de un muro de pago.
Comprobado el 19 de septiembre de 2026. Las políticas de las tiendas cambian, a veces sin aviso. Todo lo que sigue enlaza la documentación oficial, y esa página —no esta— es la que manda. Si no coinciden, la tienda tiene razón. Esta guía está traducida del inglés; las citas de la documentación de las tiendas se mantienen en el inglés original.
Esta es la lista que nadie te da antes de tu primer envío, así que la descubres rechazo a rechazo. Reúne estas URLs antes de abrir la consola y todo te llevará una tarde en lugar de tres ciclos de revisión.
Los campos, por consola
| URL | Consola y campo | ¿Obligatoria? |
|---|---|---|
| Política de privacidad | Play Console → App content → Privacy policy; App Store Connect → App Privacy | Sí, en ambas tiendas |
| Eliminación de cuenta | Play Console → App content → Data deletion | Sí, si la app tiene cuentas |
| Soporte | App Store Connect → Platform version information de la versión → Support URL | Sí, Apple |
| Sitio web del desarrollador | Ficha de Play Store; Marketing URL de App Store Connect | Play: opcional, pero obligatoria en la práctica si muestras anuncios, porque es donde se busca app-ads.txt. La Marketing URL de Apple es realmente opcional |
| Email de contacto | Play Console → Store settings → Store listing contact details | Sí, Play exige un email para publicar |
Apple también exige la eliminación de cuenta, pero como una vía dentro de la app en lugar de un campo de URL; consulta la guía de eliminación de cuenta en el App Store.
Qué debe contener cada página
Política de privacidad. Qué se recopila, para qué, quién más lo ve, cuánto tiempo se conserva y cómo contactarte. La sección que provoca el rechazo es “quién más lo ve”: tiene que nombrar a los terceros, lo que significa cada SDK de tu build, y tiene que coincidir con tus respuestas de Data safety.
Eliminación de cuenta. Una página pública, accesible sin iniciar sesión ni tener la app instalada, donde el usuario puede pedirte que elimines su cuenta. Tiene que hacerte llegar de verdad la solicitud: una página que muestra un formulario y descarta el resultado es peor que no tener página, porque el usuario cree que ha funcionado.
Soporte. Una vía hacia una persona. Basta con una dirección de email que leas. No tu página de marketing, no una ficha del App Store, no un perfil social.
Sitio web del desarrollador. Una página sobre tu app, en un hostname que controlas, y el hostname
desde cuya raíz una red publicitaria descargará /app-ads.txt.
Las cuatro pruebas que tiene que pasar cada una
Las mismas cuatro, siempre, y por eso vale la pena hacerlas en bloque:
- Carga sin sesión iniciada. Ábrela en una ventana privada. El fallo clásico es una página que funciona solo porque tienes la sesión iniciada en el servicio que la aloja.
- No es una cadena de redirecciones. Sobre todo para
app-ads.txt, que debe servirse directamente. - Nombra tu app y tu empresa. Una política que nombra otra app es la señal del copiar y pegar, y los revisores lo notan.
- Seguirá ahí dentro de dos años. Una ficha se revisa más de una vez, y un host gratuito del que te olvidaste es la forma más común en que se rompe una app publicada.
curl -i https://your-url.example/privacy
200 OK, contenido legible, sin cabecera Location:.
En qué orden hacerlas
- Decide dónde vivirán todas, una sola vez. Repartirlas entre una página de Notion, un sitio de GitHub Pages y un servicio de formularios es como acabas con tres cosas que mantener y una que se romperá.
- Escribe la política de privacidad a partir de tu lista de dependencias, no de una plantilla.
Abre
build.gradle/Podfile/pubspec.yamly recórrelo de arriba abajo. - Construye la vía de eliminación de cuenta, la de dentro de la app y la web. Es el único elemento con trabajo de ingeniería real, así que es el que marca tus plazos.
- Publica y después rellena los campos de la consola. No al revés: un campo que apunta a una página que todavía no existe es justo el rechazo que intentas evitar.
- Rellena Data safety / App Privacy a partir de la misma lista con la que escribiste la política, para que no puedan contradecirse.
app-ads.txtal final, y solo si muestras anuncios.
Qué hace AppFoyer aquí
Esta lista es el producto. Las cinco páginas —inicio, privacidad, términos, soporte y eliminación de
cuenta— más app-ads.txt se publican juntas en el subdominio propio de tu app, así que pegas URLs que
funcionan en todos los campos de una sola pasada. La página de eliminación de cuenta recibe la
solicitud y te avisa; la eliminación la haces tú en tus propios sistemas.
También hay una lista de comprobación en el panel que te dice qué campo de la consola sigue vacío y por qué importa. Una app es gratis, y nada que exija una tienda está nunca detrás de un muro de pago.
Las fuentes oficiales
- Requisitos de la política de privacidad — Ayuda de Google Play
- Información sobre los requisitos de eliminación de cuentas de apps de Google Play — Ayuda de Google Play
- Propiedades obligatorias, localizables y editables — Apple. Esta tabla es la que dice que Support URL y Privacy Policy URL son obligatorias y Marketing URL no.
- Configurar app-ads.txt — Ayuda de AdMob