Aplicación Móvil PrestaShop: 4 Opciones, Costes y Plan de Prueba

Una aplicación móvil PrestaShop para clientes es una aplicación iOS y Android bajo el nombre de su tienda que los compradores instalan para navegar, reordenar y pagar. PrestaShop no incluye uno, por lo que puede obtenerlo de cuatro maneras: un módulo de creación de aplicaciones móviles, un conversor de sitio web a aplicación, un servicio de aplicación administrado o una compilación personalizada. La elección correcta depende principalmente de su proceso de pago, porque un proceso de pago de PrestaShop se construye a partir de módulos.

Esta guía le ayudará a elegir una ruta y probarla en su propia tienda antes de gastar dinero. Para la versión corta, consulte el PrestaShop a la página de la aplicación.

¿Una tienda PrestaShop debería tener una aplicación?

Una aplicación gana su lugar cuando las mismas personas te compran repetidamente. Primero verifique su tienda con cuatro preguntas.

• ¿Los clientes reordenan? Vino, café, alimentos para mascotas, cosméticos, suministros para impresoras, repuestos y consumibles comerciales se compran en un ciclo.
• ¿Los clientes inician sesión para hacer algo? Las cuentas comerciales con precios grupales, historial de pedidos, facturas, devoluciones y vales de fidelidad hacen que las personas vuelvan a su cuenta.
• ¿Tiene alguna noticia que valga la pena notificar? Las rebajas, reposiciones y nuevas gamas se adaptan al impulso.
• ¿La tienda de móviles ya es buena? Si los compradores por teléfono abandonan el proceso de pago hoy, una aplicación basada en ese proceso de pago hereda el problema.

Si la mayoría de los pedidos provienen de visitantes nuevos, dedique el esfuerzo al tema móvil.

¿Qué hace que PrestaShop sea diferente cuando agregas una aplicación?

PrestaShop es de código abierto y normalmente autohospedado, y se utiliza ampliamente en Europa y América Latina, donde la forma en que las personas pagan y reciben paquetes cambia de un país a otro. Una tienda típica se adapta a su país un módulo a la vez: un módulo de pago para el método bancario en el que confían los clientes, un módulo de transportista con un mapa de puntos de recogida, traducciones, normas fiscales y grupos de clientes con sus propios precios.

Eso hace que la caja sea la parte difícil. Los productos y categorías son fáciles de copiar en una aplicación. Un pago que redirige a un banco, solicita aprobación en una aplicación bancaria y luego regresa a la página de confirmación de su pedido, no lo es.

Las versiones también varían. PrestaShop 1.7, 8 y 9 están todos en uso, y PrestaShop 9.1, lanzado en marzo de 2026, convirtió a Hummingbird en el tema predeterminado para nuevas instalaciones, mientras que muchas tiendas permanecen en el tema Clásico o personalizado. Cualquier ruta que coloque código dentro de su tienda debe coincidir con su versión y sus módulos.

Entonces haga una pregunta de cada ruta: ¿La aplicación muestra lo que agregan mis módulos o solo lo que sabe PrestaShop?

¿Cuáles son las cuatro formas de conseguir una aplicación móvil PrestaShop?

Ruta 1: un módulo de creación de aplicaciones móviles

Varios proveedores venden módulos de creación de aplicaciones móviles en el Mercado de complementos de PrestaShop y en sus propios sitios. Instala un módulo conector en su back office, expone su catálogo, clientes y pedidos a la aplicación del proveedor, y la aplicación los dibuja como pantallas nativas. Algunos se basan en el Servicio web PrestaShop, una API CRUD sobre recursos como productos, combinaciones, carritos, clientes y pedidos.

Bueno en: listas y páginas de productos nativos, y una pantalla de inicio diseñada de manera diferente a su sitio web.

Verifique cuidadosamente:

• Soporte de pago y transportista. La API describe los pedidos y los transportistas como datos. No describe lo que representa un módulo de pago o un módulo de punto de recogida en la caja, por lo que cada uno necesita soporte explícito del proveedor de la aplicación. Solicite la lista de módulos compatibles y compárela con la suya. Una alternativa común para uno no compatible es el pago de su sitio web que se muestra en una vista web.
• Versión y licencia. El conector es un módulo como cualquier otro, así que confirme que sea compatible con su versión de PrestaShop y que aún esté actualizado. Las licencias varían entre un precio único, una suscripción y extras pagados, así que confirme que recibe compilaciones listas para la tienda en sus propias cuentas de desarrollador.
• Design. Las personalizaciones de tu tema web no se transfieren. La aplicación tiene su propia apariencia.

Ruta 2: un conversor de sitio web a aplicación

