Proveedores de pago Unity Iap 5: Una alternativa a los pagos de AppStore y google play

Unity In-App Purchasing (IAP) versión 5.4 y versiones posteriores admite pagos Stripe y Coda de terceros proveedores de pago como alternativa a la facturación tradicional en las tiendas de aplicaciones. Los pagos directos al consumidor (D2C) en Unity permiten a los desarrolladores eludir la facturación tradicional de la tienda de aplicaciones enrutando a los jugadores a través de pagos basados en la web.

La integración se gestiona a través del panel de control de Unity Gaming Services (UGS): los desarrolladores conectan una cuenta de proveedor a través de OAuth, implementan un catálogo de productos en la nube o lo crean en el panel de control en la nube y enrutan a los jugadores a través de una caja basada en la web que regresa al juego a través de enlaces profundos donde puede mostrar un mensaje de éxito o fallo de compra.

Lo que necesitas saber sobre los proveedores de pago en Unity Iap 5

• Los proveedores de pago externos, Stripe y Coda Payments, están disponibles en Unity In-App Purchasing 5.4 y versiones posteriores.
• Los proveedores de pago se conectan en el panel UGS en LiveOps > Compras en la aplicación > Proveedores de pago, utilizando un flujo de autorización OAuth con una cuenta Sandbox o de proveedor en vivo.
• El pago ocurre en una página web externa, por lo que la identidad del jugador debe verificarse con el paquete Unity Autenticación (Unity Player Accounts, o Anonymous Login) para entregar los artículos comprados en la cuenta correcta.
• Los catálogos de productos se pueden administrar localmente en Unity Editor o desplegarse de forma remota en el Panel UGS (LiveOps > Compras dentro de la aplicación > Catálogo). La implementación remota permite a los equipos de ventas y marketing cambiar los precios y ejecutar promociones sin una actualización de la aplicación del lado del cliente.
• Las URL de redireccionamiento después del pago deben usar enlaces profundos (por ejemplo, mygame://checkout-success) en lugar de URL web estándar, por lo que el OS móvil cierra el navegador y devuelve el enfoque al juego automáticamente.
• Las reglas de enrutamiento del panel Proveedores de pago UGS pueden dirigir las transacciones a diferentes proveedores por plataforma o por país.
• Puede configurar pruebas de sandbox en la configuración de su proyecto > Entornos, crear un entorno de desarrollo y luego conectarse a través de OAuth a una cuenta de sandbox Stripe o Coda, allí puede probar el proceso con números de tarjeta de crédito simulados, sin dinero real involucrado.
• Puede comenzar con el Mínimo Codificado IAP 5 Sample, importado desde la pestaña Samples del paquete In-App Purchasing en el Administrador de Paquetes.

Cómo integrar un proveedor de pago con Unity Iap 5

La integración sigue siete pasos:

Abrir cuentas. Vincule el proyecto Unity a una Unity Organization y a un Project ID a través de la ventana Servicios, y cree cuentas de desarrollador en Stripe y/o Coda Payments (comience en sus entornos Sandbox).

Prepara el proyecto. Instale o actualice In-App Purchasing (5.4+) en el Gestor de paquetes e importe la muestra codificada IAP 5. Instale el paquete Autenticación y agregue un proveedor de identidad (Unity Player Accounts o Anonymous Login) en Administración de acceso > Autenticación del jugador en el panel de control UGS.

Despliegue el catálogo de productos. Configure los elementos del catálogo (tipo de producto — consumible, no consumible o suscripción — y precio base) en el Editor y, a continuación, envíelos a la nube a través de Servicios > Implementación. Verifique las SKU en LiveOps > Compras dentro de la aplicación > Catálogo o cree el catálogo directamente en el mismo panel LiveOps > Compras dentro de la aplicación > Catálogo.

Entornos separados. Cree un entorno de desarrollo en Configuración del proyecto > Servicios > Entornos, selecciónelo en el Editor y haga coincidir la cadena de entornos en el script IAPService de la muestra (cadena de configuración k_Environment = "desarrollo";). Empareja el entorno de desarrollo con una cuenta de proveedor de sandbox y la producción con una cuenta en vivo.

Conecta al proveedor. En el Panel UGS, abra LiveOps > Compras dentro de la aplicación > Proveedores de pago, haga clic en Conectar en Stripe o Coda, elija Cuenta Sandbox y autorice el vínculo a través del diálogo OAuth del proveedor.

Configurar redirecciones con enlaces profundos. En la tarjeta de configuración de pago, establezca URL de éxito en un esquema URL personalizado para que los jugadores regresen al juego después de pagar, con el artículo completado automáticamente. Los esquemas personalizados se declaran según la documentación Deep Linking de Unity.

Prueba y verifica. Reproduce la escena de muestra codificada en el Editor, activa una compra, completa la comprobación de sandbox Stripe con una tarjeta simulada y confirma la devolución de enlace profundo con un banner de pedido confirmado. Verifique las transacciones en el panel de control del proveedor (modo de prueba) y en UGS en LiveOps > Compras dentro de la aplicación > Registros, buscando Éxito del creador de pedidos seguido de Actualización del estado del pedido (Éxito cumplido).

El flujo de compra Unity Iap 5

Utilice la siguiente infografía para ver todo el flujo de compras de Unity IAP5, incluidas las nuevas características, tiendas web, catálogos y proveedores de pago.

Descargue el PDF de alta resolución aquí.

Escollos comunes al agregar proveedores de pago

• Jugadores abandonados después de pagar: utilizando una página web sencilla como URL de éxito, el jugador queda en un navegador externo después de pagar, obligado a volver al juego manualmente si, por ejemplo, el jugador utiliza un navegador de escritorio. Utiliza siempre un enlace profundo para que el OS los devuelva a la aplicación automáticamente o procese las compras confirmadas en FetchProducts cuando inicialices el juego, como se muestra en la infografía.
• Entorno incorrecto: desarrollarse en contra del entorno de producción corre el riesgo de romper las características en vivo. Mantenga un entorno de desarrollo dedicado con una cuenta de proveedor de sandbox y asegúrese de que la cadena de entorno en el código coincida con la selección Editor.
• Identidad de jugador faltante: debido a que el pago ocurre fuera de la aplicación, Unity Autenticación fallida significa que las compras no se pueden comparar de manera confiable con la cuenta de jugador correcta.
• Páginas genéricas: un portal de pago sin marca rompe la continuidad visual. Los paneles de proveedores (por ejemplo, Stripe under Business > Branding) admiten colores hexadecimales personalizados, tipografía y logotipos de estudio para que coincidan con la interfaz de usuario del juego.

Más información sobre la configuración de proveedores de pago para Unity Iap 5 →