¿Tu app necesita un sitio web?

Los desarrolladores hacen esta pregunta esperando un sí o un no, y reciben respuestas contradictorias porque quienes responden están contestando preguntas distintas. Aquí van las cuatro, por separado.

1. ¿Alguna tienda exige un sitio web de marketing?

No. No hay ningún campo de consola llamado “website” sin el cual falle un envío.

La ficha de Google Play tiene un campo website en Store settings → Store listing contact details (Configuración de la tienda → Datos de contacto de la ficha), junto a un email y un número de teléfono. El email es obligatorio para publicar; el sitio web no. App Store Connect tiene una Marketing URL, explícitamente opcional.

Así que si la pregunta es «¿tengo que crear una landing page con capturas y un botón de descarga?», la respuesta es no.

2. ¿Hay algo que exija una URL?

Sí, varias cosas, y aquí está la respuesta real:

Requisito	¿Necesita una URL?
Política de privacidad	Sí. La política User Data de Play: “All apps must post a privacy policy link in the designated field within Play Console, and a privacy policy link or text within the app itself.” (Traducción: «Todas las apps deben publicar un enlace a la política de privacidad en el campo designado de Play Console, y un enlace o el texto de la política de privacidad dentro de la propia app».) Apple: un campo Privacy Policy obligatorio
Eliminación de cuenta	Sí, si tu app tiene cuentas. Una URL web pública, declarada en Play Console en App content → Data deletion
Soporte	Sí, en Apple. El campo Support URL es obligatorio
app-ads.txt	Sí, si muestras anuncios. Las redes lo descargan desde la raíz del sitio web del desarrollador que figura en tu ficha

Cuatro requisitos, cuatro URL, y ninguno se cumple con una página de marketing. Lo que necesitas son páginas, no un sitio web en el sentido que la gente tiene en mente cuando pregunta.

3. Entonces, ¿por qué importa el campo “developer website”?

Por app-ads.txt. Ese archivo no se encuentra a través de tu app, de tu nombre de paquete ni de tu cuenta publicitaria: se encuentra a través de la URL del sitio web que aparece en tu ficha de la tienda. El rastreador lee ese nombre de host y descarga /app-ads.txt desde su raíz.

Si dejas el campo vacío, el rastreador no tiene por dónde empezar, y esa es la razón más común de que un archivo aparezca como “not found” (no encontrado). Si monetizas con anuncios, el campo del sitio web deja de ser opcional en cualquier sentido práctico.

También es el campo que, sin hacer ruido, une a los demás: los desarrolladores que lo rellenan con un host que sirve sus páginas de cumplimiento acaban con las cinco URL en un solo nombre de host, que es una sola cosa que mantener viva en lugar de cuatro.

4. ¿Y una página de inicio para la app?

Vale la pena tenerla, es poco vistosa y no por la razón que la gente supone. Una página sencilla que diga qué es la app, quién la hace y cómo contactar cumple tres funciones:

• da al campo del sitio web de la ficha un destino real;
• da a un revisor que abre tus URL una imagen coherente en lugar de cinco páginas legales huérfanas;
• da al rastreador de app-ads.txt un nombre de host que tú controlas.

No necesita capturas, ni imagen destacada, ni botón de descarga. Una página de texto basta.

Lo que puedes omitir

• Un dominio, si no quieres uno de todos modos. Consulta alojamiento sin dominio.
• Un sitio de marketing, salvo que estés haciendo marketing.
• Un blog, un kit de prensa, una lista de correo. Nada de eso es cumplimiento.
• Un servidor, para todo excepto la eliminación de cuentas, que necesita algo capaz de recibir una solicitud, no solo servir archivos.

En qué orden hacerlo

1. Decide el único nombre de host que lo servirá todo.
2. Publica ahí las páginas de política de privacidad, términos, soporte y eliminación de cuenta.
3. Pon una página de inicio sencilla en su raíz.
4. Configura ese nombre de host como sitio web en tu ficha de la tienda.
5. Añade app-ads.txt en la raíz, si muestras anuncios.

Después rellena los campos de la consola, no antes, o apuntarás un campo a una página que todavía no existe.

Qué hace AppFoyer aquí

Esta es exactamente la forma del producto: tu app recibe su propio subdominio con página de inicio, política de privacidad, términos, soporte y eliminación de cuenta, además de app-ads.txt en la raíz; sin dominio, sin servidor y sin backend propio. Configuras ese subdominio como sitio web del desarrollador en tu ficha y cada uno de los cuatro requisitos anteriores queda resuelto con el mismo nombre de host.

La página de eliminación de cuenta es la que hace algo más que servir un archivo: recibe la solicitud, la guarda y te avisa. Una app es gratis, y nada de lo que exige una tienda está detrás de un muro de pago.

Las fuentes oficiales

• User Data policy — Ayuda de Google Play. La cita de arriba es de esta página.
• Privacy policy requirements — Ayuda de Google Play, para saber dónde está el campo
• Understanding Google Play’s app account deletion requirements — Ayuda de Google Play
• Required, localizable, and editable properties — Apple, la tabla que marca Support URL como obligatoria y Marketing URL no
• Set up app-ads.txt — Ayuda de AdMob