Una aplicación móvil WooCommerce para clientes es una aplicación iOS y Android separada bajo el nombre de su tienda que los compradores instalan para navegar y comprar. Puede obtener uno de cuatro maneras: un complemento de aplicación que vuelve a dibujar su catálogo desde la API WooCommerce, un convertidor de sitio web a aplicación que carga su tienda en vivo, un servicio administrado o una compilación personalizada. El correcto depende principalmente de qué parte de su tienda se encuentre en complementos.
Esta guía le ayuda a elegir una ruta y luego demostrar que funciona en su propia tienda antes de gastar dinero. Para la versión corta, consulte el WooCommerce a la página de la aplicación. Para obtener una comparación más amplia que también cubra los sitios de contenido WordPress, lea WordPress a complementos de aplicaciones frente a convertidores.
¿La aplicación oficial WooCommerce es para clientes?
No. La aplicación WooCommerce en App Store y Google Play es una aplicación de administración de tiendas para comerciantes. WooCommerce documentación de la aplicación móvil lo describe en esos términos: usted procesa pedidos, crea y administra productos y acepta pagos en persona. Sus clientes no pueden comprar en él y no lleva su marca.
Una aplicación para el cliente es una cosa diferente. Tiene el nombre y el ícono de su tienda, se encuentra en la pantalla de inicio del comprador y abre su catálogo, carrito y área de cuenta. WooCommerce no envía uno, por lo que cada tienda lo obtiene de un tercero o lo construye.
¿Una tienda WooCommerce debería tener una aplicación?
Una aplicación gana su lugar cuando las mismas personas te compran una y otra vez. Antes de comparar rutas, consulte su tienda con estas preguntas.
- ¿Los clientes reordenan? El café, los alimentos para mascotas, los suplementos, el cuidado de la piel, los suministros de impresión y las piezas comerciales se compran en un ciclo. Un ícono en la pantalla de inicio y un inicio de sesión guardado acortan cada pedido repetido.
- ¿Los clientes inician sesión para hacer algo? Las suscripciones para pausar u omitir, las reservas para administrar, las listas de precios al por mayor, el seguimiento de pedidos y las descargas brindan a las personas una razón para abrir un área de cuenta con regularidad.
- ¿Tiene alguna noticia que valga la pena notificar? Entregas, reabastecimientos, gamas de temporada y ofertas de trajes de impulso. Una tienda que cambia dos veces al año tiene poco que enviar.
- ¿El sitio móvil ya es bueno? 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 sus pedidos provienen de visitantes nuevos que llegan a través de búsquedas o anuncios, esfuércese en el sitio móvil. Nadie instala una aplicación para comprar una vez.
¿Qué diferencia a WooCommerce de una tienda alojada?
WooCommerce te ofrece WordPress y te permite montar el resto. Una tienda típica ejecuta un tema, una pasarela de pago o tres, una calculadora de envío y luego los complementos que la hacen suya: suscripciones WooCommerce, reservas, complementos de productos, un complemento de precios al por mayor, un plan de fidelización, un campo de pago personalizado para los albaranes de entrega.
Entonces haga una pregunta de cada ruta a continuación: ¿La aplicación muestra lo que agregan mis complementos o solo lo que sabe WooCommerce?
¿Cuáles son las cuatro formas de obtener una aplicación para clientes WooCommerce?
Ruta 1: un complemento de aplicación que reconstruye la tienda desde la API
Varios servicios se conectan a su tienda a través del API REST WooCommerce, generalmente con un complemento complementario WordPress, y dibuja productos, categorías, el carrito y pedidos como sus propias pantallas nativas. Usted diseña la aplicación en el panel del proveedor y paga una suscripción.
Bueno en: Listas de productos nativos y páginas de productos que se desplazan y animan como cualquier aplicación de compras, y una pantalla de inicio que puede diseñar de manera diferente a su sitio web.
Verifique cuidadosamente: la API describe productos, variaciones, clientes y pedidos. No describe lo que representa un complemento de terceros en la página. Un formulario de complementos, un calendario de reservas, precios basados en roles o un paso de pago personalizado necesitan que el proveedor haya creado soporte para ese complemento específico. Algunos de estos servicios muestran el pago de su sitio web en un WebView por este motivo. Solicite al proveedor una lista de extensiones y puertas de enlace compatibles, luego compárela con su propia lista de complementos línea por línea.
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 escaparate se carga dentro de él en un WebView, el mismo motor de navegador que utilizan Safari y Chrome.
Bueno en: fidelidad. Cualquiera que sea el tema y los complementos que represente en un teléfono, es lo que muestra la aplicación, porque es la misma página del mismo servidor. No es necesario sincronizar nada y no se mantiene un segundo catálogo o diseño.
Verifique cuidadosamente: no obtienes pantallas de productos redibujadas de forma nativa. La aplicación es tan rápida y ordenada como su sitio móvil y nada mejor. Algunas cosas se comportan 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 generalmente utiliza el mismo enfoque WebView para sus páginas y agrega un equipo: configuran la aplicación, crean pantallas nativas personalizadas donde las desee, las envían a las tiendas y las 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
Un desarrollador o agencia crea una aplicación con la API REST y la API de la tienda, con cada pantalla diseñada para 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 luego necesita mantenimiento, incluida la reelaboración cuando cambia un complemento del que depende la aplicación.
¿Cómo se comparan las rutas?
| Complemento de aplicación basado en API | Conversor de sitio web a aplicación | Servicio gestionado | Aplicación personalizada | |
|---|---|---|---|---|
| Pantallas de productos y carritos. | Nativo, dibujado por el vendedor. | Tu sitio móvil | Su sitio móvil, además de pantallas nativas personalizadas | Nativo, construido para ti |
| Complementos de terceros | Sólo aquellos que el proveedor admite | Lo que sea que funcione en su sitio móvil | Lo que sea que funcione en su sitio móvil | Cada uno integrado a mano. |
| Verificar | El flujo del proveedor o su sitio en un WebView | Pago de su sitio web | Pago de su sitio web | Construido o integrado |
| Modelo de precios | Suscripción | Tarifa de construcción única | Cuota mensual | Proyecto más mantenimiento |
| ¿Quién se somete a las tiendas? | Varía según el proveedor | Tú | el servicio | Tú o tu agencia |
| Trabaja cuando cambias de tienda | Vuelva a comprobar la compatibilidad con el complemento | Generalmente ninguno | Generalmente ninguno | tiempo del desarrollador |
La membresía de desarrollador de Apple ($99 por año) y el registro de Google Play ($25 una vez) se aplican a todas las rutas. El guía de costos de la aplicación del sitio web cubre todo el presupuesto.
¿Qué ruta se adapta a qué tienda WooCommerce?
Elija un complemento de aplicación basado en API si su tienda tiene stock WooCommerce, con productos simples y variables y una puerta de enlace principal, y una sensación de navegación nativa le importa más que un costo fijo bajo.
Elige un convertidor si su tienda de dispositivos móviles ya funciona bien y una parte importante proviene de complementos. Eso incluye cajas de suscripción, reservas, configuradores de productos, tiendas mayoristas con precios registrados y tiendas con pago personalizado.
Elija un servicio administrado si desea que un equipo se encargue del lanzamiento y el mantenimiento, o si necesita pantallas nativas personalizadas en la parte superior de su sitio y la tarifa mensual tiene sentido en comparación con los ingresos de su aplicación.
Elija una construcción personalizada si la aplicación tiene que hacer algo que un navegador no puede: funcionar correctamente sin conexión, hablar con hardware Bluetooth, usar realidad aumentada o seguir trabajando en segundo plano.
¿Cuándo SiteTo.App es la elección equivocada?
- Su sitio móvil es el problema. Un tema lento o un pago que resulta complicado en un teléfono será igualmente lento e incómodo en la aplicación. Primero arregle el sitio.
- 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 automáticas de carritos abandonados ni de estado de pedidos, y aún no tiene segmentos ni programación.
- Vendes contenido digital en iOS. La aplicación utiliza el pago de su sitio web y no agrega la compra dentro de la aplicación de Apple. Consulte las notas de publicación a continuación.
Tampoco es apto para Bluetooth, AR, uso intensivo fuera de línea o procesamiento en segundo plano.
¿Cómo se prueba una tienda WooCommerce como aplicación?
Utilice un iPhone real y un teléfono Android real si planea enviar ambos y siga estos pasos en orden. Anota la URL de la página siempre que algo falle.
Paso 1: Prepara la tienda
Coloque cada pasarela de pago en su modo de prueba o sandbox, o cree un producto oculto de bajo precio y un cupón del 100% que pueda reembolsar. Cree una nueva cuenta de cliente para realizar pruebas.
Paso 2: busque y cree un carrito
Abra una categoría, use filtros y busque, luego abra un producto variable. Elija sus opciones, complete los campos complementarios y agréguelo al carrito. Observe el conteo del minicarrito o carrito. Si permanece en cero, es probable que la caché de una página esté entregando contenido almacenado. WooCommerce guía de almacenamiento en caché dice que se excluyan del almacenamiento en caché las páginas Carrito, Pagar y Mi cuenta y sus cookies de sesión y carrito.
Paso 3: Verifique los totales
Aplique un cupón, ingrese una dirección de envío real y compare las tarifas de envío y los impuestos con el mismo carrito en su sitio web. Deben coincidir exactamente, porque el mismo servidor está haciendo la aritmética.
Paso 4: Paga con cada puerta de enlace
El pago es donde es más probable que un WebView en la aplicación difiera del navegador de un teléfono, así que dedique más tiempo a este paso.
- Campos de tarjeta en la página, como los de WooPayments o Stripe, normalmente se comportan como en la web móvil. Utilice una tarjeta de prueba que active 3-D Secure y confirme que el desafío aparece y se completa.
- Redirigir puertas de enlace enviar al cliente a un banco, una billetera o una ventana de PayPal. Siga todo el camino y confirme que llega a la página de recepción de su pedido dentro de la aplicación, no en el navegador del teléfono con la aplicación que muestra un pago obsoleto.
- Apple Pay y Google Pay Los botones se muestran solo cuando el script de la puerta de enlace decide que el entorno los admite, y un WebView en la aplicación no es el mismo entorno que Safari o Chrome. Google documenta requisitos específicos para Google Pay en Android WebView, y WooPayments publica el suyo notas de compatibilidad de pago rápido. Trate los botones de la billetera como una ventaja. El pago con tarjeta debe estar siempre disponible junto a ellos.
Luego, verifica que el pedido aparezca en wp-admin con el estado correcto y que haya llegado el correo electrónico de confirmación.
Paso 5: Probar cuentas y sesiones
Regístrese o inicie sesión, abra Mi cuenta y vea un pedido. Luego cierra la aplicación por completo y vuelve a abrirla. Aún deberías haber iniciado sesión con tu carrito intacto. Solicite un restablecimiento de contraseña y siga el enlace del correo electrónico para ver dónde se abre y si el viaje de regreso a la aplicación tiene sentido.
Si utiliza un complemento 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í. El inicio de sesión por correo electrónico y contraseña es la ruta confiable, así que asegúrese de que esté disponible.
Paso 6: ejecuta el recorrido de cada complemento
Enumere los complementos orientados al cliente que hacen suya su tienda y ejecute un recorrido completo para cada uno.
- Subscriptions: compre uno, luego suspéndalo, cambie el método de pago y cancélelo desde Mi Cuenta.
- Bookings: elija una fecha y hora en el calendario del tamaño de un teléfono y complete la reserva.
- Mayorista o B2B: inicie sesión con una cuenta comercial, confirme los precios comerciales que se muestran y realice un nuevo pedido.
Paso 7: Ordena el marco
Descarte el banner de cookies y cualquier ventana emergente del boletín. Verifique que el encabezado fijo, la barra inferior o el botón de chat flotante de su tema no coincidan con el encabezado y las pestañas nativos. SiteTo.App puede ejecutar scripts que ocultan el encabezado y las ventanas emergentes de su sitio dentro de la aplicación, así que anote todo lo que desee eliminar. Si un firewall o CAPTCHA lo desafía durante el inicio de sesión, asegúrese de que un cliente real pueda pasarlo por teléfono.
¿Qué deberían decirte los resultados?
| Resultado | que hacer |
|---|---|
| todo pasa | Elija sus pestañas, cree y continúe con la publicación |
| Falta un botón de billetera pero las tarjetas funcionan. | Lanzar con tarjetas y tratar las carteras como una mejora posterior |
| Una puerta de enlace de redireccionamiento no regresa a la aplicación | Hable con el portal sobre una opción en la página u ofrezca un portal diferente |
| La página de un complemento se divide al ancho del teléfono | Arreglarlo en el sitio web; la solución también ayuda a los compradores web móviles |
| El pago es lento o confuso | Mejore el pago móvil antes de crear cualquier aplicación |
¿Qué deberías configurar en la propia aplicación?
Utilice las partes nativas de la aplicación para agilizar las compras repetidas.
- Pestañas inferiores: Inicio, Tienda o su categoría más fuerte, Carrito y Mi cuenta funcionan para la mayoría de las tiendas. Una tienda con muchos pedidos puede apuntar con una pestaña directamente a
/my-account/orders/. - Insignia del carrito: con la ayuda de un desarrollador, el SDK SiteTo.App JS Puede ver una URL en su sitio y mostrar el número que devuelve como una insignia en una pestaña. WooCommerce Almacenar punto final del carrito API devuelve un
items_countpara el carrito actual, que un desarrollador puede usar como valor de la insignia. - Push: conecte Firebase usando el guía Firebase y decide de antemano qué enviarás.
Los cambios de productos, precios y existencias en wp-admin aparecen en la aplicación sin una nueva compilación. Cambiar el ícono, el nombre de la aplicación u otras configuraciones nativas requiere una reconstrucción, y las reconstrucciones posteriores se cotizan por separado.
¿Qué necesitan saber las tiendas WooCommerce 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 o un APK. 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 para las tiendas WooCommerce.
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)). Una tienda que envía productos tiene terreno firme.
Los bienes digitales son diferentes. El contenido utilizado dentro de la aplicación, como un curso pago, una videoteca o un área exclusiva para miembros, se rige por las reglas de compra dentro de la aplicación de Apple en la sección 3.1. Google Play tiene su propia política de pagos para productos digitales integrados en la aplicación. Lea ambos antes de crear si los productos digitales o las membresías pagas 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. La página Mi cuenta predeterminada de WooCommerce no tiene esa opción. Agregue uno con un complemento o un formulario de solicitud claramente etiquetado.
Ofrezca a los revisores una entrada. Si los precios o los productos se encuentran detrás de un inicio de sesión, como en muchas tiendas mayoristas, 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. Las pestañas nativas, un encabezado nativo y notificaciones automáticas ayudan, al igual que una tienda con funcionalidad real detrás de un inicio de sesión. El Guía de la directriz 4.2 explica cómo prepararlo y guía editorial cubre listados, capturas de pantalla y respuestas de privacidad.
Preguntas comunes
¿Necesito instalar un complemento WordPress?
No con un convertidor. SiteTo.App funciona desde la URL de su tienda pública, por lo que no agrega un complemento a WordPress ni crea una clave API REST. Los servicios de aplicaciones basados en API normalmente necesitan un complemento complementario y acceso a API, porque leen su catálogo directamente.
¿Qué sucede con la aplicación cuando actualizo WooCommerce o un complemento?
La aplicación muestra la tienda actualizada la próxima vez que se abre, sin ninguna nueva versión. Eso también significa que una actualización del complemento que interrumpe el proceso de pago móvil lo interrumpe en la aplicación al mismo tiempo. Ejecute un pedido de prueba rápido en un teléfono después de actualizaciones importantes, como lo haría con el sitio web.
¿Puedo iniciar en Android primero?
Sí. Una versión Android cuesta $29 y el registro en Google Play cuesta $25 una vez. Comprar la versión de iOS más tarde cuesta $ 79, por lo que los dos comprados por separado cuestan $ 108 contra $ 99 por ambos juntos.
Siguiente paso
Abra su tienda en su teléfono y realice un pedido de prueba. Si eso va bien, obtenga una vista previa de su tienda WooCommerce como una aplicación gratis, ejecute los siete pasos anteriores y verifique precios una vez que sabes que funciona.
Vea su sitio web como una aplicación
Personaliza la experiencia y obtén una vista previa antes de elegir una plataforma.
Crea tu vista previa