Un convertidor crea un shell nativo alrededor de su sitio web en vivo. El shell proporciona el ícono de la aplicación, la pantalla de inicio, un encabezado nativo, menús y pestañas inferiores, y notificaciones automáticas opcionales. Su front office se carga dentro de un WebView, el mismo motor de navegador que usan Safari y Chrome.

Bueno en: fidelidad. La aplicación muestra cualquier tema y módulos que represente en un teléfono, porque es la misma página del mismo servidor. No instalas nada en PrestaShop, por lo que no importa su versión.

Verifique cuidadosamente: no obtienes pantallas de productos redibujadas de forma nativa. La aplicación es tan rápida y ordenada como tu tema móvil y no mejor. Los pagos que salen de su tienda pueden comportarse de manera diferente en un navegador integrado que en Safari o Chrome, que es para lo que sirve el plan de prueba a continuación.

SiteTo.App toma esta ruta. Pegas la URL de tu tienda, configuras el nombre, el ícono y las pestañas, y obtienes una vista previa de la aplicación en tu propio teléfono de forma gratuita. Una compilación cuesta $29 para Android, $79 para iOS o $99 para ambos, pagados una vez.

Ruta 3: un servicio de aplicación gestionado

Un servicio administrado utiliza el mismo enfoque WebView para sus páginas y agrega un equipo. Configuran la aplicación, crean pantallas nativas personalizadas, la envían a las tiendas y la mantienen por una tarifa mensual. Nuestro Comparación entre SiteTo.App y MobiLoud analiza uno de esos servicios en detalle.

Ruta 4: una aplicación personalizada

Una agencia o desarrollador crea una aplicación con las API de su tienda. Esta es la ruta para cosas que un sitio web no puede hacer, como trabajar completamente sin conexión. Tiene un precio como proyecto y necesita reelaboración cuando actualiza PrestaShop o reemplaza un módulo del que depende.

¿Cómo se comparan las rutas?

¿Cuánto cuesta cada ruta?

• Módulo de creación de aplicaciones: fijado por el vendedor. Compruebe si el precio del listado es una licencia única o una suscripción, y si las versiones listas para la tienda, las actualizaciones push y las nuevas versiones de PrestaShop están incluidas o se venden como extras.
• Convertidor de sitio web a aplicación: una tarifa de construcción. SiteTo.App cobra $29 por Android, $79 por iOS o $99 por ambos, se paga una vez y las reconstrucciones posteriores se cotizan por separado.
• Servicio gestionado: una tarifa mensual mientras la aplicación esté activa. La comparación vinculada en la ruta 3 se basa en las cifras actuales de un servicio.
• Aplicación personalizada: una cotización del proyecto, luego el tiempo del desarrollador cada vez que la tienda cambia debajo de ella.

Cada ruta también necesita la membresía de desarrollador de Apple ($99 al año) y el registro de Google Play ($25 una vez), que se les paga directamente. El guía de costos de la aplicación del sitio web cubre todo el presupuesto.

¿Qué ruta se adapta a cada tienda PrestaShop?

Elija un módulo de creación de aplicaciones Si su tienda está cerca de PrestaShop en existencia, sus módulos de pago y operador están en la lista admitida del proveedor, y una sensación de navegación nativa le importa más que mantener su diseño web.

Elige un convertidor si tu tienda de móviles ya funciona bien y una parte real proviene de módulos. Esto cubre pagos en bancos locales, entrega en el punto de recogida, precios para grupos B2B, varios idiomas y un pago personalizado.

Elija un servicio administrado si desea que un equipo se encargue del lanzamiento y el mantenimiento, y la tarifa mensual tiene sentido frente a los ingresos de su aplicación.

Elija una construcción personalizada si la aplicación tiene que hacer algo que un navegador no puede, como funcionar correctamente sin conexión.

¿Cuándo SiteTo.App es la elección equivocada?

• El tema de tu móvil es el problema. Un tema lento o un pago telefónico incómodo serán igualmente lentos e incómodos en la aplicación. Primero arregla la tienda.
• Necesitas un impulso en el ciclo de vida. SiteTo.App envía un título, texto, imagen y enlace a todos los que se inscribieron, a través de su propio proyecto Firebase. No envía notificaciones de carrito abandonado o de estado de pedido, y aún no tiene segmentos ni programación. Una tienda multinacional no puede enviar un mensaje a los clientes franceses y otro a los españoles.
• Su método de pago principal no puede regresar a la aplicación. Si el plan de prueba muestra que su método bancario más utilizado termina en el navegador del teléfono y su proveedor de pagos no tiene solución, no lo inicie.
• Quiere que otra persona envíe y mantenga la aplicación. Publicas desde tus propias cuentas de Apple y Google, y un servicio administrado es la mejor opción si prefieres cederlo.

Tampoco es apto para Bluetooth, AR, uso intensivo fuera de línea o procesamiento en segundo plano.

