Cómo funciona Reskyt
Reskyt es una plataforma que convierte una tienda online en aplicaciones nativas para iOS y Android, y las mantiene operativas a lo largo del tiempo. No sustituye tu ecommerce: se apoya en él.
Esta página explica el modelo completo. Si vienes de una reunión y quieres entender cómo encaja Reskyt en tu stack, empieza aquí.
Las tres piezas
Sección titulada «Las tres piezas»Tu ecommerce sigue siendo la fuente de verdad. Catálogo, precios, carrito, checkout y cuentas de usuario viven en tu plataforma y no se duplican.
La plataforma Reskyt es la capa tecnológica: el backoffice donde se configura la app, el servicio de notificaciones push, los módulos de integración y la compilación y publicación de los binarios. Está desplegada en AWS, con la región principal en eu-west-1 (Irlanda).
Las apps son contenedores nativos (Swift en iOS, Kotlin en Android) que muestran tu tienda dentro de una WebView y añaden encima las capacidades que solo existen en nativo.
Qué es nativo y qué no
Sección titulada «Qué es nativo y qué no»| Nativo | Aprovecha tu ecommerce |
|---|---|
| Notificaciones push | Catálogo y fichas de producto |
| Biometría (Face ID, Touch ID, huella) | Carrito y checkout |
| Deeplinks y Universal/App Links | Cuentas de usuario y login |
| Permisos del sistema | Contenido y traducciones |
| Presencia y ficha en las stores | Precios, stock y promociones |
| Modales de sistema, como el de actualización | Reglas de negocio |
Esa división explica la consecuencia más importante del modelo: lo que cambias en tu tienda se ve en la app al momento, sin pasar por revisión de Apple ni de Google. Lo que toca la capa nativa (activar un módulo, integrar un SDK) obliga a recompilar y republicar.
El papel de Reskyt
Sección titulada «El papel de Reskyt»Reskyt aporta la capa que tu ecommerce no cubre por sí solo: el contenedor nativo y su mantenimiento, el ciclo de builds y publicación, la configuración por app desde un backoffice, la infraestructura de notificaciones y el catálogo de módulos para conectar servicios de terceros.
Lo que no hace es reemplazar tu tienda, tu CMS, tu pasarela de pago ni tu sistema de identidad. Ver Reskyt y tu ecommerce para el reparto exacto.
Notificaciones push
Sección titulada «Notificaciones push»El envío se hace desde el backoffice o desde tus sistemas con la API de push. La unidad de segmentación es el dispositivo, identificado según el mecanismo que corresponda a la versión de la API utilizada.
Conviene tener presente al planificar campañas que un dispositivo con token no equivale a un usuario activo. Está explicado en usuarios, dispositivos y tokens.
Integraciones, APIs y SDKs
Sección titulada «Integraciones, APIs y SDKs»Los servicios de terceros se conectan mediante módulos. Un módulo puede ser un SDK nativo, que se compila dentro del binario, o una integración que no toca el binario. Esa diferencia determina si hace falta republicar. Ver integraciones y SDKs.
La API de push es la API pública de Reskyt disponible actualmente.
Publicación y operación posterior
Sección titulada «Publicación y operación posterior»Las apps se distribuyen en App Store y Google Play. Las cuentas de esas stores son propiedad del cliente, y con ellas la ficha, las reseñas y las métricas. Ver publicar en las stores.
Después del lanzamiento, la operación se reparte: Reskyt mantiene el contenedor y la plataforma, y tu equipo mantiene la tienda y el contenido. El soporte entra por ticket.
Qué no hace Reskyt
Sección titulada «Qué no hace Reskyt»No sustituye tu ecommerce. Catálogo, precios, carrito y checkout siguen siendo tuyos, y su rendimiento y disponibilidad también.
No gestiona la identidad de tus usuarios. En el modelo habitual de Reskyt, el sistema de identidad y el login siguen siendo los del ecommerce. La capa nativa puede añadir capacidades como biometría o login social cuando se integran como parte del proyecto.
No procesa pagos. Los módulos de pago hacen que el flujo del proveedor funcione dentro de la app, pero la pasarela sigue siendo la tuya.
No ofrece hoy un catálogo amplio de APIs públicas. La API de push es la API pública disponible actualmente; el resto de integraciones se resuelven por web o mediante módulos.
No evita el ciclo de las stores. Todo lo que toca la capa nativa (activar un módulo de tipo SDK, integrar un proveedor nuevo) requiere recompilar, publicar y esperar a que los usuarios actualicen.
Para seguir
Sección titulada «Para seguir»Componentes de la plataforma desglosa cada bloque. Arquitectura entra en el detalle técnico. Primeros pasos recorre el proyecto de principio a fin.