Aplicación móvil Magento: 5 formas de conseguir una y cómo elegir

Adobe no envía una aplicación de cliente lista para usar para las tiendas Magento, por lo que cada aplicación móvil de Magento proviene de una de cinco rutas: mejorar el escaparate móvil y detenerse allí, colocar el escaparate en vivo dentro de una aplicación con un convertidor de sitio web a aplicación, contratar un servicio de aplicación administrada, instalar una extensión de aplicación móvil con sus propias pantallas nativas o encargar una compilación nativa personalizada en las API de Magento.

Las rutas difieren más en la cantidad de su tienda que debe construirse por segunda vez, y en Magento eso es costoso. Esta guía compara los cinco, indica cuándo SiteTo.App es la elección incorrecta y luego le brinda un plan de prueba del teléfono y notas de publicación. Para la versión corta, consulte el Magento a la página de la aplicación.

¿Tu tienda Magento necesita una aplicación?

Las tiendas Magento y Adobe Commerce suelen tener catálogos complicados: distribuidores, fabricantes que venden directamente, negocios de repuestos y suministros y vendedores B2B con precios negociados. Muchos de sus clientes vuelven a realizar el mismo tipo de pedido y una aplicación gana su lugar cuando esa tarea es lo suficientemente frecuente como para merecer un atajo. Haga tres preguntas antes de comparar proveedores:

1. ¿Qué hará un cliente en la aplicación cada semana o mes? Reordene consumibles, verifique un pedido, busque una pieza por SKU. Si no puede nombrar la tarea, un sitio móvil rápido es suficiente.
2. ¿Esa tarea ya funciona en tu tienda móvil? Una aplicación creada desde el escaparate hereda su velocidad y su proceso de pago.
3. ¿Una notificación ayudaría al comprador? Es útil una alerta de reabastecimiento para algo que piden regularmente. Una promoción semanal es fácil de silenciar.

Si las respuestas son débiles, gaste primero el presupuesto en la tienda móvil.

¿Cuáles son las cinco formas de obtener una aplicación móvil Magento?

Cada ruta con una lista de tienda también necesita cuentas de desarrollador: el Apple Developer Program a $99 al año y Google Play a $25 una vez, pagado directamente a Apple y Google.

1. Un mejor escaparate móvil o una PWA

A veces la respuesta correcta es no tener ninguna aplicación. Si el tema predeterminado de Luma hace que su tienda sea lenta en los teléfonos, una interfaz más liviana hace más por los clientes que un ícono. Tema Hyvä ha sido gratuito y de código abierto desde noviembre de 2025, y para los comerciantes de Adobe Commerce, Adobe ahora documenta su propio Escaparate de comercio, que utiliza componentes listos para usar. Estudio PWA permanece disponible para aplicaciones web progresivas sin cabeza.

Se puede agregar una PWA a una pantalla de inicio desde el navegador, pero no aparece en la App Store, y la inserción web en iPhone solo funciona después de que el cliente la instala de esa manera. nuestra guía para PWA frente a nativo frente a WebView cubre las diferencias.

2. Un conversor de sitio web a aplicación

Un convertidor toma la URL de su tienda pública y la coloca dentro de una aplicación. Con SiteTo.App, la aplicación es un caparazón nativo alrededor de su sitio web en vivo: su ícono y pantalla de inicio, un encabezado nativo con su logotipo, un menú lateral, pestañas inferiores, deslizar hacia atrás, tirar para actualizar y notificaciones automáticas opcionales a través de su propio proyecto Firebase. Las páginas internas son sus páginas de Magento, cargadas en un WebView.

No hay nada instalado en su servidor Magento y no hay credenciales API involucradas. Los precios de grupos de clientes, los catálogos compartidos, las reglas de envío y cada extensión que se muestra en su sitio móvil se conservan porque son las mismas páginas. Por la misma razón, la aplicación es tan buena como tu tienda móvil y no mejor.

3. Un servicio de aplicación administrado

Los servicios administrados utilizan el mismo enfoque WebView para sus páginas y agregan un equipo que configura, prueba, envía y mantiene la aplicación, a menudo con extras como pantallas nativas personalizadas. Pagas una tarifa recurrente por ese equipo. Si nadie en su empresa tiene tiempo para tener una aplicación, esta es una opción legítima. Comparamos uno de esos servicios en SiteTo.App frente a MobiLoud.

4. Una extensión de aplicación móvil para Magento

