Saltar al contenido principal

Guía del Capacitor

¿Qué es una aplicación Capacitor?

A Capacitor app is a web app shipped inside real native iOS and Android projects. Your interface is HTML, CSS, and JavaScript running in a WebView, while Capacitor plugins bridge that web code to native device APIs like camera, storage, push notifications, biometrics, files, and location. Capgo turns that architecture into a release advantage with live updates, maintained plugins, and native cloud builds.

Desarrollo de aplicaciones móviles cruz-plateformas entre iOS, frameworks web y Android

¿Cómo funciona

Capacitor no es un marco de trabajo de interfaz. Es el tiempo de ejecución nativo debajo de la aplicación. Ionic, React, Vue, Angular, Svelte, Tailwind o su propio sistema de diseño pueden renderizar la interfaz dentro de la ventana de navegador.

1. Aplicación web

Construye el producto con herramientas web normales, luego emite activos estáticos. Capgo puede actualizar esos activos después de la aprobación.

2. Caja nativa

Capacitor coloca esos activos dentro de proyectos de iOS y Android. Capgo Build ayuda cuando esos binarios deben ser recompilados.

3. Puente de plugin

JavaScript calls plugins, and plugins call Swift, Kotlin, Java, Objective-C, or web fallbacks. Capgo maintains plugins for common native needs.

__CAPGO_KEEP_0__ mantiene los plugins para necesidades nativas comunes.

  • Partes positivas
  • With Capgo live updates, allowed HTML, CSS, and JavaScript fixes can bypass the store review queue after the native app is approved.
  • Con __CAPGO_KEEP_0__ actualizaciones en vivo, los ajustes permitidos de HTML, CSS y JavaScript pueden evitar la cola de revisión del store después de que la aplicación nativa está aprobada.
  • Native access comes through plugins, and custom Swift, Kotlin, Java, or Objective-C code can still be added.
  • El acceso nativo viene a través de plugins, y el Capacitor personalizado de Swift, Kotlin, Java o Objective-C todavía se puede agregar.
  • Capacitor keeps native iOS and Android projects in the repo, which makes platform debugging and SDK work more explicit.
  • __CAPGO_KEEP_0__ mantiene los proyectos nativos de iOS y Android en el repositorio, lo que hace que la depuración de plataforma y __CAPGO_KEEP_1__ sean más explícitos.
  • Capgo adds maintained Capacitor plugins, live-update channels, rollback, and cloud builds on top of the Capacitor runtime.

__CAPGO_KEEP_0__ agrega plugins de __CAPGO_KEEP_1__ mantenidos, canales de actualización en vivo, rollback y compilaciones en la nube sobre la __CAPGO_KEEP_2__ runtime.

  • The UI runs in a WebView, so poor web performance becomes poor mobile performance.
  • Large or frequent data transfers across the JavaScript-to-native bridge add overhead.
  • Teams still need some native app knowledge for signing, store review, permissions, Gradle, Xcode, and SDK upgrades.
  • Native projects are source files, so major upgrades can require careful manual changes.
  • The plugin ecosystem is broad, but not every community plugin has the same maintenance quality, which is why maintained Capgo plugins matter for production apps.
  • It is usually not the best fit for fully native UI, advanced games, AR-heavy apps, o apps con constantes flujos de datos nativos de baja latencia.

Best fit, bad fit

Capacitor se ajusta mejor cuando

  • SaaS, fintech, salud, educación, marketplace, y herramientas internas con necesidades fuertes de productos web.
  • Aplicaciones web existentes que necesitan distribución en la tienda de aplicaciones sin una reescritura nativa completa.
  • Los equipos que desean que el web, iOS, y Android sean manejados por el mismo equipo de frontend.
  • Aplicaciones con necesidades nativas normales: cámara, empuje, autenticación, archivos, biométricas, pagos, ubicación, y enlaces profundos.
  • Productos que se benefician de actualizaciones de paquetes web en vivo después de la aprobación de la tienda.
  • Equipos que desean Capgo Build para manejar compilaciones de iOS y Android repetibles, firmado y artefactos de lanzamiento sin mantener cada detalle de CI nativo.