¿Cómo se prueba una tienda PrestaShop como aplicación?

Utilice un iPhone real y un teléfono Android real si planea enviar ambos. Siga los pasos en orden. Ejecute cualquier paso fallido nuevamente en el navegador normal del teléfono: si también falla allí, la solución debe estar en la tienda.

Paso 1: preparar la tienda

Pon cada módulo de pago en su modo de prueba o crea un producto oculto de bajo precio que puedas reembolsar. Cree una cuenta de cliente de prueba. Saque la tienda del modo de mantenimiento, porque una vista previa de una tienda cerrada muestra solo la página de mantenimiento.

Paso 2: busque y cree un carrito

Abre una categoría, usa los filtros y la búsqueda, luego abre un producto con combinaciones. Elige talla o color y añádelo al carrito. Mire el recuento de carritos en el encabezado de su tema. Luego aplica un vale en el carrito.

Paso 3: Verifique la entrega y los totales

Ingrese una dirección de entrega real y compare los costos y los impuestos del transportista con el mismo carrito en su sitio web.

Si utiliza un punto de recogida o un transportista de taquillas, abra su mapa en el paso de entrega. Algunos de estos widgets ofrecen un botón "usar mi ubicación". No dependas de ello. Escriba un código postal, elija un punto y confirme más tarde que aparece en la página de confirmación del pedido y en el pedido del back office.

Paso 4: Pague con cada módulo de pago

Este paso decide si puede iniciar.

• Formularios de tarjetas en la página normalmente se comportan como lo hacen en la web móvil. Utilice una tarjeta de prueba que active 3-D Secure y confirme que se complete el desafío.
• Métodos de redireccionamiento enviar al cliente a una página bancaria o una ventana de PayPal. Siga todo el camino y confirme que llega a la página de confirmación de su pedido dentro de la aplicación.
• Métodos de aplicaciones bancarias como iDEAL, Bancontact, BLIK, Bizum o MB WAY solicitan al cliente que apruebe el pago en otra app. El riesgo es el camino de regreso. Una aplicación bancaria puede devolver al cliente al navegador predeterminado del teléfono, donde su tienda no tiene sesión, mientras que la aplicación muestra el paso de pago. Es posible que el pedido aún se registre a través de la notificación del servidor del proveedor, pero el cliente ve una pantalla confusa.
• Botones de Apple Pay y Google Pay se muestran solo cuando el script del módulo de pago decide que el entorno los admite, y un WebView en la aplicación no es el mismo entorno que Safari o Chrome. Trátelos como un bono y mantenga el pago con tarjeta disponible junto a ellos.

Si regresa de un pago a un carrito vacío o a una página de inicio de sesión, mire primero las cookies. PrestaShop almacena la sesión en una cookie, y una devolución que llega sin ella pierde la sesión, por lo que el carrito puede parecer vacío. Al menos un proveedor de pagos documenta esto para PrestaShop y apunta a la configuración Cookie SameSite en Parámetros avanzados → Administración, con HTTPS habilitado en toda la tienda. Pregunte al soporte de su propio módulo de pago qué configuración requieren.

Luego, verifique que el pedido llegó al back office con el estado correcto.

Paso 5: Probar cuentas y sesiones

Inicie sesión, abra su historial de pedidos y use Reordenar en un pedido anterior si su tema lo ofrece. Luego cierra la aplicación por completo y vuelve a abrirla: aún deberías haber iniciado sesión con el carrito intacto. PrestaShop Configuración de administración establezca la duración de las cookies de recepción en 480 horas (20 días) de forma predeterminada.

La misma página dispone de una opción llamada "Comprobar la dirección IP de la cookie", que compara la dirección del visitante con la almacenada en la cookie. Los teléfonos cambian de dirección a medida que pasan entre Wi-Fi y datos móviles, así que revise esa opción si los evaluadores cierran sesión sin un motivo claro.

Si utiliza un módulo de inicio de sesión social, pruebe cada botón. Google bloquea su pantalla de inicio de sesión en WebViews integrados, por lo que el botón "Continuar con Google" puede mostrar un error allí. Asegúrese de que se ofrezca el inicio de sesión con correo electrónico y contraseña.

Paso 6: Idiomas, divisas y B2B

PrestaShop pone el idioma en la dirección, como por ejemplo /fr/ o /es/, así que decide en qué idioma debe abrirse la aplicación. Luego cambia el idioma y la moneda con los selectores de tu tema y verifica que los precios y el carrito sigan.

Para una tienda comercial, inicie sesión con una cuenta en un grupo de clientes que tenga sus propios precios. Compare el precio de un producto y el total del carrito con la misma cuenta en el sitio web.

Paso 7: Ordena el marco

