¿Cuánto cuesta convertir una web en app en 2026?
Tienes una web que funciona bien en el móvil: una tienda, una web de contenidos, un panel SaaS. Ahora tus clientes te piden "la app", y los presupuestos que encuentras en internet van desde gratis hasta el precio de un coche. Las dos cosas pueden ser ciertas, porque "convertir una web en app" abarca cuatro caminos muy distintos.
Esta guía desglosa el coste en sus partes reales: lo que cobran Apple y Google, lo que cuesta la build, lo que sigue costando después del lanzamiento y las partidas ocultas que casi ninguna estimación incluye. Compara los cuatro caminos en una tabla y termina con un ejemplo del primer año hecho solo con precios que hemos comprobado en las páginas de los propios proveedores.
Precios a 1 de octubre de 2026, tomados de la página oficial de cada proveedor y enlazados más abajo. Los precios en USD aparecen tal como se publican; los impuestos se suman donde correspondan. Los precios cambian: revisa la página enlazada antes de decidir.
La respuesta corta
| Camino | Coste inicial | Coste recurrente | Pagas sobre todo con | Encaja cuando |
|---|---|---|---|---|
| 1. App nativa con agencia o freelance | Presupuesto del proyecto | Contrato de mantenimiento o trabajo por actualización | Dinero | La app necesita lo que tu web no puede hacer: mucho uso sin conexión, integración profunda con el dispositivo, interfaz nativa compleja |
| 2. Multiplataforma con tu equipo (React Native, Flutter) | Tiempo de tu equipo | Tiempo de tu equipo | Tiempo | Tienes desarrolladores y quieres una base de código móvil propia bajo control total |
| 3. Creador de apps web-to-app o servicio wrapper | De 0 a varios cientos, o una tarifa de alta en servicios llave en mano | Plan mensual o anual | Dinero, poco tiempo | Tu web ya está adaptada al móvil y la app debe mostrarla, con funciones de app alrededor |
| 4. Progressive Web App (PWA) | ≈ 0 si tu web ya funciona bien en el móvil | ≈ 0 | Tiempo para manifest, service worker y push | No necesitas estar en el App Store ni en Google Play |
Los caminos 1 a 3 terminan en una ficha en la tienda, así que comparten las mismas tasas. El camino 4 no: ese es a la vez su ahorro y su límite.
Los costes fijos: Apple y Google
Apple Developer Program: 99 USD al año
Para publicar en el App Store necesitas una membresía de pago del Apple Developer Program: "99 USD per membership year, or in local currency where available". El precio exacto en moneda local aparece durante el registro. Las organizaciones sin ánimo de lucro, los centros educativos acreditados y las entidades públicas que cumplan los requisitos pueden pedir una exención de la tasa.
Dos detalles importan para el presupuesto:
- Es anual. Según la página de renovación de Apple, si tu membresía caduca tus apps dejan de estar disponibles para descargar y no puedes enviar actualizaciones. Las copias ya instaladas siguen funcionando.
- Las empresas necesitan un número D-U-N-S. La página de registro de Apple lo exige e indica que es gratuito en la mayoría de jurisdicciones. Cuesta tiempo, no dinero.
Google Play Console: 25 USD, una sola vez
Google cobra una tasa de registro única de 25 USD, sin renovación.
El coste oculto es tiempo: las cuentas de desarrollador personales creadas después del 13 de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 testers inscritos durante 14 días seguidos antes de solicitar el acceso a producción. Cuenta con dos semanas y doce personas reales.
| Tasa | Importe | ¿Recurrente? |
|---|---|---|
| Apple Developer Program | 99 USD (o moneda local) | Cada año |
| Google Play Console | 25 USD | Una vez |
| Año 1, ambas tiendas | 124 USD | |
| A partir del año 2 | 99 USD |
Una app en las dos tiendas necesita las dos cuentas, la construya quien la construya. Si un presupuesto no menciona estas tasas, van aparte.
Los costes que dependen de cómo la construyas
Diseño y recursos para las tiendas
Necesitas un icono, una pantalla de inicio y una ficha en cada tienda con sus formatos:
- App Store: de 1 a 10 capturas de pantalla por tamaño de pantalla; el tamaño de iPhone de 6,5 pulgadas es obligatorio si no aportas capturas de 6,9 pulgadas, y las de iPad son obligatorias si la app funciona en iPad. Según la guía 2.3.3, las capturas deben mostrar la app en uso, "not merely the title art, login page, or splash screen."
- Google Play: un icono de 512 × 512 px, un gráfico de funciones de 1024 × 500 px y al menos dos capturas.
Si ya tienes recursos de marca, es un día de trabajo. Con diseñador, es una partida más.
Build y firma
Alguien tiene que compilar las dos apps, firmarlas con tus certificados y subirlas. Con código propio, para iOS necesitas un Mac; la documentación de React Native lo dice claramente: "A Mac is required to build projects with native code for iOS." Los creadores de apps y los servicios de build en la nube se encargan de este paso, y buena parte de lo que les pagas es eso.
Rondas de revisión
Apple indica que, de media, el 90 % de los envíos se revisa en menos de 24 horas. Lo caro es rehacer cosas tras un rechazo. En webs empaquetadas, un motivo habitual es la guía 4.2, que pide funciones, contenido e interfaz que vayan "beyond a repackaged website"; lo explicamos en nuestra guía sobre el rechazo por la guía 4.2. Cuenta con al menos una ronda de cambios.
Mantenimiento y actualizaciones del sistema
Las apps no siguen cumpliendo las normas por sí solas. Dos ejemplos de 2026:
- Desde el 28 de abril de 2026, lo que subas a App Store Connect debe compilarse con Xcode 26 o posterior y el SDK de iOS 26.
- Desde el 31 de agosto de 2026, las apps nuevas y las actualizaciones en Google Play deben apuntar a Android 16 (nivel de API 36); las apps existentes necesitan al menos el nivel de API 35 para seguir disponibles para usuarios nuevos en versiones recientes de Android. Se puede pedir una prórroga hasta el 1 de noviembre de 2026.
Con código propio, eso es tiempo de desarrollo cada año. Con un creador de apps, pregunta cómo lo gestiona y si las nuevas builds cuestan aparte.
Hosting continuo
Un wrapper carga tu web en directo, así que sigues pagando el hosting que ya tienes. Una app nativa suele necesitar una API para sus datos; si tu web no la tiene, construirla y alojarla forma parte del proyecto, y a menudo es la mayor partida oculta en los caminos 1 y 2.
Camino 1: desarrollo nativo con una agencia o un freelance
No hemos encontrado una fuente seria y citable sobre precios típicos de agencia, así que en lugar de rangos aquí van los factores de coste. Cuando compares presupuestos, comprueba qué incluyen:
- Una base de código o dos: dos apps separadas en Swift y Kotlin cuestan más de construir y mantener que una app multiplataforma.
- Pantallas y flujos: todo lo que tu web ya hace se reconstruye en nativo.
- Backend: una API que tu web no tiene es un proyecto en sí mismo.
- Diseño, pruebas en muchos dispositivos, envío a las tiendas y cambios tras la revisión.
- Mantenimiento: requisitos anuales de SDK, nuevas versiones del sistema, corrección de errores. Pide que figure como partida aparte y por escrito.
La ventaja es real: interfaz nativa, datos sin conexión, tareas en segundo plano, acceso profundo al dispositivo. Si tu producto lo necesita, un wrapper es la herramienta equivocada y aquí es donde debe ir el dinero.
Camino 2: multiplataforma con tu propio equipo (React Native o Flutter)
Con desarrolladores propios, pagas con tiempo: rehacer en una segunda base de código la interfaz que tu web ya tiene, una API para la app, la firma y dos flujos de publicación (más un Mac para iOS), las actualizaciones anuales de SDK y, a partir de ahí, entregar cada función dos veces. Merece la pena cuando la app va a ser un producto propio. Para "nuestra web, como app", duplica un trabajo que ya has pagado.
Camino 3: creadores de apps web-to-app y servicios wrapper
Estos servicios empaquetan tu web en apps de iOS y Android y añaden funciones de app alrededor, desde herramientas de autoservicio hasta servicios gestionados por completo. Esto es lo que publican cuatro de ellos en sus propias páginas de precios, a 1 de octubre de 2026:
| Proveedor | Precios publicados | Modelo |
|---|---|---|
| MobiLoud | Business: 1.499 USD/mes, o 1.274 USD/mes con pago anual, más una tarifa única de desarrollo y envío (importe no indicado); hasta 10.000 usuarios activos mensuales, 50 USD por cada 1.000 adicionales. Enterprise: a medida | Llave en mano: su equipo construye, diseña, envía y mantiene las apps |
| Median.co | Free (con marca de agua "Powered by Median.co"). Starter: 229 USD de activación única de licencia y luego 179 USD/año a partir de los 12 meses. Essential: 590 USD + 399 USD/año. Plus: 990 USD + 669 USD/año. Plan Business gestionado desde 7.200 USD/año | Autoservicio, servicios opcionales |
| Natively | Free (sin archivos de la app ni publicación en tiendas). Essential: 19 USD/mes o 144 USD/año, 4 rebuilds incluidas, las adicionales a 9 USD. Unlimited: 49 USD/mes o 384 USD/año. Lifetime: 699 USD pago único. Servicio opcional de publicación: 600 USD | Autoservicio, servicios opcionales |
| AppThunder | Free: 0 € (editor y vista previa, sin créditos de build). Solo: 39 €/mes. Business: 99 €/mes. Agency: 249 €/mes. Precios netos | Creador en la nube en autoservicio |
Los planes se diferencian en cuántas apps, builds, miembros del equipo y funciones nativas incluyen, y en si un equipo hace el trabajo por ti: revisa qué incluye cada uno antes de comparar totales.
Elijas el que elijas, se aplica la guía 4.2.6: las apps creadas con "a commercialized template or app generation service" deben ser "submitted directly by the provider of the app's content". En la práctica: publica desde tu propia cuenta de desarrollador.
Camino 4: Progressive Web App (PWA)
Una PWA es tu web más un manifest y un service worker, instalada desde el navegador. Sin tasas de tiendas, sin revisión, sin build aparte. Lo que hay hoy en iOS:
- La instalación es manual. Desde iOS 16.4, los usuarios instalan desde el menú Compartir de Safari, Chrome, Edge, Firefox y Orion, según MDN. El evento
beforeinstallprompt, con el que los navegadores de Android muestran un botón de instalar, no está disponible en iOS. - iOS 26 lo ha simplificado. Según las notas de Safari 26.0 de WebKit, por defecto "every website added to the Home Screen opens as a web app", sin necesidad de manifest.
- Las notificaciones push funcionan tras instalarla. Desde iOS 16.4 hay Web Push y globos de notificación para las web apps añadidas a la pantalla de inicio, no en una pestaña normal de Safari.
- Sin presencia en las tiendas. Nadie te encuentra buscando en el App Store o en Google Play.
Si tus clientes quieren sobre todo un icono en la pantalla de inicio, una PWA puede bastar. Si te buscan en el App Store, no.
Costes ocultos que casi ninguna estimación incluye
- Renovación anual de Apple: si caduca, ya nadie puede descargar tu app
- Borrado de cuenta: la 5.1.1(v) de Apple lo exige "within the app" si los usuarios pueden crear cuentas; Google exige una vía dentro de la app y un enlace web
- Cuenta demo: la 2.1 de Apple pide "an active demo account or fully-featured demo mode"; Google exige datos de inicio de sesión para la revisión
- Política de privacidad: en App Store Connect y "within the app in an easily accessible manner" (5.1.1(i))
- Ficha de la tienda: capturas por tamaño de dispositivo y textos, en cada idioma en el que publiques
- Cambios por la 4.2: si la app parece una web reempaquetada
- Prueba cerrada de Google: 12 testers, 14 días, en cuentas personales nuevas
- Actualizaciones anuales de SDK y de API de destino: al menos una build nueva al año
Citas de las App Review Guidelines de Apple, actualizadas el 8 de junio de 2026, en su versión original en inglés.
Coste total del primer año: un ejemplo
Una app, las dos tiendas, una web ya adaptada al móvil y recursos hechos por ti, usando solo los precios publicados arriba. No incluye IVA, trabajo de diseño ni tu propio tiempo, y cada plan incluye cosas distintas.
| Configuración | Plataforma, año 1 | Tasas de tiendas, año 1 | Total año 1 | Año 2 |
|---|---|---|---|---|
| Solo PWA | ≈ 0 | 0 | ≈ 0 | ≈ 0 |
| Natively Essential, pago anual | 144 USD | 124 USD | 268 USD | 144 USD + 99 USD |
| Median.co Starter | 229 USD | 124 USD | 353 USD | 179 USD + 99 USD |
| AppThunder Solo, 12 meses | 468 € netos | 124 USD | 468 € + 124 USD | 468 € + 99 USD |
| MobiLoud Business, pago anual | 15.288 USD + tarifa única | 124 USD | 15.412 USD + tarifa única | 15.288 USD + 99 USD |
Con un creador en autoservicio, las tasas de la plataforma y las de las tiendas están en el mismo orden de magnitud, y tu propio tiempo (ficha de la tienda, cuenta demo, revisión) es el coste mayor. Un servicio gestionado convierte casi todo ese tiempo en dinero. Un proyecto nativo suma desarrollo y mantenimiento a todo lo que aparece aquí.
Cuándo un wrapper no es la opción adecuada
Un wrapper es tan bueno como tu web móvil. Encaja con tiendas, webs de contenidos y productos SaaS que ya son rápidos y responsive en el móvil, cuando la web sigue siendo el producto principal y la app debe seguir cada cambio.
No es la opción adecuada si la app tiene que funcionar sin conexión durante mucho tiempo, si el producto depende de funciones intensivas del dispositivo (hardware Bluetooth, ubicación en segundo plano, audio o vídeo en tiempo real) o si tu web aún no está adaptada al móvil: arregla eso primero o pagarás dos veces.
Dónde encaja AppThunder
AppThunder convierte tu web actual en apps de iOS y Android, construidas en la nube y sin programar. La app carga tu web en directo y añade icono y pantalla de inicio nativos, solicitudes de permiso de cámara y ubicación con sus textos de justificación (solo si las activas), una pantalla sin conexión con tu marca que se recarga sola, una barra de pestañas inferior mediante un fragmento web para copiar y pegar, y Thunder Analytics. Un Guideline Checker señala problemas habituales de revisión —falta de página de privacidad, muro de login, falta de borrado de cuenta— antes de enviarla.
Las builds se firman con tus credenciales de Apple y Google, y las de iOS se suben a tu App Store Connect (TestFlight), así que la envías desde tu propia cuenta, como exige la 4.2.6. Recibes los archivos .ipa y .aab. Solo (39 €/mes netos) incluye 1 app publicada y 5 créditos de build al mes; Business (99 €), 3 apps y 12 créditos; Agency (249 €), 10 apps, 35 créditos y derechos comerciales. Los créditos se acumulan durante dos meses y una build fallida devuelve su crédito.
Lo que no hace: sustituir ni pagar tus cuentas de Apple y Google, crear tu ficha de la tienda, preparar una cuenta demo ni adaptar al móvil una web que no es responsive. No es la herramienta adecuada para un uso intensivo sin conexión ni para funciones profundas del dispositivo. Y nadie puede garantizar una aprobación en el App Store: App Review decide cada envío.
FAQ
¿Cuál es la forma más barata de llevar mi web al App Store? Un creador de apps en autoservicio más las tasas de las tiendas: 124 USD para Apple y Google el primer año, más el plan del creador. Una PWA es más barata, pero no te pone en el App Store.
¿De verdad la tasa de Apple es anual? Sí: 99 USD por año de membresía, o el precio en moneda local. Si caduca, tu app deja de estar disponible para descargar. Los 25 USD de Google se pagan una sola vez.
¿Necesito un Mac para convertir mi web en una app de iOS? Con un creador en la nube, no. Si construyes tú la app de iOS con React Native o herramientas nativas, necesitas un Mac con Xcode.
¿Puede un creador de apps garantizar la aprobación en el App Store? App Review decide cada envío. Lo que está en tu mano es eliminar los motivos habituales de rechazo: navegación de app, un estado sin conexión, borrado de cuenta, una cuenta demo y una primera pantalla útil.
¿Basta una PWA en lugar de una app? Si no necesitas ficha en la tienda, muchas veces sí: en iOS 26 cualquier web añadida a la pantalla de inicio se abre como web app, y Web Push funciona ahí. Los inconvenientes: instalación manual y ninguna visibilidad en las tiendas.