Preguntas frecuentes
Respuestas breves. Cada una enlaza a la página que lo desarrolla.
Producto
Sección titulada «Producto»¿Reskyt sustituye mi ecommerce?
Sección titulada «¿Reskyt sustituye mi ecommerce?»No. La app muestra tu tienda: catálogo, precios, carrito, checkout y cuentas siguen viviendo en tu plataforma y no se duplican. Reskyt añade la capa nativa y la presencia en las stores. Ver Reskyt y tu ecommerce.
¿La app es nativa?
Sección titulada «¿La app es nativa?»El contenedor es nativo (Swift en iOS, Kotlin en Android) y aporta push, biometría, deeplinks, permisos del sistema y ficha en las stores. El contenido de tienda se sirve desde tu web dentro de una WebView. Ver cómo funciona Reskyt.
¿Podemos añadir funcionalidades personalizadas?
Sección titulada «¿Podemos añadir funcionalidades personalizadas?»Parte de la personalización se resuelve sin tocar el binario, desde la configuración de la app y sus capas de código propio. Lo que requiere capacidades nativas se resuelve con módulos, y eso implica recompilar y republicar. Ver qué es un módulo.
¿La app es mía?
Sección titulada «¿La app es mía?»Sí. Las cuentas de App Store y Google Play son propiedad del cliente, y la ficha, las reseñas, las métricas y los activos asociados a esas cuentas le pertenecen. Ver cuentas de store.
¿Tengo que republicar cada vez que cambio algo?
Sección titulada «¿Tengo que republicar cada vez que cambio algo?»No en la mayoría de casos. Los cambios de tu tienda se ven al momento. Sí hay que republicar al activar un módulo de tipo SDK o integrar un proveedor nuevo.
Integraciones
Sección titulada «Integraciones»¿Podéis integrar nuestro proveedor?
Sección titulada «¿Podéis integrar nuestro proveedor?»Depende de por qué vía lo necesite: web, API o SDK nativo. Muchas peticiones de SDK se resuelven por web o API, sin ciclo de release. Ver integraciones y SDKs.
¿Podéis integrar nuestro SDK?
Sección titulada «¿Podéis integrar nuestro SDK?»Requiere evaluación técnica previa: ningún SDK es compatible automáticamente. Hay que confirmar que existe librería para iOS y Android, qué permisos pide, qué datos recoge y si necesita puente con la WebView. La lista de lo que necesitamos para evaluarlo está en integraciones y SDKs.
¿Podemos mantener nuestro sistema de login?
Sección titulada «¿Podemos mantener nuestro sistema de login?»Sí. En el modelo habitual de Reskyt, el sistema de identidad y el login siguen siendo los del ecommerce del cliente. Pueden integrarse capacidades adicionales (login social, SSO u OAuth, biometría) cuando forman parte del alcance del proyecto. Ver autenticación y sesiones.
¿Podemos mantener nuestras herramientas de analítica y marketing?
Sección titulada «¿Podemos mantener nuestras herramientas de analítica y marketing?»Las integraciones basadas en web pueden seguir funcionando dentro de la WebView cuando son compatibles con ese entorno. Cuando se necesitan capacidades específicamente nativas, puede hacer falta una integración adicional mediante SDK o desarrollo nativo: ver el catálogo de módulos.
Notificaciones push
Sección titulada «Notificaciones push»¿Por qué los tokens no equivalen a usuarios activos?
Sección titulada «¿Por qué los tokens no equivalen a usuarios activos?»Porque una persona puede tener varios dispositivos, porque solo existe token si el usuario aceptó las notificaciones, y porque un token puede sobrevivir al uso real de la app. La base se degrada con desinstalaciones, cambios de dispositivo, reinstalaciones y pérdida de permisos. Ver usuarios, dispositivos y tokens.
¿Puede un mismo usuario tener varios dispositivos?
Sección titulada «¿Puede un mismo usuario tener varios dispositivos?»Sí, y cada uno es un token distinto. Si segmentas por token sin deduplicar por persona, esa persona recibe la campaña varias veces.
¿Puedo enviar push desde mi CRM?
Sección titulada «¿Puedo enviar push desde mi CRM?»Sí, con la API de push, autenticándote con la
cabecera x-api-key.
¿Por qué un usuario no recibe notificaciones?
Sección titulada «¿Por qué un usuario no recibe notificaciones?»Lo más frecuente es que no aceptara el permiso, o que desinstalara y reinstalara la app, lo que genera un token nuevo. El diagnóstico completo está en diagnóstico de push.
Infraestructura
Sección titulada «Infraestructura»¿Dónde se ejecuta Reskyt?
Sección titulada «¿Dónde se ejecuta Reskyt?»En AWS, con la región principal en eu-west-1 (Irlanda), con redundancia entre Availability Zones. Ver arquitectura.
¿Cómo se gestiona la seguridad?
Sección titulada «¿Cómo se gestiona la seguridad?»La documentación detallada se entrega bajo NDA. Qué cubre y cómo pedirla está en arquitectura.
¿Cómo se gestionan las copias y la disponibilidad?
Sección titulada «¿Cómo se gestionan las copias y la disponibilidad?»Reskyt realiza copias de seguridad y opera con redundancia entre Availability Zones. Ver continuidad y recuperación. Los compromisos concretos de disponibilidad dependen del contrato correspondiente.
¿Qué ocurre ante una incidencia en la plataforma?
Sección titulada «¿Qué ocurre ante una incidencia en la plataforma?»El impacto concreto depende del componente afectado. La arquitectura utiliza mecanismos de caché, CDN y desacoplamiento entre componentes para mejorar la resiliencia del servicio. Ver fiabilidad y escalabilidad.
¿Quién publica la app?
Sección titulada «¿Quién publica la app?»Reskyt compila y envía el binario, y lleva la parte técnica de la revisión. Ver publicar en las stores.
¿Cómo se gestionan las actualizaciones?
Sección titulada «¿Cómo se gestionan las actualizaciones?»Cada versión pasa por revisión de la store. Al publicar, hay que actualizar los números de versión del modal de actualización, o los usuarios antiguos no verán el aviso.
Soporte
Sección titulada «Soporte»¿Cómo se abre una incidencia?
Sección titulada «¿Cómo se abre una incidencia?»Escribiendo a support@reskyt.com. Ver soporte.
¿Qué información hay que proporcionar?
Sección titulada «¿Qué información hay que proporcionar?»App y entorno, qué esperabas y qué pasó, cuándo empezó, a quién afecta, pasos para reproducirlo y el error completo. La lista está en soporte.