Canonical: https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/
Description: Google Play separó su comisión en service fee y billing fee el 30 de junio de 2026. La matemática nueva y qué deben corregir los publishers antes de octubre.
Published: 2026-08-01T00:00:00.000Z
Modified: 2026-09-06T00:00:00.000Z

[← Blog](https://www.strataigize.com/es/insights/)

![](https://www.strataigize.com/blog/real/cover-google-play-external-payments-fee-changes-2026.webp)

# Pagos externos de Google Play y cambios de fees (2026)

Por [**Ian McGavin**](https://www.strataigize.com/es/about/team/ian/), Co-Founder & CMO · Publicado 1 de agosto de 2026 · Actualizado 6 de septiembre de 2026 · 19 min de lectura

Al 6 de septiembre de 2026, Google Play ha separado su comisión vieja en un service fee más un billing fee separado del 5% a través de EE. UU., Reino Unido y el EEE, efectivo el 30 de junio de 2026. Las suscripciones auto-renovables pagan un service fee del 10% en cada ruta de pago. Las compras no recurrentes pagan 20% de usuarios que instalaron el 30 de junio o después y 25% de usuarios que instalaron antes, lo que hace de la fecha de adquisición un input permanente al lifetime value. Los service fees de links externos y billing alternativo de EE. UU. de Google, y el reporting de transacciones y descargas que va con ellos, empiezan el 1 de octubre de 2026 bajo el update del 22 de julio de 2026 de Google.

En este artículo

1.  [Qué cambió de verdad, y cuándo](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#qu%C3%A9-cambi%C3%B3-de-verdad-y-cu%C3%A1ndo)
2.  [La matemática de fees, antes y después](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#la-matem%C3%A1tica-de-fees-antes-y-despu%C3%A9s)
3.  [La fecha del 1 de octubre: ahora confirmada por Google](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#la-fecha-del-1-de-octubre-ahora-confirmada-por-google)
4.  [Tiendas de apps de terceros: un cambio de discovery, no un cambio de ingreso](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#tiendas-de-apps-de-terceros-un-cambio-de-discovery-no-un-cambio-de-ingreso)
5.  [Qué le hace esto al modelado de UA y al LTV](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#qu%C3%A9-le-hace-esto-al-modelado-de-ua-y-al-ltv)
6.  [El calendario fechado](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#el-calendario-fechado)
7.  [Cinco decisiones que no están esperando un deadline](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#cinco-decisiones-que-no-est%C3%A1n-esperando-un-deadline)
8.  [Las dos fechas que quedan este año: 30 de septiembre y 1 de octubre](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#las-dos-fechas-que-quedan-este-a%C3%B1o-30-de-septiembre-y-1-de-octubre)
9.  [Preguntas frecuentes](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#preguntas-frecuentes)
10.  [Corrija su modelo antes de Q4](https://www.strataigize.com/es/insights/google-play-external-payments-fee-changes-2026/#corrija-su-modelo-antes-de-q4)

[Add us as a preferred source on Google](https://www.google.com/preferences/source?q=strataigize.com)

A free Google setting. It puts our work higher in your own results, changes nothing for anyone else, and you can undo it any time.

La mayoría de la cobertura de los cambios de Google Play es o un recap legal o un headline sobre la muerte del corte del 30%. Ninguno le dice qué cambiar en su modelo. Nosotros corremos user acquisition (UA) paga contra estas economics, así que esta es la versión para publishers y equipos de growth: qué está confirmado al 6 de septiembre de 2026, cómo se resuelve de verdad la matemática de fees, y qué se rompe en sus supuestos de lifetime value (LTV) si los deja solos.

![Gráfico: Lo que se queda de una compra no recurrente de USD 100. Desde el 30 de junio de 2026 el service fee y el billing fee del 5% están separados, y la tasa depende de cuándo instaló el usuario.](https://www.strataigize.com/blog/real/chart-play-fee-math.webp)

**Corrección, 6 de septiembre de 2026.** La primera versión de este artículo (1 de agosto) dijo que la fecha de inicio ampliamente citada del “1 de octubre de 2026” para fees y reporting de pagos externos de EE. UU. no estaba en ninguna página de Google y que la documentación de Google decía lo contrario. Eso era cierto de las páginas que leímos el 1 de agosto. Las páginas de programa de Google ahora declaran, citando un update del 22 de julio de 2026, que los developers enrolled deben reportar transacciones y descargas y pagar el service fee desde el 1 de octubre de 2026. La sección de octubre y el calendario de abajo reflejan las páginas actuales.

**Para llevar**

-   Google separó el service fee del billing fee el 30 de junio de 2026 en EE. UU., el Reino Unido y el Área Económica Europea (EEE). Usar Google Play Billing ahora agrega un billing fee del 5% encima del service fee ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/16954621)).
-   Las suscripciones auto-renovables son 10% de service fee en cada ruta, así que una app de suscripción que deja Play Billing ahorra el billing fee del 5% y nada más.
-   Las compras no recurrentes se splitan por cohorte: 20% de installs el 30 de junio de 2026 o después, y 25% de installs antes. Los usuarios más nuevos ahora son más baratos de monetizar que los usuarios legacy, lo que invierte un supuesto común de LTV.
-   Las tiendas de apps de terceros de EE. UU. obtuvieron su listing de Play el 22 de julio de 2026 por default, pero las descargas todavía se completan a través de Google Play y el service fee de Play todavía aplica. Es un cambio de discovery, no un cambio de monetización.
-   Los programas de links de contenido externo y billing alternativo de EE. UU. cambian sus fees el 1 de octubre de 2026. Las páginas de programa de Google ahora dicen que los developers enrolled deben reportar transacciones y descargas exitosas y pagar el service fee relevante desde esa fecha ([links de contenido externo](https://support.google.com/googleplay/android-developer/answer/16470497), [billing alternativo de EE. UU.](https://support.google.com/googleplay/android-developer/answer/16497028)).

## Qué cambió de verdad, y cuándo

Cuatro cosas separadas ocurrieron, y conflarlas es donde la mayoría del análisis se equivoca. Dos son cambios anti-steering impulsados por la corte, uno es un cambio voluntario de modelo de negocio, y uno es un cambio de distribución.

El track de la corte empieza con Epic. El 12 de septiembre de 2025 el Ninth Circuit sostuvo la injunction entrada por una US District Court, y para cumplir para el 29 de octubre de 2025 Google dejó de prohibir que los developers le dijeran a usuarios de EE. UU. sobre precios de afuera, dejó de prohibir links a descargas y transacciones de afuera, y dejó de exigir Google Play Billing ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/15582165)). El 9 de diciembre de 2025 Google lanzó los programas que operacionalizan eso: el programa de links de contenido externo y el billing alternativo expandido para usuarios de EE. UU., con un deadline del 28 de enero de 2026 para estar enrolled si ya estaba linkeando hacia afuera ([anuncio de política](https://support.google.com/googleplay/android-developer/answer/16671517)).

Luego el track de settlement. El 4 de marzo de 2026 Google entró un acuerdo nuevo de settlement con Epic y las partes le pidieron a la corte entrar una Modified Injunction revisada ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/15582165)). Los cambios de modelo de negocio anunciados ese día son los que de verdad aterrizaron el 30 de junio de 2026, y son los que cambian su spreadsheet.

## La matemática de fees, antes y después

El cambio estructural es que una comisión se volvió dos cargos. Google ahora factura un **service fee** en cada transacción sin importar cómo se recolecta el dinero, más un **billing fee** del 5% en EE. UU., Reino Unido y el EEE solo cuando la transacción corre a través de Google Play Billing ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/16954621)). El billing alternativo y los links web externos no cargan el billing fee, pero entonces paga su propio processor.

El service fee también depende de cuándo instaló el usuario. Google define una **install nueva** como un usuario cuya primera install, o primer update de Play si la app no vino de Play, ocurrió en o después de la fecha de rollout en su región. Esa fecha es el 30 de junio de 2026 para EE. UU., el Reino Unido y el EEE.

Aquí está lo que un publisher por encima del umbral anual de USD 1M paga en tasas standard:

| Transacción | Ruta | Install nueva (el 30 de jun de 2026 o después) | Install existente (antes del 30 de jun de 2026) |
| --- | --- | --- | --- |
| Suscripción auto-renovable | Google Play Billing | 10% + 5% = 15% | 10% + 5% = 15% |
| Suscripción auto-renovable | Billing alternativo o link web externo | 10% | 10% |
| Compra in-app no recurrente | Google Play Billing | 20% + 5% = 25% | 25% + 5% = 30% |
| Compra in-app no recurrente | Billing alternativo | 20% | 25% |
| Compra no recurrente | Link web externo | 20% | 20% |
| Compra inicial de app paga | Play Store | 20% + 5% = 25% | 25% + 5% = 30% |

Todas las tasas de [Understanding Google Play’s lower service fees](https://support.google.com/googleplay/android-developer/answer/16954621). Sus primeros USD 1M de earnings anuales se cobran a un service fee del 10% a través de cada fila, más el billing fee donde aplica.

### Recórralo sobre USD 100

Tome una compra no recurrente de USD 100, un coin pack, de un usuario que instaló en 2024, a tasas standard:

-   Google Play Billing: 25% service + 5% billing, se queda **USD 70**
-   Billing alternativo in-app: 25% service, se queda **USD 75** antes de sus propios costos de processing
-   Link web externo: 20% service, se queda **USD 80** antes de sus propios costos de processing

Ese spread de 10 puntos entre Play Billing y un link web externo es el número más grande del tablero, y existe solo para compras no recurrentes de usuarios que instalaron antes del 30 de junio de 2026.

Ahora el mismo coin pack de USD 100 de un usuario que instaló la semana pasada:

-   Google Play Billing: 20% + 5%, se queda **USD 75**
-   Link web externo: 20%, se queda **USD 80**

El spread se colapsa a 5 puntos, porque el service fee de install nueva es el mismo 20% de cualquier forma. Y en una suscripción anual de USD 100, cualquier ruta, cualquier cohorte, el spread también es 5 puntos: 15% a través de Play Billing, 10% afuera.

Así que para la mayoría de los publishers, **está jugando por 5 puntos, no por 20.** Cinco puntos es el billing fee, y solo se lo queda si su costo all-in verdadero de recolectar dinero usted mismo, significando processing, chargebacks, refunds, cumplimiento de sales tax de EE. UU. y la carga de support, entra bajo 5%. Para un negocio de suscripción bajo el umbral de USD 1M, esa es una carrera apretada. El prize de 10 puntos existe solo en ingreso no recurrente de su base legacy de installs.

### Las tasas más bajas que casi nadie está planeando

Google también está abriendo dos programas que cortan el service fee no recurrente otros 5 puntos: el Games Level Up retrabajado y el programa nuevo Apps Experience. Los developers participantes obtienen 15% en installs nuevas y 20% en installs existentes para transacciones no recurrentes ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/16954621)). Las rate cards de programa se vuelven disponibles el **30 de septiembre de 2026** en Australia (AU), el EEE, Japón (JP), el Reino Unido y EE. UU., con Corea siguiendo el 31 de diciembre de 2026 ([Android Developers Blog, 24 de junio de 2026](https://android-developers.googleblog.com/2026/06/play-expanded-billing.html), [calendario regional](https://support.google.com/googleplay/android-developer/answer/16954621)).

Para una app pesada en no recurrente, esos 5 puntos son del mismo tamaño que el prize de link-out en installs nuevas, y los obtiene sin construir un stack de pagos, tomar chargebacks ni romper su atribución. Merece al menos tanto de su septiembre como la pregunta de link-out.

## La fecha del 1 de octubre: ahora confirmada por Google

Los developers en los programas de links de contenido externo y billing alternativo de EE. UU. deben empezar a reportar transacciones y pagar service fees el 1 de octubre de 2026. Cuando chequeamos el 1 de agosto de 2026, las páginas de Google decían que los fees no se estaban evaluando y el reporting no era requerido, y lo dijimos. Las páginas han cambiado desde entonces.

Aquí está lo que las propias páginas de Google dicen al 6 de septiembre de 2026:

-   La [página del programa de links de contenido externo](https://support.google.com/googleplay/android-developer/answer/16470497) declara: “Per the July 22, 2026 update, developers enrolled in this program must report transactions and successful downloads, as well as pay the relevant Play service fee, starting October 1, 2026.”
-   La [página de billing alternativo de EE. UU.](https://support.google.com/googleplay/android-developer/answer/16497028) carga el mismo lenguaje del 1 de octubre de 2026 para ese programa.
-   El [FAQ del programa de billing choice](https://support.google.com/googleplay/android-developer/answer/17161464) todavía dice “there are no changes to the US programs at this time” pero defer a esas dos páginas de programa, que cargan la fecha. Donde las páginas no están de acuerdo, la página de programa bajo la que se enrolled es contra la que Google va a facturar.

Así que trate el 1 de octubre como confirmado y planee para él como un line item, no como una contingencia. El reporting corre a través de las APIs de links externos y billing alternativo, y el primer período de fee empieza con las transacciones de octubre.

Para el record, las tasas de EE. UU. que se encienden son: 10% en suscripciones auto-renovables y 20% en otras compras digitales in-app para links de contenido externo, 10% y 25% respectivamente para billing alternativo de EE. UU., con los primeros USD 1M de earnings anuales a 10% en ambos. Los links de contenido externo también cargan un fee fijo por evento de descarga de app, USD 3.65 para juegos y USD 2.85 para apps, aplicado a installs completadas adentro de 24 horas de seguir el link.

![Gráfico: El calendario fechado, y qué está confirmado de verdad. Solo los primeros cuatro están en efecto.](https://www.strataigize.com/blog/real/chart-play-timeline.webp)

## Tiendas de apps de terceros: un cambio de discovery, no un cambio de ingreso

El 22 de julio de 2026, Google empezó a hacer listings de apps y juegos de EE. UU., incluidos nombres, íconos, descripciones, screenshots y videos, disponibles para tiendas de apps Android de terceros de EE. UU. ([Google Play Help](https://support.google.com/googleplay/android-developer/answer/17187609)). Si no tomó ninguna acción, estaba opted in por default.

Google declara que las descargas sourced de esta forma “will be completed through Google Play on the same terms as any other download that is made directly through the Google Play store,” y que “Google Play’s service fee will continue to apply to apps downloaded in this manner.” Sus unit economics en esas installs no cambian. Lo que cambió es dónde aparece su listing de tienda.

Eso tiene tres consecuencias que vale la pena planear:

1.  **Su creativo ahora se sindica a superficies que no puede testear.** Su ícono y screenshots se renderizan adentro de storefronts con sus propios layouts y sus propios sets competitivos. La variante que ganó sus [store listing experiments](https://www.strataigize.com/services/mobile-app-marketing/app-store-optimization/) de Play se optimizó contra la UI de Play, no la de ellos, y no tiene framework de experimentos en esas tiendas.
2.  **Las tiendas de terceros no están atadas a las políticas de contenido de Play.** Google lo dice de forma explícita. Su listing puede aparecer al lado de inventario que no pasaría review de Play, que es una pregunta de brand adjacency para categorías reguladas y family-facing.
3.  **Puede opt out, por tienda o por completo.** Play Console bajo Settings, luego Catalog Settings, ofrece publish to all, manage individually o publish to none.

Las tiendas que se unen al programa le pagan a Google un fee upfront de USD 5,000 y el mismo monto anual, deben refreshear su snapshot de catálogo al menos semanalmente, no pueden cobrar extra a los usuarios por instalar una app del Play Catalog, y deben mantener malware bajo el 1% de los intentos de install en una ventana rolling de 30 días ([Play Catalog Access Program](https://support.google.com/googleplay/android-developer/answer/17117200)). Esas son barreras reales, así que espere un número chico de storefronts serios más que un flood.

## Qué le hace esto al modelado de UA y al LTV

Cuatro cosas en un modelo standard de growth ahora están equivocadas.

### Su platform fee ya no es una constante

La mayoría de los modelos de LTV cargan un supuesto blended de platform-fee, usualmente 30% o 15%. Al 30 de junio de 2026 el fee correcto es una función de cuatro variables: ruta de pago, cohorte de install, recurrente versus no recurrente, y si está bajo el umbral anual de USD 1M. Si su modelo tiene una celda para ello, cada curva de payback downstream está equivocada hasta 20 puntos en un subset de su ingreso. Un sanity check rápido: ponga su valor de cliente post-fee y su margen en nuestra [calculadora gratis de customer acquisition cost (CAC) y LTV-to-CAC](https://www.strataigize.com/tools/growth-calculator/) y vea si los números corregidos todavía pasan 3:1.

### La fecha de adquisición ahora es un boundary permanente de cohorte

El 30 de junio de 2026 splitea su base de usuarios para siempre. Un usuario adquirido en julio de 2026 le paga 20% en compras no recurrentes; un usuario por lo demás idéntico adquirido en mayo de 2026 paga 25%. **Los usuarios recién adquiridos valen más ingreso neto que los usuarios legacy al mismo gasto bruto**, que es el reverse del supuesto usual de que las cohortes sazonadas son las mejores. Si corre curvas de LTV de cohorte, agregue el boundary como una dimensión antes de comparar una cohorte de 2025 con una de 2026, o va a leer un cambio de fee como un cambio de comportamiento.

Eso también significa un tailwind real, si modest, en el payback de usuarios nuevos. Mover una suscripción de USD 100 fuera de Play Billing lleva el ingreso neto de USD 85 a USD 90, un lift del 5.9%. A un target constante de return on ad spend (ROAS) eso es 5.9% más que puede permitirse pagar por install, o el mismo punto de payback alcanzado 5.9% más pronto. No es transformational, pero es más grande que la mayoría de los tweaks de bid sobre los que discuten los equipos, y se compone a través de toda la [base de costo de campañas de install y eventos](https://www.strataigize.com/insights/understanding-the-costs-of-mobile-app-install-and-event-based-campaigns/).

### Los links externos le pegan un hueco a la atribución

Este es el riesgo que marcaríamos más duro. Una compra de link web externo se completa en un browser, off-device de su sesión de app, y el fee de Google aplica a transacciones concluidas adentro de 24 horas del link-out. Su [mobile measurement partner (MMP)](https://www.strataigize.com/insights/what-is-an-mmp-understanding-mobile-measurement-partners/) ve la install y los eventos in-app, pero el evento de compra ahora aterriza en su property web. A menos que pase un identificador determinístico a través del link y postee la compra completada de vuelta a su MMP, rompe el join entre la install paga y el ingreso que produjo.

El modo de fallo es quieto y caro: sus canales pagos se ven como si dejaron de producir ingreso, su ROAS subestima, y un optimizer recorta presupuesto en campañas que de verdad están funcionando. Ahora también hay dos ventanas de atribución en play, la de su MMP y la ventana de fee de 24 horas de Google, y no tienen que estar de acuerdo. Antes de enviar un solo link-out, confirme que puede reconstruir install a compra de punta a punta, y sostenga su reporting a la misma [disciplina de rango de fechas y atribución](https://www.strataigize.com/insights/apple-search-ads-ltv-bidding/) que aplicaría a cualquier decisión de bidding.

### Su backlog de tests de paywall acaba de cambiar de forma

Si mueve el checkout a la web, está cambiando más que un fee. Está insertando un handoff de browser en un flow que convierte. Cada paso de ese handoff cuesta conversión, y la pérdida puede exceder con facilidad los 5 puntos que salió a ahorrar. Cualquier link-out debería correrse como un test medido contra su flow actual in-app, con el mismo rigor que cualquier otro [experimento de paywall](https://www.strataigize.com/insights/paywall-conversion-benchmarks-2026/), y juzgarse sobre ingreso neto por install más que sobre porcentaje de fee.

![El schedule publicado de service fees de Google Play](https://www.strataigize.com/blog/real/play-service-fees.webp)

## El calendario fechado

| Fecha | Qué ocurre | Status |
| --- | --- | --- |
| 12 de sep de 2025 | El Ninth Circuit sostiene la injunction de Epic | Confirmado |
| 29 de oct de 2025 | Google suelta las reglas anti-steering y de billing obligatorio de EE. UU. | Confirmado |
| 9 de dic de 2025 | Launch de links de contenido externo de EE. UU. y billing alternativo expandido | Confirmado |
| 28 de ene de 2026 | Deadline de enrollment para developers que ya linkeaban hacia afuera o usaban billing alternativo | Pasado |
| 4 de mar de 2026 | Settlement nuevo de Epic; se pide Modified Injunction revisada; se anuncia el modelo de negocio nuevo | Confirmado |
| 24 de jun de 2026 | Google publica el detalle de rollout y las rate cards | Confirmado |
| **30 de jun de 2026** | **El service fee se separa del billing fee del 5% en EE. UU., Reino Unido, EEE. Se sienta el boundary de cohorte de install nueva** | **En efecto** |
| **22 de jul de 2026** | **Los listings de Play de EE. UU. se hacen disponibles para tiendas de apps Android de terceros de EE. UU., opt-out en Play Console** | **En efecto** |
| **30 de sep de 2026** | **Las rate cards de Apps Experience y Games Level Up disponibles en AU, EEE, JP, Reino Unido, EE. UU. La estructura de fees y el billing choice expandido se roll out a Australia (AU) y Japón (JP)** | Anunciado |
| **1 de oct de 2026** | **Links de contenido externo de EE. UU. y billing alternativo de EE. UU.: se exige reporting de transacciones y descargas, se cobran service fees** | **Confirmado en las páginas de programa de Google (update del 22 de julio de 2026)** |
| 31 de dic de 2026 | Rollout de estructura de fees y disponibilidad de programa en Corea (KR) | Anunciado |
| 30 de sep de 2027 | Resto del mundo | Anunciado |

Fechas de [Google Play Help](https://support.google.com/googleplay/android-developer/answer/16954621), el [Android Developers Blog](https://android-developers.googleblog.com/2026/06/play-expanded-billing.html) y la [página de update de política de EE. UU.](https://support.google.com/googleplay/android-developer/answer/15582165).

## Cinco decisiones que no están esperando un deadline

1.  **Haga de su postura de catálogo una decisión.** Estaba opted in el 22 de julio por default. Abra Play Console, vaya a Settings luego Catalog Settings, elija de forma deliberada y escriba por qué.
2.  **Re-corte el supuesto de fee en su modelo de LTV.** Reemplace la constante única de platform-fee con un lookup de ruta, cohorte, recurrencia y tier de ingreso. Agregue el 30 de junio de 2026 como un boundary de cohorte antes de que alguien compare las cohortes de este año con las del año pasado.
3.  **Precie los 5 puntos por completo.** Obtenga un número all-in real de recolectar el pago usted mismo: fees de processor, chargebacks, handling de refunds, registro y filing de sales tax de EE. UU., y el headcount de support que viene con ser dueño de las disputas de billing. Si aterriza por encima de 5%, Play Billing sigue siendo su ruta más barata para suscripciones y para todo el ingreso de install nueva, y la pregunta de link-out está zanjada.
4.  **No envíe un link-out que no pueda medir.** Pruebe el join de install-a-compra-web en un flow de staging primero. Si no puede atribuirlo, no puede optimizar contra él, y va a volar su presupuesto pago a ciegas.
5.  **Ponga los fees de programa de EE. UU. en el forecast como un line item desde el 1 de octubre.** Las páginas de programa de Google ahora cargan la fecha. Si está enrolled en links de contenido externo o billing alternativo de EE. UU., el ingreso de octubre a través de esas rutas carga el service fee publicado, y su ingreso neto de Q4 debería modelarse sobre él.

## Las dos fechas que quedan este año: 30 de septiembre y 1 de octubre

1.  **Decida sobre Apps Experience o Games Level Up antes del 30 de septiembre.** Ahí es cuando las rate cards de programa van live en EE. UU. Para una app pesada en no recurrente, 5 puntos menos del service fee sin engineering de pagos es el mejor movimiento risk-adjusted disponible este año. Lea los requisitos antes de que aterricen las rate cards, para que la decisión sea un sí o un no más que un proyecto de research.
2.  **Tenga el reporting de transacciones y descargas funcionando antes del 1 de octubre.** Ambos programas de EE. UU. lo exigen desde esa fecha, a través de las APIs de links externos y billing alternativo. Un equipo que instrumenta en octubre está reportando tarde sobre fees que ya debe.
3.  **Re-baselinee los targets de UA de Q4 sobre ingreso neto post-30-de-junio.** Entrar a su trimestre de gasto más pesado con un supuesto de fee de 2025 es cómo una campaña rentable se lee como no rentable, o peor, al revés.
4.  **Audite sus assets de listing como creativo sindicado.** Su ícono y screenshots ahora se renderizan en storefronts que no controla. Chequee que todavía se lean en tamaños chicos y sin el chrome de alrededor de Play.

## Preguntas frecuentes

### ¿La comisión del 30% de Google de verdad se fue?

Para las transacciones que más les importan a la mayoría de los publishers, la tasa headline vieja ya no es el número operativo. Las suscripciones auto-renovables son 10% de service fee más un billing fee del 5% si usa Play Billing. Las compras no recurrentes son 20% o 25% de service fee según la cohorte de install, más 5% si usa Play Billing. Los primeros USD 1M de earnings anuales son 10% más el billing fee.

### ¿Vale la pena dejar Google Play Billing?

Para suscripciones y para ingreso de install nueva, está compitiendo contra un billing fee del 5%. Una vez que cuenta processing, chargebacks, cumplimiento de tax y support, la mayoría de los publishers no le va a ganar. El caso es más fuerte para apps con ingreso pesado no recurrente de usuarios que instalaron antes del 30 de junio de 2026, donde el spread llega a 10 puntos.

### ¿Pierdo la protección del service fee de Play si los usuarios instalan desde una tienda de terceros?

No, y eso corta ambos lados. Google declara que las descargas sourced a través de tiendas de terceros se completan a través de Google Play en los mismos términos, y el service fee de Play todavía aplica. No se ahorra el fee, y no pierde la infraestructura de billing de Play.

### ¿Algo de esto aplica fuera de EE. UU.?

La reestructura de fees del 30 de junio de 2026 cubre EE. UU., el Reino Unido y el EEE. Australia y Japón siguen el 30 de septiembre de 2026, Corea el 31 de diciembre de 2026, y el resto del mundo el 30 de septiembre de 2027 ([calendario regional de Google](https://support.google.com/googleplay/android-developer/answer/16954621)). El programa de links de contenido externo y el cambio de acceso a catálogo de terceros son solo de EE. UU. Los publishers canadienses se afectan solo a través de su base de usuarios de EE. UU., que es un punto que cubrimos con los equipos en nuestro [roundup de marketing de apps de Canadá](https://www.strataigize.com/insights/best-mobile-app-marketing-agencies-canada/).

### ¿Cuál es el error de modelado más común ahora mismo?

Tratar el platform fee como un número. Ahora son cuatro variables, y el boundary de fecha de install en particular es invisible a menos que salga a buscarlo.

## Corrija su modelo antes de Q4

Si sus modelos de LTV y payback todavía cargan una constante única de platform-fee, su presupuesto de Q4 se está sizeando contra el ingreso neto equivocado. [Reserve un growth audit](https://www.strataigize.com/audit/) y vamos a re-cortar sus supuestos de fee por ruta y cohorte, pressure-testear si un link-out vale la pena para su mix de ingreso, y chequear que su atribución lo sobreviva. Ese trabajo se sienta adentro de nuestra [práctica de marketing de apps móviles](https://www.strataigize.com/industries/mobile-apps/), donde la matemática de payback es el trabajo entero. La mayor parte del cambio de fee pega a [apps de consumidores](https://www.strataigize.com/industries/mobile-apps/consumer-apps/).

Autor

**Ian McGavin**, Co-founded Strataigize in 2022. AI operations, business strategy, and AI-search visibility.

Siguiente paso

¿Qué tan sana está su ficha de tienda? Corra la auditoría ASO y obtenga una nota en minutos.

[Correr la auditoría ASO →](https://www.strataigize.com/es/tools/aso-audit/)

Hable con nosotros

### Hable con el equipo que lo operaría

Díganos dónde mirar y respondemos en menos de 24 horas con el punto de partida. No hay propuesta hasta que vea el valor.

[Add us as a preferred source on Google](https://www.google.com/preferences/source?q=strataigize.com)

A free Google setting. It puts our work higher in your own results, changes nothing for anyone else, and you can undo it any time.

## Lecturas relacionadas

[Todos los artículos de Marketing de apps móviles →](https://www.strataigize.com/es/insights/topics/mobile/)

[data.ai (antes App Annie): ahora parte de Sensor Towerdata.ai (antes App Annie) ya no existe como producto standalone. Qué pasó, qué lo reemplazó y qué deberían comprar los equipos de apps en 2026.](https://www.strataigize.com/es/insights/data-ai-app-annie-features-pricing-use-cases/)[SplitMetrics frente a Storemaven: qué se puede verificarCompare SplitMetrics Optimize, el historial de Storemaven y las alternativas nativas de testeo en tienda, con disponibilidad y precios actuales.](https://www.strataigize.com/es/insights/splitmetrics-vs-storemaven/)[Precios y planes de AppTweak en 2026: qué cuesta cada nivelPrecios verificados de AppTweak 2026, límites de plan y acceso a API, comparados con Sensor Tower y App Radar con enlaces a fuentes primarias.](https://www.strataigize.com/es/insights/apptweak-overview-features-pricing-and-plans/)

## ¿Hace crecer una app? Esto es nuestro día a día.

Un cliente sumó 242.279 instalaciones en 16 semanas. En otro, una reforma ASO subió las descargas +900%. Ficha, adquisición pagada y retención, operadas como un solo ciclo.

[Reservar una auditoría de crecimiento →](https://www.strataigize.com/es/audit/) [Calificación **5.0** en Clutch](https://clutch.co/profile/strataigize-marketing)

[Ver marketing de apps →](https://www.strataigize.com/es/services/mobile-app-marketing/)