Elige otra pila cuando

  • Juegos de alta gama 3D, editores de video, productos AR-first o aplicaciones impulsadas por renderizado nativo en tiempo real pesado.
  • Equipos que desean escribir solo Swift, Kotlin, Java o Dart.
  • Productos donde cada pantalla debe construirse a partir de controles nativos de plataforma de fábrica.
  • Aplicaciones que dependen de un nicho nativo SDK cuando no existe un plugin mantenido y el equipo no puede mantener uno.
  • Equipos que esperan cambios en la política de permiso, permiso, permiso nativo o code para saltar la revisión de la aplicación. Las actualizaciones en vivo de Capgo son para el paquete web, no cambios en el binario nativo.

Por qué Capgo importa

Las aplicaciones nativas solo esperan un nuevo binario, firma, lanzamiento y revisión de la aplicación para cada cambio visible. Capacitor le da un paquete web dentro de la aplicación nativa. Capgo convierte ese paquete en un camino de lanzamiento más rápido mientras que aún mantiene cambios nativos-code en el flujo de revisión de la tienda adecuado.

Actualizaciones en vivo que saltan la cola de revisión

Capgo envía cambios permitidos en el paquete web directamente a los usuarios después de que la aplicación nativa está aprobada, por lo que las correcciones de copia, las correcciones de interfaz de usuario, parches de JavaScript y configuración remota no esperan días para la revisión de la Tienda de App o la Tienda de Juegos.

Revertir, canales y lanzamiento controlado

Capgo permite a los equipos lanzar a usuarios beta, porcentajes, canales o versiones específicas, y revertir rápidamente cuando una actualización web es mala.

Mantenido Capacitor plugins

Capgo mantiene un gran catálogo de plugins para aplicaciones de producción Capacitor , cubriendo necesidades nativas comunes como autenticación, almacenamiento, compras, medios, APIs de dispositivos y migraciones de empresas.

Capgo Construir para lanzamientos nativos

Cuando los cambios nativos de code son significativos, Capgo Construir ayuda a producir builds de iOS y Android, gestionar firmas, seguir registros y enviar artefactos listos para tiendas desde el mismo proyecto Capacitor.

Historial y línea de descendencia

Capacitor proviene del equipo de Ionic, la misma empresa detrás de Ionic Framework. Hereda el patrón de WebView y plugins nativos de Cordova y PhoneGap, pero moderniza la experiencia del desarrollador alrededor de paquetes npm , TypeScript, Swift, Kotlin, proyectos nativos comprometidos y soporte de PWA.

Cordova y PhoneGap

Capacitor hereda la idea de aplicaciones híbridas: una caja nativa, un WebView y una puente desde JavaScript a APIs nativas.

Late 2017

El equipo de Ionic comenzó a explorar una alternativa moderna a Cordova mientras Ionic se expandió más allá de la interfaz de usuario móvil.

2019

Capacitor se lanzó por primera vez mientras Ionic se dirigía hacia un tiempo de ejecución nativo web para iOS, Android, escritorio y PWAs.

2022

Ionic se unió a OutSystems. Ionic dijo más tarde que Capacitor sigue siendo central para el trabajo móvil de OutSystems y el apoyo a código abierto.

2023-2026

Ionic movió Capacitor a un ritmo de lanzamiento más predecible y comenzó un proceso de reset de la salud de la lista de pendientes pública.

Mantenimiento y salud

Capacitor se mantiene por el equipo de Ionic, con contribuyentes de la comunidad en todo el ecosistema. El proyecto es saludable, pero no perfecto: Ionic reconoció públicamente la deuda de la lista de pendientes en febrero de 2026 y comenzó un proceso de limpieza para problemas y solicitudes de cambios antiguos.

Instantánea verificada el 6 de mayo de 2026. Los conteos cambian con el tiempo.

Última versión estable

8.3.1

Publicado el 16 de abril de 2026

GitHub estrellas

15.6k

ionic-team/capacitor

Fork

1.2k

Repositorio público GitHub

Descargas mensuales

9.6M

@capacitor/core, 6 abr-5 may 2026

Lectura práctica

Trate Capacitor como una opción por defecto fuerte cuando su producto es web primero y el móvil importa. Utilice Capgo cuando importa la velocidad de lanzamiento: actualizaciones en vivo para correcciones web, devolución de cambios para lanzamientos malos, canales para un despliegue estadiado, plugins mantenidos para características nativas, y Capgo Compilar cuando se requiere un binario nativo real. Las aplicaciones nativas únicamente no obtienen ese camino de actualización en vivo; cada corrección espera una nueva compilación y revisión de la tienda.