Cómo convertir tu tienda WooCommerce en app iOS y Android

Por Alejandro Morillo · Publicado 1 de octubre de 2026 · 14 min de lectura

Tienes una tienda WooCommerce, tus clientes compran desde el móvil y quieres un icono en su pantalla de inicio. La mayoría de páginas que prometen «tu tienda en app en minutos» no te dicen qué enfoque encaja con tu tienda, ni qué se rompe cuando el checkout funciona dentro de una app.

Esta guía compara las cuatro opciones realistas y después repasa qué revisar en WordPress y WooCommerce antes de crear la app: pasarelas de pago dentro de una WebView, sesiones de login y carrito, plugins de caché, banners de cookies, eliminación de cuentas y las normas del App Store para tiendas.

Los precios y las políticas se comprobaron en las páginas oficiales de los proveedores y de las tiendas en octubre de 2026 y pueden cambiar. Las citas de Apple proceden de las App Review Guidelines, actualizadas el 8 de junio de 2026, en su versión original en inglés. Nadie puede garantizar una aprobación en el App Store: App Review decide caso por caso.

Primero: la app oficial de WooCommerce es para ti, no para tus clientes

Si buscas «WooCommerce» en el App Store, encontrarás la app oficial de WooCommerce. Es una herramienta para propietarios y gestores de tiendas: crear productos, procesar pedidos, ver ventas y cobrar en persona con Tap to Pay o un lector de tarjetas. Tus clientes no pueden navegar ni comprar en ella.

No hay ningún interruptor en WooCommerce que publique tu tienda como app para clientes. Necesitas uno de los enfoques siguientes.

Cuatro formas de llevar tu tienda a las tiendas de apps

	PWA	Contenedor web-to-app	Creador de apps con plugin	App nativa / React Native propia
Qué se ejecuta en la app	Tu web, añadida a la pantalla de inicio desde el navegador	Tu tienda en vivo dentro de un contenedor nativo	Pantallas nativas alimentadas por la REST API de WooCommerce	Tu propia app sobre la REST API / Store API
En App Store / Google Play	No	Sí	Sí	Sí
Tu tema, plugins y checkout	Sin cambios	Sin cambios (las mismas páginas que en la web móvil)	Solo lo que soporte el creador	Solo lo que desarrolles
Cambios en la tienda	Visibles al instante	Visibles al instante	Los productos se sincronizan; el diseño vive en el creador	Los cambios de interfaz requieren una nueva versión
Riesgo principal	Los clientes tienen que encontrarla e instalarla	Guía 4.2 si parece una web	Plugins y métodos de pago que la app no soporta	Coste y mantenimiento
Ideal para	Validar la demanda	Tiendas cuya web móvil ya funciona bien	Catálogo y checkout estándar	Tiendas grandes con equipo de desarrollo

1. Progressive Web App (PWA)

Tu web más un manifiesto de web app y un service worker. Los clientes la añaden ellos mismos a la pantalla de inicio; desde iOS 16.4, estas web apps de pantalla de inicio pueden recibir notificaciones Web Push. No tiene ficha en la tienda, así que nadie la encuentra buscando en el App Store. Es una forma barata de comprobar si alguien quiere una app.

2. Contenedor web-to-app alrededor de la tienda en vivo

Un contenedor nativo (WKWebView en iOS, WebView en Android) carga tu tienda real. El tema, los complementos de producto, las reglas de envío, los cupones y el checkout siguen funcionando, y los cambios aparecen sin publicar una nueva versión. La contrapartida: la app es tan buena como tu web móvil, Apple valorará si es algo más que una «repackaged website», y tendrás que probar las ventanas emergentes de pago y los botones de wallet, porque una WebView no es Safari.

3. Creadores de apps con plugin sobre la REST API de WooCommerce

Estas herramientas se conectan con claves de la REST API de WooCommerce y muestran productos, categorías y carrito en sus propias pantallas nativas. Tres ejemplos, con precios de octubre de 2026:

AppMySite se conecta mediante claves de la REST API de WooCommerce. Sus planes para WooCommerce son por app: el plan gratuito y Starter (69 $/mes) son solo para Android; iOS empieza con Pro, a 129 $/mes (99 $/mes con pago anual).
Mobikul WooCommerce Mobile App Builder (Webkul) es un pago único: 129 $ en oferta, 249 $ de precio normal, para apps Android e iOS basadas en Flutter y sincronizadas mediante la REST API. El código fuente cuesta 129 $ más y la publicación desde tus cuentas, 75 $; incluye tres meses de soporte.
Mobile App Builder for WooCommerce (FmeAddons) se vende en el WooCommerce Marketplace por 133 € al año y conecta la app con tu tienda mediante una consumer key y un consumer secret de la REST API.