El Mercado de comercio de Adobe y proveedores independientes venden extensiones de aplicaciones móviles para Magento 2. El diseño habitual es un módulo conector instalado en su tienda más una aplicación nativa iOS y Android prediseñada que lee su catálogo, carrito y datos de clientes a través de él. Obtiene listas de productos y páginas de productos nativas.

Antes de comprar, pregunte cuáles de sus personalizaciones admite la aplicación, quién mantiene el conector compatible a través de las actualizaciones de Magento y qué cuentas de desarrollador contienen los listados. La compatibilidad con opciones personalizadas, funciones B2B y métodos de pago de terceros varía según el proveedor.

5. Una compilación nativa personalizada

Magento API GraphQL está diseñado para tiendas headless y clientes móviles, y una agencia puede crear cualquier aplicación sobre él. Esta es la única ruta para funciones que un sitio web no puede ofrecer: escaneo de códigos de barras en un almacén, pedidos fuera de línea para representantes de ventas de campo, dispositivos Bluetooth, AR o procesamiento en segundo plano.

También es una segunda base de código para volver a probar cada vez que se parchea Magento, por lo que debe presupuestar el mantenimiento y la compilación.

¿Por qué la personalización decide la ruta en Magento?

En Magento, la lógica que importa a menudo reside en los módulos PHP y las plantillas temáticas: qué clientes ven qué catálogo, qué paga un grupo de clientes, cómo se cotiza el flete, qué métodos de pago aparecen para qué cesta. Una aplicación nativa no puede leer plantillas. Le pregunta a Magento a través de REST o GraphQL, y una extensión que cambia el escaparate no siempre expone el mismo comportamiento a través de la API. Cada brecha se convierte en una decisión: pagar para crear soporte API, aceptar una diferencia entre aplicación y sitio, o dejar de lado la función.

Las rutas 2 y 3 evitan la cuestión reutilizando el escaparate. Las rutas 4 y 5 responden una personalización a la vez. Antes de solicitar cotizaciones, enumere las extensiones y módulos personalizados que toca un cliente entre el inicio de sesión y la confirmación del pedido. Una lista breve hace que una ruta nativa sea realista. Uno largo es un argumento para reutilizar lo que tienes.

¿Qué ruta se adapta a qué tienda Magento?

¿Cuándo es SiteTo.App la elección equivocada para una tienda Magento?

• Su tienda móvil es lenta. Primero corrija el almacenamiento en caché y el tema, porque la aplicación carga las mismas páginas.
• Quiere pantallas que no existen en su sitio web. SiteTo.App agrega navegación nativa por sus páginas. No los rediseña.
• Necesita un impulso dirigido o automatizado. Las notificaciones se envían manualmente desde el panel a todos los que se inscribieron. Aún no hay segmentos ni programación, y los eventos de Magento no pueden activarlos.
• Sus compradores trabajan sin conexión o escanean códigos de barras. La aplicación necesita una conexión para cargar su tienda y no agrega funciones del dispositivo como escaneo o Bluetooth.
• Quieres que otra persona se encargue de la revisión de la tienda. Usted envía desde sus propias cuentas de Apple y Google.

¿Cómo se comportan las funciones de Magento dentro de una aplicación WebView?

Un WebView utiliza el mismo motor de navegador que Safari o Chrome, por lo que la mayor parte de una tienda Magento se comporta como lo hace en el navegador de un teléfono. Las excepciones son predecibles.

Sessions. La documentación de Adobe sobre duración de la sesión del cliente proporciona la duración predeterminada de la cookie de 3600 segundos, y un cliente cuya cookie de sesión caduca cierra la sesión. Los usuarios de la aplicación esperan permanecer conectados, por lo que este valor predeterminado merece una decisión deliberada. La configuración se encuentra en Tiendas > Configuración > General > Web > Configuración de cookies predeterminada. La sesión del servidor tiene un tiempo de espera separado y Adobe observa que no existe una configuración de administrador para ella, por lo que su desarrollador la cambia en la configuración de PHP en el servidor. Una sesión más larga supone un compromiso de seguridad, así que acuerdenlo juntos. El carro persistente mantiene el carrito disponible en ese dispositivo después de que finaliza una sesión cuando el cliente marca Recordarme.

Páginas en caché. Con el almacenamiento en caché de página completa, Magento completa el mini carrito y el nombre del cliente después de que se carga la página, utilizando el almacenamiento local del navegador. Esto funciona en un WebView, pero verifique el recuento del carrito después de agregarlo al carrito, después de pagar y después de cerrar sesión.

