Join FlipAndroid.COM Telegram Group: https://t.me/joinchat/F_aqThGkhwcLzmI49vKAiw


Facturación de Google Play en aplicaciones que ofrece un elemento de forma gratuita

Ya tengo una aplicación totalmente gratuita publicada en Google Play Store.

Dado que la aplicación es más popular de lo que he pensado, he decidido bloquear algunas de las características y la demanda en la aplicación de facturación antes de usarlo. Sin embargo, prefiero que todos los usuarios existentes seguirán disfrutando tienen las características premium de forma gratuita.

Por lo tanto, pensé en lo siguiente:

  • Cargue una versión con facturación en la aplicación de forma gratuita, para que los usuarios existentes la "compren" de forma gratuita.
  • Después de cierta cantidad de tiempo empezar a cobrar por los artículos, pero ya que los usuarios existentes ya tienen los artículos premium que no se lastimará.

¿Hay una manera de conceder a algunos usuarios un artículo para "libre"? En la documentación de facturación dentro de la aplicación se escribe que debe haber un precio para todos los elementos de facturación en la aplicación.

  • Cometa Scala y aplicaciones móviles
  • Error al crear notificación: constructor ilegal
  • Flicker con StageVideo en la tableta Android?
  • Desarrollo de sitios específicos para móviles. ¿Donde empezar?
  • BackSpace no dispara el evento keyup en android mobile
  • ¿Cómo probar las capacidades de notificación push de la aplicación móvil en un emulador?
  • JQuery y la compatibilidad del navegador móvil?
  • Cómo trasladarse a Android desde J2ME
  • 2 Solutions collect form web for “Facturación de Google Play en aplicaciones que ofrece un elemento de forma gratuita”

    No hay manera directa de hacerlo desde google. Usted tendrá 2 casos de prueba: –

    1. Usuario existente
    2. Nuevo usuario Debes almacenar user-id único en tu servidor y al implementar tu aplicación en la aplicación, envía este ID de usuario a tu servidor.

    Caso 1: – Su servidor lo hará coincidir con el DB existente si coincide con el ID de retorno de su mensaje de éxito.

    Caso 2: – Para los nuevos usuarios junto con este ID de usuario, su aplicación debe enviar el token de compra a su servidor para su verificación y después de verificar la compra, su servidor debe enviar un mensaje de éxito.

    Tarea común: – Cuando su aplicación comienza siempre debe llamar a restoreTransaction () después de que usted obtendrá una lista de google contiene información sobre los artículos ya comprados y desbloqueará ese contenido. Asegúrese de que tiene implementación de verificación de servidor en su aplicación.

    Aquí está cómo usted podría realizar parcialmente lo que usted desea, sin el uso de un servidor:

    1. Actualice su aplicación con una nueva versión que escribirá un valor único en SharedPreferences. Este valor debe ser un hash de un ID que sea exclusivo para el dispositivo (o al menos, que no muchos otros dispositivos compartirían). La razón por la que el valor debe ser relativamente único es evitar que se comparta entre los usuarios posteriores. Si desea que sobreviva a una reinstalación, también puede escribirla en un área de la memoria externa del usuario que no se eliminará cuando se instale la aplicación.

    2. Espere un tiempo suficientemente largo para que la mayoría de sus usuarios actuales se hayan actualizado a la nueva versión. En el proceso, los nuevos usuarios durante esta fase también obtendrán el valor único en sus SharedPreferences.

    3. Libere una nueva versión que no escriba el ID exclusivo y que habilite las funciones para las que desea cobrar sólo si el ID está presente o si el usuario ha pagado mediante la facturación en la aplicación.

    Esto no es perfecto, pero podría permitir que al menos la mayoría de los usuarios presentes continúen accediendo a las funciones.

    No sé si esto violaría su acuerdo con Google Play, y tendría que revisar ese tema usted mismo. El hecho de que hayas presentado la aplicación a tus usuarios actuales como gratis y ahora quieras cobrar por algunas de sus características podría ser visto como una falsa representación a menos que tu abuelo en tus usuarios existentes, y el enfoque que acabo de esbozar no garantiza que Todos los usuarios existentes tendrán acceso satisfactorio.

    Tenga en cuenta que el enfoque presentado en otra respuesta que requeriría usar su propio servidor parecería tener los mismos problemas, ya que tendría que lanzar una nueva versión de su aplicación que tenía código para comunicarse con su servidor, y no hay manera de forzar Los usuarios actuales para actualizar a la nueva versión dentro de un intervalo de tiempo específico. De lo contrario, ¿cómo recogerá los identificadores únicos que identifican a los usuarios actuales en la base de datos de su servidor, ya que los usuarios de aplicaciones gratuitas no son generalmente conocidos por el desarrollador?

    Un enfoque más limpio sería agregar nuevas características que se integren firmemente con las características existentes, haciéndolas más valiosas, y también hacer que cualquier contenido ya ingresado usando las funciones antiguas sea más valioso. Podría seguir proporcionando las funciones existentes sin coste alguno, pero cobrar por las nuevas características.

    Al adoptar este enfoque, ningún usuario actual se vería privado de funcionalidad, y también podría cobrar a sus usuarios actuales (y no sólo a los nuevos usuarios) por las funciones de valor añadido. El uso de este enfoque podría ser no sólo más agradable para sus usuarios, sino también potencialmente más remunerador para usted, ya que tendrá toda su base de usuarios actuales como potenciales clientes de pago.

    Además, es posible que considere que la popularidad actual de su aplicación puede deberse a las características que ahora le gustaría cobrar. Por lo tanto, es posible que no logre atraer a un flujo continuo de nuevos usuarios una vez que esas características ya no sean gratuitas.

    FlipAndroid es un fan de Google para Android, Todo sobre Android Phones, Android Wear, Android Dev y Aplicaciones para Android Aplicaciones.