¿Se puede evitar la comisión de las tiendas?

Depende de qué vendáis, no de cómo lo programemos. Las reglas las ponen Apple y Google, se revisan cada cierto tiempo y admiten matices según el tipo de aplicación. Miramos vuestro caso concreto contra la normativa vigente antes de prometer nada.

¿Podemos lanzar sin pagos y añadirlos más adelante?

Sí, y a veces conviene. Lo que pedimos es dejar previsto desde el inicio el modelo de usuarios y derechos, porque encajar suscripciones sobre una estructura pensada para una app gratuita es la reescritura más habitual y la más evitable.

¿Y si nuestra pasarela no tiene componentes para móvil?

Se integra abriendo su formulario alojado dentro de la app o en el navegador del sistema. Funciona y es aceptable para bienes físicos, con la contrapartida de una experiencia menos fluida y algún abandono más. Lo decimos antes de que sea una sorpresa.

APPS WebCoding · Guayaquil

Desarrollo de apps en Guayaquil

Aplicaciones iOS y Android para empresas ecuatorianas. Si la app cobra algo, hay una decisión anterior a la primera pantalla: qué se paga dentro de la tienda y qué se paga fuera.

Pide presupuesto sin compromiso WhatsApp directo

Respondemos el mismo día · Presupuesto en 24 h · Agencia con sede en Vilanova i la Geltrú

Aplicaciones Móviles en Guayaquil

Cómo trabajamos en Guayaquil

El mismo nivel técnico y de proceso que aplicamos en proyectos de cualquier escala. Lo que cambia es el conocimiento del mercado local.

Un desarrollador de WebCoding trabajando con portátil y monitor en la oficina

Lo digital se cobra dentro; lo físico, con vuestra pasarela

Apple y Google exigen su sistema de compra integrada para contenido y funciones digitales, y retienen una comisión sobre cada cobro. Un producto físico o un servicio prestado en el mundo real puede cobrarse con vuestro propio proveedor. Clasificar mal lo que vendéis es motivo de rechazo, y el margen cambia según el lado.

Las suscripciones de la tienda no las gobierna vuestro servidor

Cuando el cobro recurrente lo lleva la tienda, la renovación, la cancelación y el reembolso ocurren fuera de vuestro sistema. Vuestro backend se entera por notificaciones de servidor a servidor y tiene que saber recibirlas y reconstruir el estado si alguna se pierde. Es el punto que más incidencias genera meses después del lanzamiento.

Lo comprado en la web tiene que valer en el móvil

Si vendéis por los dos canales, el usuario espera una sola cuenta. Eso obliga a que el derecho de acceso viva en vuestro servidor y no en el recibo de la tienda, que pasa a ser una entrada más que se valida. Decidirlo tarde significa reescribir la sesión y los permisos con usuarios ya dentro.

Probar los cobros ocupa un bloque propio del plan

Los pagos no se prueban en producción con una tarjeta real. Hay cuentas y tarjetas de prueba, y estados que se fuerzan a mano uno a uno: rechazo, pendiente, reembolso parcial, renovación fallida. Reservamos tiempo explícito para ello porque es lo que siempre se subestima y lo único que evita cobrar mal a alguien.

Resolvemos dudas