Payments. Los campos de la tarjeta de su puerta de enlace son formularios web. Un desafío 3-D Secure, PayPal, proveedores de pago posterior y redireccionamientos bancarios abandonan su página y deben regresar a la página de éxito del pedido. Apple Pay y Google Pay dependen de lo que expongan el dispositivo y el navegador integrado. Pruebe todos los métodos en ambas plataformas.

Sign-in. El correo electrónico y la contraseña son la ruta confiable, y el reCAPTCHA del escaparate normalmente se carga como en la web móvil. de google Política de OAuth no permite que su pantalla de inicio de sesión esté dentro de vistas web integradas, por lo que el botón de Google de una extensión de inicio de sesión social puede fallar en una aplicación mientras funciona en el navegador.

Páginas B2B. Cuentas de empresa, catálogos compartidos, Quick Order, listas de requisiciones y cotizaciones negociables en Adobe Comercio B2B Son páginas de escaparate, por lo que se abren en la aplicación como cualquier otra. Las acciones de archivo son la parte que se debe probar: cargar un CSV en Quick Order y descargar una factura en PDF.

Vistas de la tienda. La aplicación abre una URL. Si las vistas de la tienda utilizan dominios o códigos de tienda separados en la ruta, decida dónde comienza la aplicación y mantenga accesibles la tienda y los cambiadores de moneda.

¿Cómo se prueba una tienda Magento como aplicación, paso a paso?

Reserva unos noventa minutos, un iPhone y un teléfono Android si puedes, y una cuenta de prueba para cada grupo de clientes. La vista previa es gratuita y no necesita tarjeta, así que ejecuta el plan completo antes de pagar.

Paso 1: revisa el escaparate en un teléfono

Abra su tienda de producción en Safari y Chrome en un teléfono. Cargue la página de inicio, una categoría grande y una página de producto en datos móviles. Cualquier cosa lenta o incómoda aquí será igual en la aplicación.

Paso 2: crea la vista previa

Pegue la dirección de su tienda en SiteTo.App. Utilice la URL de producción, ya que un sitio de prueba detrás de una VPN o una lista de IP permitidas no se cargará en su teléfono. Configure el nombre de la aplicación, el ícono y la pantalla de inicio, luego cree pestañas en torno a lo que hacen los compradores que regresan. Un conjunto típico es Inicio, Búsqueda, Carrito, Pedidos y Cuenta, y una tienda B2B puede cambiar Inicio por Pedido rápido. Copie cada enlace de su sitio activo, porque las reescrituras de URL cambian las rutas predeterminadas de Magento. La URL de resultados de búsqueda de Magento espera un término de búsqueda, así que apunte la pestaña Buscar a la página de búsqueda avanzada o a una página donde sea fácil acceder a su cuadro de búsqueda. Escanee el código para abrir la aplicación en su teléfono.

Paso 3: Pruebe el inicio de sesión y las sesiones

Inicie sesión con una cuenta minorista y abra el panel de la cuenta. Cierra la vista previa por completo, vuelve a abrirla y confirma que todavía has iniciado sesión. Luego déjala durante más de una hora y vuelve a intentarlo. Solicite un restablecimiento de contraseña, ya que el enlace enviado por correo electrónico se abre fuera de la aplicación. Toque cada botón de inicio de sesión social que ofrezca.

Paso 4: Pruebe precios y catálogo por grupo de clientes

Inicie sesión como cuenta mayorista o de empresa y compare tres o cuatro productos con el sitio web para conocer el precio y los precios por niveles. Si utiliza catálogos compartidos, confirme que un producto fuera del catálogo de esa empresa permanezca oculto.

Paso 5: Pruebe los tipos de productos, la búsqueda y los filtros

Agregue un producto configurable, un paquete y cualquier producto con opciones personalizadas al carrito. Búsqueda por SKU. En una categoría grande, aplique varios filtros de navegación en capas, abra un producto y deslícese hacia atrás para comprobar que los filtros aún están aplicados.

Paso 6: realizar pedidos reales

Complete un pedido con cada método de pago, incluida una tarjeta que activa 3-D Secure y cada método que redirecciona. Un pedido real de bajo valor que luego se reembolsa es la prueba más confiable. Confirma que llegas a la página de éxito dentro de la aplicación. Para B2B, también realice pedidos a cuenta y vuelva a realizar pedidos desde el historial de pedidos.

Paso 7: Verifique las superposiciones y las salidas

Busque el encabezado de su sitio que se muestra debajo del encabezado nativo y una burbuja de chat o un aviso de cookies que cubre una pestaña. SiteTo.App puede ocultar elementos del sitio con scripts que se ejecutan sólo en la aplicación. Abra un enlace externo, un PDF y un número de teléfono, y confirme que hay un camino de regreso.