Las pantallas se sienten nativas, pero todo lo que tu tema o tus plugins solo muestran en la web (configuradores de producto, campos de checkout personalizados, reglas de precios B2B) aparece en la app únicamente si el creador lo soporta. Pregunta al proveedor por cada plugin del que dependas antes de pagar.

4. App nativa o React Native propia

Desarrollas tu propia app. La REST API de WooCommerce (/wp-json/wc/v3) se autentica con consumer key y consumer secret y puede escribir datos de la tienda, así que esas claves deben quedarse en tu servidor, nunca dentro de la app. Para las funciones de cara al cliente existe la Store API (/wp-json/wc/store/v1): endpoints sin autenticación para productos, carrito y checkout, con cart tokens (cabecera Cart-Token) en lugar de sesiones con cookies. Control total y la experiencia más nativa, pero tendrás que reconstruir cada extensión de checkout, cada pasarela y cada regla de envío, y mantener dos front ends.

Cómo elegir

Tu web móvil convierte bien y usas muchos plugins: contenedor.
Catálogo y pasarelas estándar, pantallas nativas sin desarrollador: creador con plugin.
Tienes desarrolladores y funciones que la web no resuelve bien: app propia.
No sabes si tus clientes quieren una app: primero, PWA.

Para cualquier opción en las tiendas necesitas el Apple Developer Program (99 USD por año de membresía; el precio local puede variar) y una cuenta de desarrollador de Google Play (25 US$, pago único).

Prepara tu tienda antes de crear la app

Esto se aplica por completo a un contenedor y en parte a los creadores que derivan el checkout a tu web. Prueba en un móvil real con una build de prueba, no en Safari de escritorio.

Tema móvil y pantalla de inicio

Revisa cada plantilla que ven tus clientes: archivo de la tienda, producto, carrito, finalizar compra, Mi cuenta, pedido recibido. Los temas hechos con maquetadores suelen tener una portada cuidada y un checkout apretado.
Ningún elemento más ancho que la pantalla; nada que solo se lea con zoom.
Usa una URL de inicio que muestre productos (la tienda o una categoría), no una portada llena de publicidad y pop-ups de newsletter.
Quita los banners de «descarga nuestra app» de la experiencia dentro de la app.

Checkout y pasarelas de pago dentro de una WebView

Aquí es donde la mayoría de las apps de WooCommerce necesitan trabajo.

Redirecciones. Las pasarelas que envían al cliente a una página externa (PayPal, muchos métodos bancarios y de pago aplazado, páginas de pago alojadas) deben devolverlo a la app. Comprueba que el regreso termina en la página de pedido recibido dentro de la app, no en el navegador del móvil.
Ventanas emergentes. El checkout de PayPal puede abrir una ventana emergente, algo que las WebViews gestionan mal. Por eso Braintree (una empresa de PayPal) mantiene PopupBridge, una librería que abre esas ventanas en un navegador seguro y devuelve el resultado. Prueba PayPal de principio a fin, incluida la cancelación.
3-D Secure. En la mayoría de los pagos con tarjeta en el EEE y Reino Unido, la autenticación reforzada de clientes añade un paso, normalmente 3-D Secure. Prueba una tarjeta que active el desafío y otra en la que la app del banco pida la aprobación, y comprueba que vuelves a la confirmación.
Apple Pay. WebKit llevó Apple Pay a WKWebView con iOS 13, pero «cannot be used alongside of script injection APIs» como WKUserScript: no funciona junto con JavaScript inyectado. Muchos contenedores inyectan scripts para conectar la web con el código nativo; la documentación de Ionic cita la WebView de una app Capacitor o Cordova como un entorno donde Apple Pay no funciona sin un plugin. No hagas de Apple Pay tu única opción exprés y comprueba que la tarjeta y PayPal siguen apareciendo cuando falta.
Google Pay. En Android, para usar Google Pay en una página dentro de una WebView, la app tiene que activar la Payment Request API y declarar los intents de pago, además de contar con una versión reciente de WebView. Pregunta a tu creador de apps y pruébalo.

