Desuso del Paywall Builder y del Onboarding Builder

El 1 de octubre de 2026, Adapty deprecará el Paywall Builder y el Onboarding Builder heredados en favor del Flow Builder. Todo lo que hayas publicado seguirá funcionando: tus usuarios seguirán viendo tus paywalls y onboardings, y tus datos permanecerán intactos. Podrás seguir editando tus paywalls y onboardings existentes. La deprecación desactivará la creación de nuevos y pondrá fin al soporte de los builders heredados.

Qué sigue funcionando

La obsolescencia no cambia nada para tus usuarios, y tus paywalls y onboardings existentes siguen siendo editables:

  • Paywalls y onboardings publicados: El SDK de Adapty sigue renderizándolos en tus aplicaciones, en los placements a los que están asignados hoy.
  • Edición: Puedes seguir editando tus paywalls y onboardings existentes en los builders heredados.
  • Tus datos: Los paywalls, los onboardings y sus métricas permanecen en tu dashboard. No se elimina nada.

Qué dejará de funcionar el 1 de octubre de 2026

A partir de esa fecha, en los builders heredados:

  • Sin nuevas paywalls ni onboardings: No podrás crearlos en los builders heredados. Crea los nuevos en Flow Builder.
  • Sin soporte: Adapty dejará de publicar correcciones para los builders heredados.

Los paywalls personalizados siguen disponibles

La obsolescencia afecta a los dos editores visuales, no al paywall en sí. Si construyes la interfaz de tu paywall en el código de tu propia app y usas Adapty como infraestructura de compras, esta obsolescencia no te afecta.

Sigues creando paywalls para definir qué productos vendes y asignándolos a placements. Aún puedes añadir un Remote Config opcional a un paywall para cambiar textos y multimedia sin publicar una nueva versión de la app. Tu app obtiene los productos del paywall y llama a makePurchase — consulta Renderiza tu propia UI de paywall y delega las compras a Adapty .

Migrar al Flow Builder

Un flow combina pantallas de onboarding y un paywall en una sola experiencia, construida en un único editor y servida desde un único placement — un nuevo placement de flow, ya que un flow es un tipo de contenido distinto al paywall o al onboarding que reemplaza. Para seguir todo el proceso — crear el flow, previsualizarlo en un dispositivo, crear un placement de flow y actualizar tu app al SDK v4 de Adapty — consulta Migrar a flows.

Convierte tu paywall en un clic

No tienes que reconstruir un paywall heredado a mano. La acción Move to new builder lo recrea como un flow en borrador, conservando el diseño, el texto en todos los idiomas y los productos con precios como variables. Tu paywall original sigue activo y sin cambios mientras editas y pruebas el flow — consulta Convertir un paywall en un flow.

Para un flow que va más allá del paywall original — un cuestionario, ramificaciones, varios idiomas — la habilidad de agente flow-generator crea y edita flows desde tu terminal a través de tu propia herramienta de IA de código.

Prepárate para dos pasos que un paywall legacy no te pedía:

  • Un lanzamiento de la app: Los flows se renderizan con Adapty SDK v4 o superior, por lo que los usuarios verán tu flow solo después de actualizar a una versión de la app compilada con él. Empieza la actualización del SDK ahora, para que haya una versión v4 en producción cuando tu primer flow esté listo.
  • Un nuevo placement: Un flow convertido no hereda el placement del paywall y no puede reutilizar su ID — los IDs de placement son únicos en toda la app. Crea un placement para el flow con un ID nuevo y mantén activo el placement del paywall para las versiones de la app que aún lo utilizan.

Si un paywall genera la mayor parte de tus ingresos y no quieres cambiar todo su tráfico de golpe, despliégalo gradualmente: muéstralo a una pequeña parte de los usuarios junto con el paywall existente, compara la conversión y aumenta el porcentaje conforme los resultados se mantengan.