Ir al contenido

Componentes de la plataforma

Desglose de las piezas que intervienen en una app Reskyt y de quién es responsable cada una.

Los contenedores nativos para iOS (Swift) y Android (Kotlin). Renderizan tu tienda en una WebView y aportan las capacidades nativas: push, biometría, deep links, permisos del sistema y los modales de sistema como el modal de actualización.

Se distribuyen como binarios en App Store y Google Play. Cualquier cambio en esta capa requiere recompilar y republicar.

SistemaVersión mínima
AndroidAndroid 9 (Pie) o superior
iOSiOS 16 o superior

iOS 16 funciona en iPhone 8, iPhone X y en todos los modelos posteriores. Quedan fuera el iPhone 7 y los modelos anteriores.

Estas son las versiones mínimas actuales y pueden cambiar con el tiempo. Reskyt actualiza la app de forma continua, y lo hace por varios motivos:

  1. Requisitos de las stores. Apple y Google piden con regularidad compilar con versiones recientes de sus herramientas y sistemas para poder publicar y actualizar apps.
  2. Peticiones del cliente. Nuevas funcionalidades o integraciones, como SDKs de terceros, pueden necesitar versiones de sistema más recientes.
  3. Evolución tecnológica y seguridad. Las mejoras de seguridad, rendimiento y capacidades de la plataforma suelen dejar atrás las versiones antiguas.

A medida que salgan nuevas versiones de sistema, Reskyt puede dejar de dar soporte a las más antiguas. Los usuarios con un dispositivo que quede fuera pueden seguir usando la versión de la app que tengan instalada, pero no reciben nuevas actualizaciones.

El conjunto de servicios que Reskyt opera: la configuración de cada app, la compilación de binarios, el servicio de notificaciones y las integraciones.

Es multi-tenant: el contenedor y los módulos son comunes, y la configuración, el contenido y las credenciales de cada app son propios.

El panel donde se configura la app: parámetros, módulos, notificaciones, apariencia y publicación.

Infraestructura de envío y segmentación, accesible desde el backoffice y desde la API de push. La unidad de destino es el token de dispositivo, no el usuario: ver usuarios, dispositivos y tokens.

Lo que define el comportamiento de una app sin tocar el binario: parámetros, identidad visual, textos de los modales, código propio en las capas de JS y CSS de la app, y páginas de sistema.

Esta capa es la razón de que la mayoría de cambios no necesiten republicar.

Servicios de terceros conectados mediante módulos: analítica, marketing, pagos, identidad, tracking, utilidades de dispositivo y contenido. Cada módulo declara qué credenciales necesita y si obliga a republicar.

La API de notificaciones push es la API pública disponible actualmente. Para el código que corre dentro de la app, las variables disponibles.