Stripe añade pausas de suscripción al portal de clientes: define la política de ingresos antes de activarlas

La versión de Stripe del 28 de octubre de 2026 añade al portal de clientes la posibilidad de que el usuario pause su suscripción. Para un editor o vendedor, la primera decisión es comercial: si una interrupción temporal resulta una alternativa útil a cancelar y cómo gestionará el negocio la interrupción de los pagos previstos.

La nota de la versión API 2026-10-28.endive describe una incorporación opcional que no afecta a las integraciones existentes del portal. No presenta una reducción medida de las bajas. Un suscriptor que pausa puede volver, pero una pausa no demuestra que se haya conservado una renovación.

La vía documentada utiliza la API

La configuración del portal activa la función mediante features.subscription_pause.enabled. El campo opcional features.subscription_pause.duration ofrece duraciones predefinidas. Una sesión del portal puede abrir directamente el proceso de pausa estableciendo flow_data.type como subscription_pause y pasando el ID de la suscripción correspondiente.

Son campos de configuración para desarrolladores, no instrucciones de una pantalla de ajustes para comerciantes. La nota de versión no establece si la misma opción puede activarse en el Dashboard. Comprueba la documentación actual y tu integración antes de dar por hecho que existe esa ruta en el panel.

La nota complementaria sobre recuperación de sesiones describe otra mejora opcional: las sesiones caducadas pueden ofrecer verificación por correo y una sesión de reemplazo cuando se configura el inicio de sesión del cliente. Esto resuelve el acceso al portal. No define por sí mismo tu política de pausas.

Una pausa necesita una definición comercial

Antes de pedir al desarrollador que active el proceso, escribe cuánto puede durar la pausa, qué ocurre con el acceso y qué se explicará al cliente sobre la reanudación. Trata esos puntos como requisitos que debes validar en tu integración real. El anuncio, por sí solo, no especifica por completo cómo se gestionan los permisos de acceso a tu producto.

Piensa en un lector hipotético que quiere dejar de pagar mientras está fuera. Ofrecerle un descanso podría conservar la relación, pero contarlo en las previsiones como suscriptor de pago ininterrumpido sobrestimaría los cobros esperados. Separa las relaciones de pago, en pausa y canceladas en tu revisión operativa, con definiciones que el equipo comprenda.

Decide también quién resuelve las excepciones. Un lector que no puede reanudar, pausa la suscripción equivocada o interpreta mal el acceso necesita una vía clara de asistencia. Una nueva opción de autoservicio puede cambiar las consultas que recibe soporte, aunque la función sea opcional.

Prueba el regreso, no solo el botón de pausa

Pide a quien implemente la función que demuestre la pausa, la explicación al cliente, el resultado sobre el acceso y el regreso al estado de facturación previsto en un entorno de prueba adecuado. Confirma que tus propios informes reflejen el resultado. Ver una nueva opción en el portal no demuestra que todo el proceso comercial sea correcto.

Separa esto de la recuperación de pagos fallidos de membresías en Ghost, que aborda cobros no completados, y de los pagos de Stripe a colaboradores, que mueven dinero en otra dirección. Evalúa el uso de las pausas junto con las renovaciones pagadas y los cobros posteriores. Hasta conocer esos resultados, descríbelo como una opción adicional para el cliente, no como una mejora demostrada de retención.