Tu app fue rechazada por una URL de política ausente o rota

Si estás leyendo esto con un rechazo abierto en otra pestaña, haz cuatro cosas en este orden: averigua cuál de los cuatro campos de URL nombra realmente el aviso, abre esa URL sin sesión iniciada para ver lo que ve un revisor, publica una URL que funcione en un lugar que siga ahí dentro de seis meses, y luego cámbiala en el campo de la consola y responde diciendo qué cambiaste. Es una de las categorías de rechazo más rápidas de resolver: es un enlace roto, no un juicio sobre tu app.

Cada paso en detalle.

1. Averigua qué URL es la que falla

El aviso nombra un campo. Léelo al pie de la letra en lugar de suponer, porque hay cuatro URL distintas que se confunden entre sí:

Campo	Dónde está	Qué es
Privacy policy URL	Play Console → App content; App Store Connect	Tu política
Data deletion URL	Play Console → App content	Donde un usuario solicita eliminar su cuenta
Support URL	App Store Connect	Donde un usuario obtiene ayuda
Developer website	Ficha de la tienda	Tu sitio; también donde se busca app-ads.txt

Un rechazo que dice “privacy policy” a veces significa que la política existe pero que el formulario Data safety (Seguridad de los datos) la contradice. Revisa ambas cosas antes de cambiar nada.

2. Comprueba el enlace como lo hará un revisor

Ábrelo en una ventana privada, sin sesión iniciada, con datos móviles en lugar de la red de tu casa:

curl -i https://your-url.example/privacy

Buscas un 200 OK y contenido legible. Lo habitual es encontrar un 404, un dominio caducado, una redirección a un inicio de sesión o una página que se ve bien en tu portátil porque tienes la sesión iniciada en el servicio que la aloja.

3. Publica una URL que funcione

Hagas lo que hagas aquí, tiene que seguir siendo válido dentro de seis meses. Una URL que funciona hoy y desaparece cuando termina una prueba gratuita te devolverá a esta página.

Tres opciones, con honestidad:

• Tu propio dominio y hosting. Lo mejor si ya lo tienes. Una tarde si no lo tienes; y la página de eliminación de cuenta necesitará algo capaz de recibir una solicitud, cosa que un hosting estático no puede hacer.
• Una página de cumplimiento alojada. Más rápida; comprueba qué pasa con la URL si dejas de pagar.
• Un enlace a un documento. A veces funciona, parece improvisado y es lo primero que se cuestiona si algo más del envío se ve flojo.

4. Actualiza la ficha y vuelve a enviar

Cambia la URL en el campo de la consola que nombró el rechazo, no solo en tu sitio web. Luego responde a la revisión con una frase sencilla que diga qué cambiaste y dónde. Los revisores procesan muchísimos casos así; una nota concreta se atiende antes que una disculpa.

5. No lo empeores

• No vuelvas a enviar sin cambiar la URL esperando que haya sido casualidad. Enviar varias veces el mismo problema te retrasa.
• No apuntes el campo a una página que no controlas: una página de Notion, un perfil en redes sociales, el sitio de un amigo.
• No pegues la política de un competidor cambiando los nombres. Se nota, y además del rechazo es un problema de derechos de autor.
• No arregles solo la URL nombrada. Si la URL de privacidad estaba caída, las de soporte y eliminación suelen estar en el mismo dominio caído. Arréglalas todas ahora en lugar de en tres ciclos de revisión.

Qué hace AppFoyer aquí

Las cinco páginas se publican juntas en un mismo subdominio, así que pegas URL que funcionan en todos los campos de una sola vez en lugar de volver por el siguiente rechazo. Una app es gratis y no hay que introducir tarjeta, algo que importa cuando intentas resolver un rechazo esta misma noche.

Las fuentes oficiales

• Common reasons for app rejection — Apple
• Policy centre — Ayuda de Google Play