«Recuérdame». WordPress mantiene el login 14 días con «Recuérdame»; si no, como cookie de sesión que caduca a los dos días o al cerrar el navegador. Cierra la app por completo, ábrela al día siguiente y mira si sigues conectado.
Duración del carrito. En el código actual de WooCommerce, una sesión dura por defecto dos días para invitados y una semana para clientes conectados (filtro: wc_session_expiration). Los clientes conectados tienen además un carrito persistente guardado en su cuenta.
Almacén de cookies propio. Quien ha iniciado sesión en Safari no lo está automáticamente en tu app, y al revés.
Plugins de login social. La política de OAuth de Google dice que los desarrolladores no deben enviar solicitudes de inicio de sesión a un user-agent integrado, así que «Iniciar sesión con Google» puede fallar en una WebView. Además, la guía 4.8 de Apple exige una opción de login equivalente y respetuosa con la privacidad siempre que un login de terceros cree la cuenta del cliente. Ocultar los botones de login social en la app suele ser la solución más sencilla.
Cuenta demo. La guía 2.1 pide «demo account info» si tu app tiene login. Crea una cuenta de cliente para App Review.

Plugins de caché que rompen las sesiones iniciadas

La guía de WooCommerce para configurar plugins de caché es la referencia. Comprueba:

Carrito, Finalizar compra y Mi cuenta están excluidos de la caché de página.
Las peticiones con las cookies woocommerce_cart_hash, woocommerce_items_in_cart o wp_woocommerce_session_ se saltan la caché.
Con caché de base de datos o de objetos, _wc_session_ está excluido.
Las reglas de CDN o del hosting que cachean todo el HTML respetan estas exclusiones.
La caché por usuario (User Cache de WP Rocket, Cache Logged-in Users de LiteSpeed) se ha probado con dos cuentas de cliente distintas.

Síntomas típicos en una app: el minicarrito de otra persona, un carrito vacío tras iniciar sesión o un checkout que rechaza la sesión.

El banner de consentimiento aparece en el primer arranque, porque el almacén de cookies de la app empieza vacío. Tiene que caber en la pantalla del móvil y no tapar el botón de compra.
Apple trata las WebViews que ofrecen funciones de la app como código nativo: «If tracking occurs within a webview inside an app», hace falta el aviso de App Tracking Transparency. Los píxeles de publicidad y retargeting de tu tienda cuentan. Quítalos de la experiencia dentro de la app o planifica ATT, y refléjalo en los detalles de privacidad de la app.

Rendimiento

Desde WooCommerce 7.8, el script de cart fragments solo se carga donde se muestra el widget del carrito. Si un tema o plugin antiguo lo sigue cargando en todas partes, cada pantalla de la app paga una petición extra.
Prueba con datos móviles, no con el wifi de la oficina, y optimiza las imágenes de producto.

Eliminación de cuenta (guía 5.1.1(v))

«If your app supports account creation, you must also offer account deletion within the app.» Si se puede crear una cuenta en la app, también hay que poder eliminarla desde ella. WooCommerce crea cuentas de cliente en el checkout o en Mi cuenta, pero no tiene un botón de «eliminar mi cuenta» para clientes. Según las indicaciones de Apple sobre la eliminación de cuentas, la eliminación debe iniciarse en la app, desactivar la cuenta no basta y un proceso manual es válido si indicas cuánto tarda.

En la práctica: añade al menú de Mi cuenta una opción «Eliminar cuenta» que envíe una solicitud que tu equipo tramite con WordPress → Herramientas → Borrar datos personales. En WooCommerce → Ajustes → Cuentas y privacidad decide si se eliminan los datos personales de los pedidos cuando se solicite, y consulta con tu asesor fiscal qué datos de pedidos debes conservar.

Productos físicos y digitales

Guía 3.1.3(e): para «physical goods or services that will be consumed outside of the app» tienes que usar métodos de pago distintos de la compra integrada. Tu checkout habitual de WooCommerce se mantiene.

Los productos descargables, las membresías digitales y las suscripciones a contenido entran en la 3.1.1, que exige la compra integrada «if you want to unlock features or functionality within your app». Lo mismo ocurre con las tarjetas regalo digitales canjeables por bienes digitales; las tarjetas regalo físicas que se envían por correo pueden usar otros métodos de pago. Si vendes ambas cosas, plantéate dejar los productos digitales fuera de la app.

Riesgos en la revisión de las tiendas