Los problemas en la página se solucionan en Magento y los problemas con la navegación se solucionan en la configuración del SiteTo.App. Si una transferencia de la que depende falla y no tiene un respaldo aceptable, elija otra ruta. No has gastado nada para descubrirlo.

¿Cuánto cuesta y quién es el propietario de la aplicación?

SiteTo.App se cobra por plataforma, una vez: $29 por Android, $79 por iOS o $99 cuando compras ambos juntos. No hay suscripción SiteTo.App. Las reconstrucciones posteriores, por ejemplo para cambiar el icono, se cotizan por separado. Los cambios cotidianos en Magento no necesitan reconstrucción. El página de precios tiene los detalles, y el guía de costos compara el mercado en general.

Debido a que las aplicaciones se publican desde sus propias cuentas de desarrollador, los listados, calificaciones y reseñas son suyos. Para las otras rutas, solicite a cada proveedor el total de los tres años, incluido el trabajo para seguir el ritmo de las actualizaciones de Magento.

¿Cómo se publica una aplicación basada en Magento en App Store y Google Play?

El crear y publicar guía recorre la secuencia completa. Algunos puntos son específicos de las tiendas Magento.

iOS. Su compilación está firmada y cargada en TestFlight en su propia cuenta de Apple, por lo que no necesita una Mac o Xcode. Repita el plan de prueba en la compilación TestFlight antes de enviarlo. Ver convertir un sitio web a una aplicación iOS sin Xcode.

Android. Recibirás un AAB para Google Play o un APK para instalaciones directas. Google solicita a las nuevas cuentas de desarrolladores personales que realicen una prueba cerrada antes del lanzamiento de producción, así que dé tiempo para ello.

Acceso del revisor. Si su catálogo o sus precios están ocultos para los invitados, los revisores verán un muro de inicio de sesión. Cree un cliente de demostración en un grupo adecuado y coloque sus credenciales en las notas de revisión.

Eliminación de cuenta. Apple requiere que las aplicaciones que admiten la creación de cuentas ofrezcan la eliminación de cuentas dentro de la aplicación. Un panel de cliente predeterminado de Magento no tiene opción de eliminación, así que agregue un formulario de solicitud o una extensión y vincúlelo desde el área de la cuenta.

Pagos por bienes. Los productos físicos comprados a través de la caja de Magento son el caso sencillo. Si vende productos descargables o suscripciones digitales, lea la sección 3.1 del Directrices de revisión de la App Store primero. SiteTo.App utiliza su pago y no agrega la compra dentro de la aplicación de Apple.

Apple y Google toman la decisión de aprobación y nadie puede prometer el resultado. Apple puede rechazar aplicaciones que agreguen poco más allá de un sitio web en Directriz 4.2. La navegación nativa, la inserción y una tarea clara de repetición ayudan, y el guía editorial cubre la revisión con más profundidad.

Preguntas frecuentes

¿Magento tiene su propia aplicación móvil para los clientes?

No. Adobe proporciona API y herramientas de escaparate, pero no una aplicación de cliente lista para usar en su tienda. Obtiene uno a través de un convertidor de sitio web a aplicación, un servicio administrado, una extensión de aplicación móvil o una compilación personalizada.

¿Puedo convertir una tienda Magento 2 en una aplicación sin instalar un módulo?

Sí. Un conversor de sitio web a aplicación como SiteTo.App funciona desde la URL de su tienda pública. No se instala nada en el servidor Magento y no se utilizan las API REST y GraphQL. Las extensiones de aplicaciones móviles adoptan el enfoque opuesto y requieren un módulo conector.

¿Necesito una nueva compilación cuando actualizo Magento o cambio el tema?

No. La aplicación carga todo lo que ofrece su tienda, por lo que las actualizaciones, los cambios de tema y las nuevas extensiones aparecen la próxima vez que se carga una página. Actualizar los enlaces de las pestañas si las URL se movieron. Es posible que sea necesario realizar una nueva compilación para cambiar el ícono o la pantalla de inicio.

Siguiente paso

Enumere las extensiones y módulos personalizados que toca un cliente entre el inicio de sesión y la confirmación del pedido. Si la lista es larga y tu tienda móvil ya acepta bien los pedidos, previsualízalo como una aplicación gratis y ejecute los siete pasos anteriores. El Magento a la página de la aplicación tiene una breve lista de verificación que debe tener a su lado mientras realiza la prueba.