PhoneGap es una distribución comercial de Apache Cordova de Adobe que permite crear aplicaciones móviles con HTML, CSS y JavaScript con la posibilidad de compilación en la nube sin SDK locales. La plataforma se convirtió en el primer framework híbrido ampliamente conocido y desempeñó un papel clave en la popularización del desarrollo multiplataforma. Según Adobe PhoneGap, 2024, durante la existencia de la plataforma se crearon más de 1 millón de aplicaciones. PhoneGap Build es el servicio clave de Adobe que realiza la compilación en APK e IPA sin instalar Xcode ni Android Studio.
Puntos clave
PhoneGap es una plataforma para desarrollar aplicaciones móviles, creada originalmente por Nitobi Software en 2009. En 2011, Adobe adquirió Nitobi y lanzó PhoneGap como producto comercial, transfiriendo el núcleo del framework a la Apache Software Foundation con el nombre de Cordova.
PhoneGap fue creado en la conferencia iPhoneDevCamp en 2008, donde los desarrolladores de Nitobi Software demostraron la tecnología de envolver aplicaciones web en un contenedor nativo. La primera versión pública se lanzó en 2009 y atrajo instantáneamente la atención de la comunidad de desarrolladores web que buscaban formas de ingresar al mercado móvil sin aprender Objective-C.
La innovación principal de PhoneGap era que los desarrolladores podían usar tecnologías web familiares — HTML, CSS y JavaScript — para crear aplicaciones que se instalan en el dispositivo a través de tiendas de aplicaciones y tienen acceso a funciones nativas: cámara, GPS, contactos y acelerómetro.
Según Adobe Developer Relations (2015), en su período pico, PhoneGap era utilizado por más de 600 mil desarrolladores en todo el mundo. La plataforma era especialmente popular entre estudios web y freelancers que querían ampliar su portafolio con proyectos móviles sin contratar ingenieros de iOS y Android.
La diferencia principal entre PhoneGap y Apache Cordova radica en el modelo de distribución y los servicios adicionales. Cordova es un framework open-source puro gestionado por la Apache Foundation, mientras que PhoneGap es su distribución comercial con capacidades exclusivas de Adobe.
| Característica | Apache Cordova | PhoneGap (Adobe) |
|---|---|---|
| Licencia | Apache 2.0 (abierta) | Apache 2.0 + componentes propietarios |
| Núcleo | Código original | El mismo código Cordova |
| Compilación en nube | No disponible | PhoneGap Build |
| Herramientas | CLI + IDE de terceros | Adobe PhoneGap Desktop + CLI |
| Soporte | Comunidad Apache | Adobe (hasta 2020) |
La principal ventaja y diferencia comercial clave de PhoneGap frente a Apache Cordova es el servicio PhoneGap Build, que se encarga de la etapa de compilación. El desarrollador sube los archivos fuente al servidor de Adobe, selecciona las plataformas objetivo y recibe los binarios listos sin instalar Android SDK, Xcode ni las herramientas de compilación relacionadas.
Además, PhoneGap incluía integración con Adobe Creative Cloud, permitiendo a los diseñadores exportar diseños desde Photoshop directamente a la estructura del proyecto PhoneGap. Esta función era demandada en equipos pequeños sin un desarrollador móvil dedicado.
PhoneGap Build es un servicio web de Adobe que compila el código fuente de aplicaciones PhoneGap/Cordova en archivos de instalación para iOS (.ipa), Android (.apk), Windows Phone (.xap) y otras plataformas. El usuario no necesita instalar los SDK de los sistemas operativos objetivo en su ordenador.
El proceso de compilación consta de tres pasos: el desarrollador archiva el proyecto (o señala un repositorio Git), lo sube a build.phonegap.com y selecciona las plataformas. En pocos minutos, el servidor devuelve los archivos binarios listos para subir a las tiendas de aplicaciones.
PhoneGap Build admitía dos tipos de suscripciones: gratuita (hasta 2 aplicaciones, compilación pública) y de pago (hasta 25 aplicaciones, compilación privada, iconos personalizados y certificados). Para iOS se requería un certificado de firma de Apple Developer Program, que el usuario subía a su cuenta personal. El mecanismo de Build era simple: el usuario enviaba un archivo ZIP o señalaba un repositorio Git, el servidor determinaba automáticamente las plataformas y devolvía los archivos binarios listos a través del panel de control.
Según el Blog de Adobe (2017), más de 500 mil compilaciones pasaban por PhoneGap Build mensualmente. El servicio era especialmente popular en instituciones educativas y hackathons donde los participantes no tenían acceso a infraestructura Mac. Los desarrolladores también usaban Build para demostrar prototipos a clientes directamente en dispositivos sin configurar el entorno.
La estructura de un proyecto PhoneGap es idéntica a la de Cordova. La única diferencia está en el archivo de configuración config.xml, donde se añade un elemento
<?xml version='1.0' encoding='utf-8'?>
<widget id='com.adobe.phonegap.app'
version='1.0.0'
xmlns='http://www.w3.org/ns/widgets'
xmlns:gap='http://phonegap.com/ns/1.0'>
<name>PhoneGapApp</name>
<description>
Aplicación PhoneGap
</description>
<gap:platform name='ios' />
<gap:platform name='android' />
<gap:plugin name='cordova-plugin-camera' />
<gap:config platform='ios' min-version='13.0' />
</widget>
Este archivo de configuración define una aplicación con soporte para iOS y Android, especifica una versión mínima de iOS 13 e incluye el plugin de la cámara. Al subirlo a PhoneGap Build, el servidor reconoce automáticamente estos ajustes y compila el proyecto con las dependencias necesarias.
Ejemplo de código JavaScript básico con manejo del evento de dispositivo listo y llamada a un diálogo nativo:
document.addEventListener('deviceready', function() {
console.log('PhoneGap listo para trabajar');
document.getElementById('btnAlert')
.addEventListener('click', function() {
navigator.notification.alert(
'¡Hola desde PhoneGap!',
function() { console.log('OK'); },
'Mensaje',
'Cerrar'
);
});
});
El evento deviceready es un punto de entrada obligatorio en todas las aplicaciones PhoneGap y Cordova. Sin este evento, las llamadas a la API nativa no funcionarán porque el puente aún no se ha inicializado. Una vez listo, todos los plugins están disponibles, incluyendo notification.alert para ventanas de diálogo nativas.
PhoneGap tenía una serie de ventajas que lo hicieron popular a mediados de la década de 2010, pero también poseía limitaciones que llevaron a la disminución de su cuota de mercado después de 2018.
La principal ventaja de PhoneGap es la baja barrera de entrada para desarrolladores web. HTML, CSS y JavaScript son tecnologías que domina cualquier especialista frontend, lo que permitía a los estudios de desarrollo web entrar rápidamente al mercado de aplicaciones móviles sin contratar ingenieros de iOS y Android.
El servicio en la nube PhoneGap Build resolvía el problema de infraestructura: los equipos con Windows podían compilar aplicaciones iOS sin comprar un Mac. Esto era crítico para startups con presupuestos limitados para equipamiento.
El principal inconveniente de PhoneGap es el rendimiento. WebView es más lento que los frameworks de UI nativos, especialmente con animaciones complejas, listas grandes y procesamiento de gráficos. Según pruebas de HTML5Rocks (2016), renderizar una lista de 1000 elementos tomaba 200–400 ms en PhoneGap frente a 16–30 ms en una aplicación nativa.
Las limitaciones adicionales incluían la dependencia de la versión de WebView en el dispositivo del usuario, problemas con la depuración de plugins nativos y la falta de acceso a nuevas APIs de iOS y Android hasta que se lanzaran los plugins Cordova correspondientes.
En 2020, Adobe anunció el fin del soporte para PhoneGap y PhoneGap Build. La empresa transfirió los desarrollos a la comunidad con la recomendación de migrar a Apache Cordova o Capacitor. PhoneGap Build fue cerrado y la compilación en la nube ya no está disponible.
Para proyectos PhoneGap existentes, se recomienda migrar a Capacitor — este es un camino directo con cambios mínimos en el código. Basta con reemplazar los scripts de inicialización y actualizar la configuración. Todo el código JavaScript y las plantillas HTML permanecen sin cambios, ya que Capacitor utiliza los mismos principios de puente.
Una opción alternativa es migrar directamente a Apache Cordova. Esto requiere instalar plataformas localmente a través de CLI y configurar la compilación local, pero preserva completamente la compatibilidad con los plugins existentes y la arquitectura de la aplicación.
A pesar del cierre, la importancia histórica de PhoneGap es difícil de sobreestimar. Fue PhoneGap quien demostró al mercado que las tecnologías web podían ser la base para aplicaciones móviles, allanando el camino para los frameworks híbridos y multiplataforma modernos. El concepto de compilación en la nube, implementado por primera vez en PhoneGap Build, fue adoptado posteriormente por Ionic Appflow, Visual Studio App Center y otros servicios de integración continua para proyectos móviles.
Las decisiones arquitectónicas de PhoneGap — el puente a través de WebView, el sistema de plugins y la configuración mediante config.xml — se convirtieron en el estándar de facto para el desarrollo híbrido. Incluso en los proyectos modernos de Capacitor se refleja el legado de PhoneGap: los mismos principios de trabajo con plugins y un proceso de compilación similar.
Para los desarrolladores que mantienen proyectos antiguos de PhoneGap, la habilidad clave es entender el puente de plugins y la capacidad de adaptar plugins a versiones modernas de Android e iOS. Sin esto, actualizar la aplicación para cumplir con los nuevos requisitos de las tiendas se vuelve imposible debido a permisos de sistema obsoletos.
Preguntas frecuentes
PhoneGap oficialmente no recibe soporte de Adobe desde 2020, pero las aplicaciones creadas con él siguen funcionando. La compilación de nuevos proyectos a través de PhoneGap Build no está disponible. Se recomienda migrar a Capacitor o Apache Cordova para obtener actualizaciones de seguridad.
Ionic es una capa superior sobre Cordova (y luego Capacitor) que añade componentes de UI, enrutamiento y herramientas de compilación. PhoneGap es una distribución de Cordova con compilación en la nube, pero sin componentes de UI propios. Ionic utiliza Cordova o Capacitor como backend para el acceso nativo.
Gracias a PhoneGap Build, no se necesitaba un Mac — la compilación de iOS se realizaba en los servidores de Adobe. Tras el cierre de Build, para compilar para iOS se necesita un Mac con Xcode, ya que Apache Cordova y Capacitor compilan proyectos nativos localmente a través de las herramientas de Apple.
PhoneGap es compatible con todos los plugins de Apache Cordova, ya que utiliza una arquitectura idéntica. Los plugins cordova-plugin-camera, cordova-plugin-geolocation, cordova-plugin-file y cordova-plugin-inappbrowser funcionan sin cambios. No existían plugins específicos solo para PhoneGap.
Aprender PhoneGap como una nueva herramienta no tiene sentido — ya no tiene soporte. Sin embargo, entender su arquitectura es útil para mantener proyectos heredados. Para nuevas aplicaciones híbridas, se recomienda aprender Capacitor junto con Ionic o React Native.
Resumen
Desarrollaremos una aplicación móvil llave en mano
IT Sectr crea aplicaciones para iOS y Android para startups y empresas desde 2017. Le asesoraremos y le propondremos la mejor solución.
Lea también