Los datos de contacto que Google Play pone en tu ficha

Este es el elemento más pequeño de la checklist de envío y el de consecuencias más largas. Lo rellenas una vez, en dos minutos, y luego convives con él durante toda la vida de la app.

Dónde están los campos

Play Console → Store settings → Store listing contact details (Configuración de la tienda → Datos de contacto de la ficha). Tres campos: una dirección de email de soporte, un número de teléfono y un sitio web.

El email es obligatorio para publicar en Google Play. Los otros dos no.

Qué pasa con lo que introduces

Se hace público. La propia guía de Google Play es explícita: “When you provide an email address, website, or phone number for your app, your contact information is available to users on your app’s store listing.” (Traducción: «Cuando proporcionas una dirección de email, un sitio web o un número de teléfono para tu app, tu información de contacto está disponible para los usuarios en la ficha de tu app».)

Eso tiene consecuencias que vale la pena pensar durante dos minutos en lugar de cero:

• La recopilarán bots. Una dirección en una ficha pública de la tienda atrae correo automatizado. Usa una que puedas filtrar, no una de la que dependas para otra cosa.
• Debe sobrevivir al proyecto. El correo de soporte de una ficha llega a rachas: nada durante meses y luego veinte mensajes tras una mala versión. Una dirección personal abandonada es la forma en que un desarrollador se entera de que su app fue retirada hace semanas.
• Es un canal de soporte real. La guía de Play recomienda dirigir a los usuarios a un sitio que “regularly monitor and use to respond to questions” (traducción: «supervises con regularidad y usas para responder preguntas»), lo que descarta una dirección que nadie abre.
• Un nombre personal en una dirección es un dato personal que estás publicando. support@ en un dominio que controlas es mejor que firstname.lastname@.

El campo del sitio web es el interesante

Es opcional y el de mayores consecuencias de los tres, por una razón que no tiene nada que ver con el soporte: app-ads.txt se localiza a través de él. Las redes publicitarias leen el sitio web del desarrollador en tu ficha de la tienda y descargan /app-ads.txt desde la raíz de ese nombre de host.

Si lo dejas vacío, el rastreador no tiene por dónde empezar, y esa es la razón más común de que el archivo aparezca como “not found” (no encontrado). Si tu app muestra anuncios, trata este campo como obligatorio.

También conviene apuntarlo a algo que sirva tus páginas de cumplimiento, para que un revisor que lo siga encuentre un sitio coherente y no una página de marketing sin política. Consulta ¿tu app necesita un sitio web?.

En qué se diferencia de Apple

Forma distinta, misma intención:

	Google Play	App Store
Email de contacto	Obligatorio, público en la ficha	No es un campo de la ficha; el contacto va a través de tu Support URL
Página de soporte	No es un campo obligatorio	Obligatoria: la Support URL
Sitio web	Campo opcional en la ficha	Marketing URL opcional

Así que en Play la vía de contacto es una dirección; en Apple es una página. Si publicas en ambas, lo más sencillo es una página de soporte con la dirección en ella: Apple recibe la página, Play recibe la dirección y solo hay una cosa que mantener al día.

Esto es distinto de los datos de tu cuenta de desarrollador

No confundas los dos. Los Store listing contact details son por app y públicos. La información de contacto de tu cuenta de desarrollador es un registro aparte y verificado que guarda Google, y para las cuentas de organización la guía indica que debe ser una dirección asociada a la organización y no una genérica o personal. Cambiar uno no cambia el otro.

Qué hace AppFoyer aquí

La dirección de soporte que configuras en los ajustes de tu app es la que publica la página de soporte generada, y la que usa la página de eliminación de cuenta cuando no hay un canal de notificación verificado. Pega la misma dirección en el campo de contacto de Play y el subdominio de tu app en el campo del sitio web, y los tres requisitos de esta página y los dos de Apple quedan resueltos con un solo conjunto de páginas.

La dirección de soporte también es la única que el renderizador convertirá en un enlace mailto: clicable en tus páginas publicadas; cualquier otra dirección en el texto de tus páginas queda como texto plano. Es una regla antiphishing deliberada, y significa que la vía de contacto de tu sitio es la que declaraste, no una que se pegó después.

Las fuentes oficiales

• Provide contact information — Ayuda de Google Play Console. La cita de arriba es de esta página.
• Set up app-ads.txt — Ayuda de AdMob, sobre cómo se usa el campo del sitio web.
• App Store Connect — app information — Apple, sobre los campos Support URL y Marketing URL.