Ocúpese del banner de cookies y de cualquier ventana emergente del boletín, y verifique que el encabezado fijo de su tema no se duplique con el encabezado y las pestañas nativos. SiteTo.App puede ejecutar scripts que ocultan el encabezado y las ventanas emergentes de su sitio, así que tenga en cuenta lo que desea eliminar.

¿Qué deberían decirte los resultados?

¿Qué deberías configurar en la propia aplicación?

• Pestañas inferiores: PrestaShop ya tiene buenos destinos. Inicio, una categoría superior o la página de caída de precios, Carrito y Mi cuenta funcionan para la mayoría de las tiendas, y una tienda comercial puede apuntar una pestaña directamente al historial de pedidos. Primero active las URL amigables en Parámetros de la tienda → Tráfico y SEO y copie cada dirección de su tienda en vivo.
• Insignia del carrito: con la ayuda de un desarrollador, el SDK SiteTo.App JS puede mostrar un recuento en la pestaña Carrito. Los temas de PrestaShop desde 1.7 mantienen el carrito actual en un prestashop.cart Objeto JavaScript y disparar un updateCart evento cuando cambia, lo que le da al desarrollador el número para transmitir.
• Push: conecta tu propio proyecto Firebase con el guía Firebase, luego envíe un título, texto, imagen y enlace desde el panel.

Los cambios de productos, precios y existencias en el back office aparecen en la aplicación sin una nueva versión. Cambiar el ícono o el nombre de la aplicación requiere una reconstrucción, y las reconstrucciones posteriores se cotizan por separado.

¿Qué necesitan saber las tiendas PrestaShop antes de publicar?

Envía la aplicación desde sus propias cuentas de Apple y Google. SiteTo.App firma la compilación de iOS y la carga en TestFlight en su cuenta de Apple, por lo que no necesita una Mac o Xcode, y le brinda un AAB para Google Play. El crear y publicar guía recorre cada paso. Apple y Google deciden qué se aprueba y nadie puede prometer el resultado. Estos puntos surgen especialmente en las tiendas PrestaShop.

Los productos físicos utilizan su propia caja. manzana Pautas de revisión de aplicaciones decir que los bienes y servicios consumidos fuera de la aplicación se pagan con métodos distintos a la compra dentro de la aplicación (sección 3.1.3(e)). Eso cubre una tienda que envía productos.

Los productos virtuales son diferentes. El contenido descargable utilizado dentro de la aplicación se rige por las reglas de compra dentro de la aplicación de Apple en la sección 3.1, y Google Play tiene su propia política de pagos. Lea ambos primero si las descargas son una parte real de sus ventas.

Oferta de eliminación de cuenta. Apple espera que cualquier aplicación que admita la creación de cuentas permita a las personas comenzar a eliminar su cuenta desde dentro de la aplicación. Módulo GDPR oficial de PrestaShop maneja solicitudes de borrado que el comerciante valida en el back office. Agregue un enlace o formulario de solicitud claramente etiquetado como "Eliminar mi cuenta" en el área de la cuenta.

Ofrezca a los revisores una entrada. Si los precios o el catálogo se encuentran detrás de un inicio de sesión, como en muchas tiendas B2B, proporcione una cuenta de prueba funcional en las notas de revisión.

Muestra más que un sitio web. La Directriz 4.2 de Apple pide a las aplicaciones que ofrezcan más que un sitio reempaquetado. Pestañas nativas, un encabezado nativo y notificaciones push ayudan. Ver el Guía de la directriz 4.2 y el guía editorial.

Preguntas comunes

¿Necesito instalar un módulo o habilitar el servicio web?

No con un convertidor. SiteTo.App funciona desde la URL de su tienda pública. Los módulos de creación de aplicaciones necesitan un conector en su back office porque leen su catálogo directamente.

¿Puede una aplicación cubrir una multitienda?

Una aplicación comienza en una URL. Las tiendas en una multitienda tienen sus propias direcciones, así que elige la tienda que la aplicación debería abrir. Las marcas distintas suelen merecer aplicaciones distintas.

¿Qué sucede con la aplicación cuando actualizo PrestaShop o cambio de tema?

Con un convertidor, la aplicación muestra la tienda actualizada la próxima vez que se abre, sin ninguna nueva construcción. Si las direcciones de su página cambian, los enlaces de las pestañas en la aplicación deben actualizarse para que coincidan. Una actualización de módulo que interrumpe el proceso de pago móvil también lo interrumpe en la aplicación, así que realice un pedido de prueba en un teléfono después de actualizaciones importantes.

Siguiente paso

Realice un pedido de prueba en su teléfono con su método de pago más utilizado. Si eso va bien, obtenga una vista previa de su tienda PrestaShop como una aplicación gratis, ejecute los siete pasos anteriores y verifique precios una vez que sabes que funciona.

¿También tienes otra plataforma? Consulte las guías para Magento y WooCommerce.