App móvil para PrestaShop: cuándo compensa y cómo se hace
Una app nativa pone tu tienda en la pantalla de inicio del cliente y te deja avisarle, pero no es para todas las tiendas. Repasamos cuándo compensa, cómo se conecta con el catálogo y el carrito de PrestaShop, qué exigen Apple y Google y qué mantenimiento necesita.
Convertir una tienda PrestaShop en app para iPhone y Android es posible sin duplicar el catálogo: la app usa la propia tienda, con sus productos, precios, stock y pedidos, y añade lo que la web no tiene, como el icono en el móvil, las notificaciones y la presencia en Google Play y App Store. Compensa sobre todo cuando tus clientes repiten compra; si casi todos compran una vez, suele bastar con una buena web móvil.
Vamos a ver cuándo tiene sentido, cómo se monta y qué hay que mantener después, porque una app no se publica y se olvida.
Qué aporta una app que no aporta la web
La web móvil la visitan cuando se acuerdan de ti. La app está en la pantalla de inicio, a un toque, y te permite volver a hablar con quien la tiene instalada. En la práctica, lo que más diferencia marca es:
- Notificaciones push. El estado del pedido, el carrito que se quedó a medias o una campaña para un grupo de clientes llegan al móvil sin depender del correo ni de su filtro de spam.
- Tu marca a la vista. Icono, colores y pantalla de carga propios. El cliente no te busca en un buscador: te abre.
- Sesión que dura. El cliente entra una vez y la app recuerda su cuenta, con lo que la siguiente compra cuesta menos pasos.
- Funciones del teléfono. Por ejemplo, escanear el código de barras de un producto para llegar a su ficha, algo muy útil en recambios, consumibles o tiendas con referencias técnicas.
- Enlaces que abren la app. Un enlace a tu tienda en un correo o en un mensaje abre directamente la app si el cliente la tiene instalada.
Cuándo compensa y cuándo no
| Situación | App nativa |
|---|---|
| Clientes que repiten (alimentación, consumibles, recambios, moda con temporadas) | Suele compensar: cada aviso es una visita que no pagas en publicidad |
| Venta a profesionales que piden a menudo | Compensa: acceso rápido, sesión iniciada y repetición de pedidos |
| Comunidad o marca con seguidores fieles | Compensa si hay contenido o novedades frecuentes que avisar |
| Compra única o muy espaciada (un colchón, una caldera) | Rara vez: casi nadie instala una app para comprar una vez |
| Catálogo pequeño y poco tráfico móvil | Primero mejora la web móvil; la app no arregla una tienda lenta |
Antes de decidir, mira tus datos: qué porcentaje de pedidos son de clientes que ya habían comprado y cuánto tráfico llega desde móvil. Si los dos son altos, una app tiene recorrido.
App nativa o PWA
La alternativa barata es una aplicación web progresiva (PWA): la propia web, instalable en la pantalla de inicio desde el navegador y con notificaciones web. Ya lo contamos en el artículo sobre tiendas instalables y notificaciones push. Las diferencias principales:
- Presencia en las tiendas de apps. Una PWA no aparece en Google Play ni en App Store; una app nativa sí, y muchos clientes buscan ahí.
- Notificaciones en iPhone. Las notificaciones web en iOS tienen más condiciones que en Android, y el cliente tiene que haber instalado la web antes. En una app nativa son las de siempre.
- Coste y mantenimiento. Una PWA es más barata de poner en marcha y no pasa la revisión de Apple y Google. Una app nativa exige cuentas de desarrollador y actualizaciones cuando las tiendas de apps lo piden.
Para muchas tiendas, la PWA es un buen primer paso. Cuando la repetición de compra justifica estar en las tiendas de apps, la nativa da el salto.
Cómo se conecta con PrestaShop
Hay dos enfoques, y la diferencia importa mucho a largo plazo:
- App que reconstruye la tienda leyendo el catálogo por API y montando sus propias pantallas. Da mucho control visual, pero cada módulo que añade algo a la ficha o al checkout tiene que reprogramarse en la app, y cada cambio en la tienda puede descuadrarla.
- App que usa la propia tienda dentro de una estructura nativa (barra de pestañas, notificaciones, escáner, enlaces) y oculta lo que sobra en el móvil, como la cabecera y el pie de la web. Catálogo, carrito, precios, stock, pedidos, módulos y pasarelas son los de la tienda: lo que cambias en el back-office sale a la vez en la web y en la app.
El segundo enfoque evita mantener dos tiendas. Lo que sí hay que revisar antes es el checkout, las pasarelas de pago (las que abren la página del banco o de un monedero tienen que volver bien a la app) y la caché, que es donde suelen aparecer las sorpresas.
Publicar en Google Play y App Store
Publicar no es subir un fichero. Cada tienda de apps revisa lo que se publica y tiene sus exigencias:
- Cuentas de desarrollador a tu nombre. Apple cobra una cuota anual y Google un pago único. Que estén a tu nombre es importante: la app es tuya y no depende de quien la haya desarrollado.
- Requisitos que, si faltan, provocan el rechazo. Por ejemplo, que el cliente pueda borrar su cuenta desde la propia app, que la política de privacidad esté enlazada y, si se ofrece inicio de sesión con otras cuentas, el inicio de sesión con Apple en iPhone.
- Una app que aporte algo más que la web. Apple en particular rechaza las apps que son solo una web metida en un marco. Las funciones nativas (notificaciones, escáner, navegación propia) son lo que la hace aceptable.
- Revisión en cada versión nueva. Cambiar el nombre, el icono o la pantalla de carga obliga a publicar otra versión. Lo que se gestiona desde la tienda (productos, precios, textos, campañas) no.
El mantenimiento que no se ve
Una app no es un trabajo de una sola vez. Android e iOS cambian cada año, y Apple y Google exigen que las apps se adapten a sus versiones nuevas; las que no se ponen al día dejan de poder actualizarse y acaban retiradas. A eso se suma la propia tienda: cada actualización de PrestaShop, del tema o de un módulo del checkout hay que comprobarla también dentro de la app.
Lo que conviene medir
- Instalaciones activas, no descargas totales.
- Pedidos hechos desde la app y su importe, frente a los de la web móvil.
- Apertura de notificaciones y pedidos que llegan después de cada campaña.
- Bajas de notificaciones: si suben, estás avisando demasiado o de cosas que no interesan.
Cómo lo hacemos en Rekire
En el servicio para convertir PrestaShop en app revisamos primero la tienda (tema, checkout, pasarelas y caché), instalamos el módulo que activa el modo app, las notificaciones y los enlaces, generamos la app de Android e iOS con tu icono, tus colores y tus pestañas, y la publicamos en Google Play y App Store con tu cuenta de desarrollador. Funciona con PrestaShop 1.7.8 a 9 y con cualquier tema, y la app usa tu catálogo, tus precios y tus pedidos, sin un segundo sitio que mantener. En esa página tienes el precio de la puesta en marcha y del mantenimiento anual.
Preguntas frecuentes
¿Tengo que mantener dos tiendas si hago una app?
No, si la app usa tu PrestaShop. Lo que cambias en el back-office sale a la vez en la web y en la app.
¿Se puede tener una app para PrestaShop en iPhone?
Sí. Se publica en App Store con una cuenta de desarrollador de Apple a tu nombre, cumpliendo sus requisitos de revisión.
¿Qué es mejor, una app o una PWA?
Una PWA es más barata y sirve para empezar; una app nativa da presencia en las tiendas de apps y notificaciones más fiables en iPhone. Depende de cuánto repitan tus clientes.
¿Qué pasa con la app cuando actualizo PrestaShop?
Hay que comprobarla, sobre todo el checkout y los pagos. Por eso el mantenimiento de la app incluye revisarla tras actualizar la tienda o el tema.