Guía 4.2 – Minimum Functionality. Apple pide «features, content, and UI that elevate it beyond a repackaged website». Las tiendas parten con ventaja, porque la 4.2.2 excluye los catálogos de la objeción de «marketing materials», pero un tema de escritorio, una navegación solo web y una pantalla en blanco sin conexión siguen pareciendo una web con icono. Nuestro artículo sobre el rechazo por la guía 4.2 explica cómo solucionarlo.

Guía 4.2.6 – generadores de apps. Las apps creadas con servicios de generación de apps «will be rejected unless they are submitted directly by the provider of the app's content». Envía la app desde tu propia cuenta de Apple Developer, uses el creador que uses.

Google Play. La política de funcionalidad mínima exige una experiencia estable, atractiva y fluida. La política de spam va contra las WebViews de una web sin permiso de su propietario o administrador, algo que no afecta a tu propia tienda.

Notas para la revisión. La guía 2.3.1(a) pide que las funciones estén «described with specificity in the Notes for Review». Indica la cuenta demo, dónde está la eliminación de cuenta y que vendes productos físicos con tu checkout habitual.

Checklist antes de enviar

Tienda, producto, carrito, checkout y Mi cuenta funcionan en el móvil; la URL de inicio muestra productos
Cada método de pago probado en la build de la app: redirección, ventana de PayPal, 3-D Secure, Apple Pay/Google Pay o una alternativa
El login sobrevive a cerrar la app por completo; el carrito, a un reinicio
Carrito, Finalizar compra, Mi cuenta y cookies de WooCommerce excluidos de todas las capas de caché
Login social oculto o una alternativa conforme a la 4.8
El banner de consentimiento cabe en la pantalla; ATT resuelto o píxeles publicitarios retirados en la app
Eliminación de cuenta accesible desde Mi cuenta (5.1.1(v))
Productos digitales con compra integrada o fuera de la app (3.1.1)
Cuenta de cliente demo y Notes for Review concretas
Enviada desde tu propia cuenta de Apple Developer (4.2.6)

Dónde encaja AppThunder

AppThunder es la opción 2: crea en la nube una app para iOS y Android alrededor de tu tienda WooCommerce en vivo (un contenedor basado en Capacitor), así que el tema, los plugins y el checkout se quedan como están. Incluye icono y pantalla de inicio nativos, avisos de permiso de cámara y ubicación con sus textos explicativos (solo si los activas), una pantalla sin conexión con tu marca que se recarga sola, un snippet para copiar y pegar con una barra de pestañas inferior para tu web (un snippet web, no una barra nativa) y Thunder Analytics. Un Guideline Checker señala problemas habituales de revisión, como la falta de página de privacidad, un muro de login o la ausencia de eliminación de cuenta, antes de enviar. Las builds se firman con tus propias credenciales de Apple y Google, las builds de iOS se suben a tu propio App Store Connect (TestFlight) y recibes los archivos .ipa y .aab. Los planes empiezan en 39 €/mes sin IVA para una app publicada; con el plan gratuito puedes configurarla y previsualizarla (las builds requieren un plan de pago).

Lo que no hace: arreglar tu tema móvil, configurar tu plugin de caché, añadir una página de «Eliminar cuenta» en WordPress ni hacer que los pagos con wallet funcionen dentro de una WebView; cuenta con que Apple Pay no esté disponible ahí, como se explica arriba. Sigues necesitando tus cuentas de desarrollador, una política de privacidad, una cuenta demo y tus fichas en las tiendas. Y ninguna herramienta puede garantizar la aprobación.

Preguntas frecuentes

¿Puedo usar la app oficial de WooCommerce como app de mi tienda? No. Está pensada para que propietarios y gestores gestionen productos, pedidos y cobros en persona. Los clientes no pueden comprar en ella.

¿Funcionarán mis plugins de WooCommerce en la app? En un contenedor web-to-app, la app muestra las mismas páginas que tu web móvil, así que los plugins que funcionan ahí suelen funcionar en la app; las ventanas de pago y los wallets son la excepción que hay que probar. Los creadores con pantallas nativas solo soportan lo que han integrado.

¿Tengo que usar la compra integrada de Apple para mis productos? No para productos físicos (3.1.3(e)). El contenido digital y las suscripciones que desbloquean algo en la app entran en la 3.1.1.

¿Tengo que volver a publicar la app cuando cambio productos o precios? No con un contenedor ni con un creador basado en la REST API; los datos de producto vienen de tu tienda. Necesitas una build nueva cuando cambia la propia app, por ejemplo el icono o los permisos.