Rechazo en Google Play
Todas las apps de Google Play tienen que responder a la declaración de apps de salud, incluidas las que no tienen ninguna función de salud. Si tu app lee o escribe datos de Health Connect, Google comprueba además cada tipo de dato solicitado frente a una función visible y frente a tu política de privacidad. La mayoría de los rechazos vienen de una declaración que no coincide con el bundle o de solicitar más tipos de datos de los que usa la app.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
La declaración de apps de salud (Health apps) es un formulario de la página App content (Contenido de la aplicación) de la Play Console. Todos los desarrolladores tienen que completarlo para cada app. Las apps sin funciones de salud simplemente indican que no tienen ninguna. Las apps con funciones de salud seleccionan las categorías que ofrecen, como actividad y fitness, nutrición y control del peso, sueño, estrés, seguimiento menstrual, gestión de enfermedades o categorías médicas. Google revisa las respuestas como parte de la revisión de la app.
Los permisos de Health Connect se aplican cuando tu app lee o escribe datos en Health Connect, el almacén de Android en el propio dispositivo para datos de salud y actividad física. Google trata estos datos como datos de usuario personales y sensibles. En el mismo formulario de apps de salud declaras cada tipo de dato de Health Connect que solicitas y explicas qué beneficio aporta al usuario. Solo puedes solicitar los tipos de datos que necesite una función de cara al usuario, y la política de privacidad de tu ficha tiene que ser la misma a la que llegan los usuarios desde Health Connect.
La política más amplia de contenido y servicios de salud (Health Content and Services) añade normas sobre las afirmaciones. Una app con funcionalidad de salud o médica que no es un dispositivo médico regulado necesita en su descripción un aviso claro de que no es un dispositivo médico y de que no diagnostica, trata, cura ni previene ninguna enfermedad, y debería recomendar a los usuarios que consulten a un profesional sanitario. Las apps reguladas como dispositivos médicos deben declararlo y poder mostrar su aprobación o autorización cuando se les pida.
Los avisos en este ámbito nombran o la política de contenido y servicios de salud o los requisitos de Health Connect de la política de datos de usuario. Los motivos típicos son: falta la declaración, está incompleta o no coincide con lo que solicita el bundle; un tipo de dato solicitado no está justificado por una función visible; la política de privacidad no explica cómo se tratan los datos de salud; o la descripción hace afirmaciones médicas sin el aviso obligatorio.
Una variante frecuente viene del lado de los permisos: el bundle contiene permisos de Health Connect, pero la declaración dice que la app no tiene funciones de salud. Eso suele significar que nunca se quitaron los permisos de una plantilla o de un proyecto copiado. La guía de permisos muestra cómo encontrarlos en el manifiesto combinado.
La API de Health Connect de WebViewGold permite que tu app web lea y escriba registros mediante esquemas de URL. readhealthkit://StepsRecord lee el total de hoy para ese tipo de registro y lo inyecta como una variable de JavaScript con el nombre del registro, por ejemplo "8421.0 steps". writehealthkit://StepsRecord//1000 escribe un valor e inyecta WRITE_SUCCESS o el texto del error. Si Health Connect no está disponible, la variable contiene "Health Connect not supported". Health Connect viene preinstalado en Android 14 y posteriores, y la API requiere Android 8.0 o posterior. La API de Android replica el plugin de HealthKit de iOS, así que una misma app web puede trabajar con datos de salud en ambas plataformas.
Dos detalles importan para la declaración. Primero, las lecturas devuelven los valores de hoy en el momento en que tu app web los pide, así que una integración con WebViewGold no necesita los permisos de Health Connect que leen el historial de más de 30 días ni los que leen datos en segundo plano. Segundo, la API solo funciona con los tipos de registro para los que la app ha solicitado permiso, que es justo la lista que Google quiere que mantengas corta.
¡Estoy muy feliz de haber comprado esta aplicación! Documentación extremadamente fácil y excelente. Estaba en contacto con el servicio al cliente, respondieron muy rápido y de forma muy amigable. Resolvieron mi pregunta en un día. 10/10 lo recomendaría".
Basado en el patrón documentado: el enlace lanza la lectura y la variable inyectada está disponible poco después. En la primerísima lectura, Android muestra el diálogo de permisos de Health Connect, así que deja que el usuario vuelva a tocar después de conceder el acceso.
<a href="readhealthkit://StepsRecord" onclick="setTimeout(showSteps, 300)">Sincronizar los pasos de hoy</a>
<p>Pasos de hoy: <span id="steps">-</span></p>
<script>
function showSteps() {
// WebViewGold inyecta una variable con el nombre del tipo de registro
if (typeof StepsRecord !== "undefined") {
document.getElementById("steps").textContent = StepsRecord; // p. ej. "8421.0 steps"
}
}
</script>Los permisos se muestran sin el prefijo android.permission.health.. Conserva solo las filas que tu app web usa de verdad.
| Registro de WebViewGold | Permiso de Health Connect | Justificación que nombra una función |
|---|---|---|
StepsRecord | READ_STEPS, WRITE_STEPS solo si registras pasos | Muestra el número de pasos de hoy en el panel de inicio y marca el objetivo diario como alcanzado. |
HeartRateRecord | READ_HEART_RATE | Muestra el valor de frecuencia cardiaca de hoy en la pantalla de resumen del entrenamiento. |
WeightRecord | READ_WEIGHT, WRITE_WEIGHT | Permite al usuario registrar su peso de hoy en el seguimiento de progreso y verlo en el gráfico. |
SleepSessionRecord | READ_SLEEP | Muestra el sueño registrado hoy junto al registro de energía de la mañana. |
HydrationRecord | READ_HYDRATION, WRITE_HYDRATION | Añade un vaso de agua desde el widget de hidratación y muestra el total de hoy. |
Hazlos en este orden; cada paso alimenta al siguiente.
Enumera cada pantalla de tu app web que llama a readhealthkit:// o writehealthkit:// y el tipo de registro que usa. Esa lista es tu alcance. Una función que todavía está en la hoja de ruta no es motivo para solicitar hoy su tipo de dato.
Conserva un permiso de lectura o escritura por cada tipo de registro de tu lista y quita el resto de AndroidManifest.xml. Revisa la pestaña Merged Manifest de Android Studio y, después de la subida, los permisos que aparecen en el App bundle explorer (Explorador de app bundles). Si aparecen los permisos de lectura del historial o en segundo plano, quítalos.
En la página App content, selecciona las funciones de salud que ofrece tu app. Para cada tipo de dato de Health Connect, describe la función que lo usa, la pantalla en la que lo ve el usuario y si lees, escribes o ambas cosas. "Los pasos de hoy en el panel de inicio" es una justificación; "para mejorar la experiencia del usuario", no.
Añade una sección sobre datos de salud: qué tipos de registro, si lees o escribes, con qué finalidad, si guardas copias en tu servidor y que los datos no se venden ni se usan para publicidad. Usa la misma URL en la Play Console, en la app y para el enlace de Health Connect; la guía del enlace a la política de privacidad cubre las reglas de la URL.
Quita las afirmaciones de diagnóstico o tratamiento que no puedas respaldar con una autorización como dispositivo médico, y añade el aviso de que no es un dispositivo médico si la app tiene funcionalidad de salud o médica. La guía de afirmaciones engañosas tiene un prompt para reescribirla.
Muestra en tu app web una pantalla breve que explique qué vas a leer y por qué antes de la primera llamada a readhealthkit://, para que el diálogo del sistema no aparezca de la nada. Añade una cuenta demo con datos de ejemplo en Datos de inicio de sesión (Sign-in details, antes App access), incluye los datos de salud y actividad física en el formulario Data safety y vuelve a enviarla.
Asocia cada tipo de dato a una pantalla. Los revisores comparan la lista con el bundle, así que tiene que coincidir exactamente con el manifiesto. La plantilla se queda en inglés porque los revisores de Google la leen en inglés.
Hello Google Play team, Thank you for reviewing [app name] ([package name]). We have updated the health apps declaration and the app so that every Health Connect data type is tied to a visible feature: - Steps (read): shown on the Home dashboard as today's step count and used for the daily goal badge. - Weight (read and write): the user logs today's weight in Progress > Log weight and sees it in the chart. [add one line per remaining data type] We removed the following permissions that the app did not need: [list]. Before the Health Connect permission dialog appears, the app explains what is read and why ([screen name]). Our privacy policy ([URL]) contains a section on health data and is the same link shown in Health Connect. The app is not a medical device; the description now contains the corresponding disclaimer. Demo account with sample data: [username] / [password]. Kind regards, [name]
Sí. Todos los desarrolladores completan el formulario para sus apps. Si tu app no tiene funciones de salud, elige la opción que lo indica y envíalo; se tarda un minuto.
El acceso se revisa a través de la declaración de apps de salud como parte de la revisión normal de la app. Google tenía antes un formulario de solicitud aparte; los tipos de datos declarados allí tuvieron que pasarse a la declaración de la Play Console a principios de 2025.
La API documentada devuelve los totales de hoy para un tipo de registro. Un historial más largo no forma parte de ella, así que no solicites el permiso de historial para una integración con WebViewGold.
WebViewGold para iOS tiene un plugin de HealthKit que la API de Health Connect para Android replica. Se activa con un token de plugin en Config.swift y la capability de HealthKit, y el App Store aplica sus propias normas sobre datos de salud.
No lo hagas. Los datos de Health Connect son datos de usuario personales y sensibles con restricciones adicionales, y venderlos o usarlos para publicidad no es un uso permitido. Resérvalos para las funciones de cara al usuario que declaraste.
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Ver planes en la página principal$349 por licencia, complemento de pago único
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Cómo funciona el Cloud Builder Prueba la demo gratuita$698 por plataforma $798
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Detalles del Full Service Con tecnología de
Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.
Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días
¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.