Las mejores plataformas de CI/CD para apps con Capacitor en 2026

La lista de opciones para CI/CD de Capacitor se ha reducido. Los servicios de build y distribución de Microsoft App Center se retiraron el 31 de marzo de 2025. Ionic Appflow está en un proceso de cierre de varios años. GitHub Actions, GitLab CI, Bitrise y Codemagic siguen vigentes y cumplen bien con su propósito.

El error es tratar esto como una competencia donde eliges una plataforma y mover todo el pipeline a ella. La mayoría de los equipos de Capacitor ya tienen CI. Lo que les falta son las tres tareas que el CI generalista aún hace mal: builds nativos firmados, live updates, y instalar la app en un teléfono real.

Capgo está hecho para esas tres tareas, y está diseñado para ejecutarse dentro del CI en el que ya confías. Mantén GitHub Actions o GitLab CI para lint, type-check, unit tests y el build web. Llama a Capgo cuando el pipeline necesite un binario de iOS o Android, un bundle over-the-air o una preview que un tester pueda instalar.

El panorama de 2026

Dos nombres siguen apareciendo en los resultados de búsqueda, aunque ya no son una opción de compra para 2026.

• Microsoft App Center se retirará el 31 de marzo de 2025. El build y la distribución se detuvieron. Analytics y Diagnostics se extendieron hasta el 31 de marzo de 2027. CodePush ya no es un servicio alojado por Microsoft. Si aún tienes un pipeline en App Center, lee Migración de App Center a Capgo.
• Ionic Appflow dejó de realizar nuevas ventas comerciales el 11 de febrero de 2025. Los clientes actuales mantienen el acceso hasta 31 de diciembre de 2027. Sigue funcionando, pero cualquier proyecto nuevo deberá migrar antes de 2028. Consulta Alternativa a Ionic Appflow.

Esto deja las plataformas que los equipos realmente usan:

• Acciones de GitHub y GitLab CI: CI de propósito general. Excelente en Linux. Caro e incompleto para mobile nativo.
• Bitrise y Codemagic: especialistas en CI móvil. Firma robusta y envío a tiendas. Sin Capacitor live updates gestionados.
• Capgo: live updates nativos de Capacitor, builds cloud native y previews instalables en dispositivos, llamados desde tu CI actual.
• Capawesome Cloud: live updates y builds nativos de Capacitor vendidos como un reemplazo de CI. Conectas git y listo con GitHub Actions. Backend cerrado, vendor lock-in total y un historial de precios que ya ha cambiado más de una vez.

La pregunta clave en 2026 no es “¿qué CI debería reemplazar a GitHub Actions?” Es “¿qué debería llamar GitHub Actions cuando una app Capacitor necesita un binario, un bundle OTA o una instalación en el móvil?”

Lo que el CI generalista aún hace mal

GitHub Actions y GitLab CI son buenas cocinas. No son una granja de Native Build, una red OTA o un lab de dispositivos para QA.

Builds nativos

iOS sigue necesitando Xcode, certificados, provisioning profiles y un Mac. Android sigue necesitando un keystore y una Play upload key. Los minutos de macOS alojados en GitHub Actions cuestan mucho más que los de Linux. Tras la reducción de tarifas de GitHub en enero de 2026, un minuto estándar de macOS sigue costando unas diez veces más que uno de Linux (Facturación de GitHub Actions).

Por eso tantos equipos de Capacitor ya dividen su pipeline: Linux para los checks de PR y otra cosa para el binario firmado. Capgo Native Builds es esa otra cosa. El trabajo se queda en ubuntu-latest. Capgo se encarga del Mac.

Actualizaciones en vivo

La CI puede compilar un web bundle, pero no puede entregarlo a los dispositivos que ya tienen la app instalada con canales, rollback, cifrado y logs de dispositivos. Live Updates es un producto, no un paso en un YAML. Los equipos de Capacitor que omiten OTA esperan la revisión de App Store y Play Store para arreglos de JavaScript que nunca necesitaron un nuevo binario.

Capgo Live Updates convive con la CI. El pipeline compila la web app y luego sube el bundle. Los usuarios reciben el cambio sin pasar por la tienda, siempre que el native shell no haya cambiado.

Testing de apps móviles

Los unit tests en Linux no prueban la app en un teléfono. El procesamiento en TestFlight, los tracks internos de Play y el “¿puedes instalar este IPA que te envié por email?” son la parte lenta de la revisión. Capgo Previews de PR asigna cada pull request a un canal. Los testers cambian de canal en la app que ya tienen. Los jobs de Native Build también pueden emitir un enlace de instalación QR para el APK o IPA.

Eso no es un device farm. Si necesitas matrices de emuladores o Firebase Test Lab, mantén esos jobs en tu CI. Capgo cubre el vacío que el CI rara vez resuelve: un humano con un teléfono, viendo el build correcto, en menos de un minuto.

Matriz de funciones

Tres cosas destacan. Capgo, Capawesome Cloud y Appflow combinan live updates gestionados con builds nativos, y Appflow está llegando a su fin. Solo Capgo está diseñado para mantener GitHub Actions o GitLab CI en lugar de reemplazarlos. Capawesome Cloud es la otra opción nativa de Capacitor, pero es un CI sustituto con backend cerrado. Bitrise y Codemagic pueden gestionar el binario nativo, pero tú sigues armando el OTA y las previews en dispositivos.

Las plataformas en detalle

Capgo

Capgo es la capa de release Capacitor que le falta a los CI generalistas.

• Actualizaciones en vivo: OTA de web-bundle cifrado, canales, rollback, delta updates y logs de dispositivos.
• Builds nativos: binarios firmados de iOS y Android en la nube, incluido el envío a la tienda. El runner de CI puede seguir en Linux. Capgo ya está en Xcode 26 para el requisito de App Store Connect de abril de 2026.
• Pruebas en dispositivos: Canales de preview para PR, enlaces QR en artefactos nativos y la app móvil de Capgo para probar un bundle en un dispositivo real.

No quitas el linting ni los unit tests de GitHub Actions. Añades dos llamadas de CLI después de que el build web sea exitoso:

- name: Live update
  run: npx @capgo/cli@latest bundle upload --channel production

- name: Native build
  run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release

Los planes de pago empiezan en $12/mes facturados anualmente e incluyen live updates más tiempo de Native Build (aprox. 15 builds/mes, con minutos extra facturados mediante créditos). Ese precio inicial no ha subido desde el lanzamiento. Ver precios, CI/CD con Capgo Build, y la guía de builds de GitHub Actions.

El plugin de actualización es open source (MPL-2.0) y el backend también es open source (AGPL-3.0). Puedes auditarlos, hacerles fork o auto-alojarlos. La infraestructura de Capgo Cloud de pago es opcional, no una trampa.

Capawesome Cloud

Capawesome Cloud CI — Native Builds y Live Updates, ahora comercializado como Capawesome Platform — es la otra opción nativa de Capacitor que combina OTA con builds en la nube para iOS y Android. Su propuesta de producto es lo contrario de Capgo: reemplazar GitHub Actions y GitLab en lugar de integrarse con ellos.

Su post de lanzamiento de Native Builds es explícito. Sin CI/CD de terceros. Conecta GitHub, GitLab, Bitbucket o Azure DevOps. Pon el pipeline en capawesome.config.json. Ejecútalo dentro de Capawesome Cloud. Puedes lanzar un build desde un CLI, pero el flujo de trabajo previsto es CI alojado por el proveedor. La integración con Git, el signing, los minutos de build, las live updates y el envío a la store están todos detrás de un backend cerrado. El plugin y CLI son open source. El backend no lo es. El self-hosting es parcial en el mejor de los casos: puedes alojar bundles; los metadatos se quedan en Capawesome Cloud.

Eso es un vendor lock-in total. Salir después implica migrar el updater, la config de build, la conexión a git y los metadatos de release. Capgo mantiene todo eso en tu repo y tu CI, y su updater y backend open-source son tu vía de salida.

El historial de precios es la otra gran diferencia. El plan de pago de Capgo se ha $12/mes facturado anualmente desde su lanzamiento. Nunca ha subido. Capawesome ya ha cambiado su modelo comercial más de una vez:

• Lanzamiento de Native Builds: desde $9/mes por 1,000 live updates y 200 minutos de build. $299/mes.
• Relanzamiento de la plataforma en mayo 2026: Live Updates pasó de MAU a conteo por update, y luego volvió a MAU tras las quejas de los clientes. El SKU completo de la plataforma (builds, live updates y publishing) empieza en $19/mes. El negocio es $499/mes.
• Los precios públicos actuales aún separan Live Updates (desde $9/mes) de la plataforma completa (desde $19/mes).

Un precio más barato que no deja de cambiar no es lo mismo que un precio justo que se mantiene. Si buscas Capacitor live updates y Native Build sin renunciar a tu CI, Capgo es la opción ideal. Si ya estandarizaste con plugins de Capawesome y quieres su CI conectado a git, lee la Capgo frente a Capawesome Cloud y la guía de migración.

Fuentes: Anuncio de Capawesome Native Builds, Anuncio de Capawesome Platform, Precios de Capawesome.

Acciones de GitHub

GitHub Actions es el CI por defecto para la mayoría de los repos de Capacitor, y así debe seguir siendo para los checks de PR. Los jobs de Linux son baratos. El workflow vive junto al code. El caching, los matrix builds y los status checks obligatorios son problemas ya resueltos.

Lo que no es: una plataforma de DevOps móvil. Tú escribes el YAML. Tú configuras Fastlane o Capgo para el signing. Tú alojas tu propio OTA, o no tienes OTA. Los minutos de macOS se comen la factura en cuanto los builds de iOS corren en cada pull request.

El híbrido que funciona: GitHub Actions para lint, tests y npm run build. Capgo para bundle upload, Native Builds y previews. Esa división es más barata y rápida que forzar todo el pipeline móvil en Macs alojados. Guías de configuración: GitHub Actions Live Updates y build y release automáticos.

GitLab CI

Igual que GitHub Actions. CI robusto en Linux, runners de Mac opcionales, sin Capacitor live updates gestionados ni canal de PR instalable. Si el repo ya está en GitLab, quédate ahí. Llama a Capgo de .gitlab-ci.yml la misma forma. Mira la configuración de GitLab y builds automáticos de Android en GitLab.

Bitrise

Bitrise es una plataforma de CI móvil con una amplia librería de steps, signing gestionado y publicación en tiendas. Puedes buildear una app Capacitor con npm steps más steps nativos de iOS y Android. Es una opción razonable si el equipo busca una flota de runners móviles dedicada y no necesita OTA.

Lo que falta es el ciclo de release con forma de Capacitor: live updates, canales de PR y un CLI que tu workflow de GitHub actual pueda llamar sin mover todo el pipeline. El precio también es elevado para CI móvil. Usa Bitrise si ya estás estandarizado con él para apps nativas. Añade Capgo si aún necesitas OTA y previews; no asumas que Bitrise reemplaza esa capa.

Codemagic

Codemagic empezó como un builder de Flutter y ahora documenta workflows de YAML para Ionic y Capacitor, con keystores de Android gestionados, keys de API para App Store Connect y publicación en TestFlight y Play. El signing es su punto fuerte.

Tiene el mismo vacío que Bitrise: sin live updates gestionados. Tendrías que uploadear los bundles OTA en otro lugar. Si el único gap en tu setup de GitHub Actions es “no quiero mantener Fastlane en un Mac”, Codemagic puede cubrirlo. Capgo cubre ese gap y los gaps de OTA y preview en un solo CLI. Guías de Codemagic en este sitio: iOS con Codemagic.

Ionic Appflow

Appflow es el producto todo en uno de Ionic: builds nativos, firma, actualizaciones en vivo y publicación en tiendas. También es un CI sustituto, no un plugin para GitHub Actions. Ionic anunció el cierre comercial el 11 de febrero de 2025. Los clientes actuales mantienen el acceso hasta el 31 de diciembre de 2027.

Si ya usas Appflow, planifica la salida ahora en vez de a finales de 2027. El cambio equivalente es Capgo para actualizaciones en vivo y builds nativos, mientras mantienes (o vuelves a) GitHub Actions para automatizar PRs. Migración: de Appflow a Capgo.

Microsoft App Center

No es una opción para 2026. Los builds y la distribución terminaron el 31 de marzo de 2025. CodePush como servicio alojado ya no existe. Equipos que nunca terminaron la migración todavía lo buscan. La ruta con Capacitor es Capgo para OTA y Capgo Build o tu CI para los binarios. Empieza con Migración de App Center y Alternativas a CodePush.

Xcode Cloud

El CI de Apple va bien para apps nativas solo de iOS que ya están en App Store Connect. No compila Android, no publica actualizaciones en vivo de Capacitor y no te da canales de PR para el QA de web-bundles. Considéralo un extra del lado de Apple, no una plataforma Capacitor.

Cómo se integra Capgo en tu pipeline

Así se ve la configuración ganadora para 2026:

1. En cada pull request, GitHub Actions o GitLab CI instala dependencias, ejecuta tests y hace el build de la web app en Linux.
2. Si el cambio es solo web, Capgo sube un bundle a un canal de PR. Los revisores abren la app, cambian de canal y prueban. Sin esperas de TestFlight. Ver Convierte cada pull request en una preview instalable.
3. Si cambió el code nativo, los plugins o los permisos, el mismo workflow solicita un Capgo Native Build y comparte un enlace de instalación por QR.
4. En main o en un tag de versión, Capgo publica un live update de producción, o un binario firmado a TestFlight y Play, según lo que haya cambiado realmente.

Un esquema compacto de GitHub Actions:

name: Capacitor CI
on:
  pull_request:
  push:
    branches: [main]
    tags: ['v*']

jobs:
  web:
    runs-on: ubuntu-latest
    steps:
      - uses: actions/checkout@v6
      - uses: actions/setup-node@v6
        with:
          node-version: '24'
          cache: 'npm'
      - run: npm ci
      - run: npm test
      - run: npm run build
      - name: Upload live update
        if: github.event_name == 'push' && github.ref == 'refs/heads/main'
        run: npx @capgo/cli@latest bundle upload --channel production
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
      - name: Native build on tag-style releases
        if: startsWith(github.ref, 'refs/tags/v')
        run: npx @capgo/cli@latest build request com.example.app --platform ios --build-mode release
        env:
          CAPGO_TOKEN: ${{ secrets.CAPGO_TOKEN }}
          BUILD_CERTIFICATE_BASE64: ${{ secrets.BUILD_CERTIFICATE_BASE64 }}
          P12_PASSWORD: ${{ secrets.P12_PASSWORD }}
          CAPGO_IOS_PROVISIONING_MAP_BASE64: ${{ secrets.CAPGO_IOS_PROVISIONING_MAP_BASE64 }}
          APPLE_KEY_ID: ${{ secrets.APPLE_KEY_ID }}
          APPLE_ISSUER_ID: ${{ secrets.APPLE_ISSUER_ID }}
          APPLE_KEY_CONTENT: ${{ secrets.APPLE_KEY_CONTENT }}
          APP_STORE_CONNECT_TEAM_ID: ${{ secrets.APP_STORE_CONNECT_TEAM_ID }}

El esquema es solo para iOS. Android requiere ANDROID_KEYSTORE_FILE, KEYSTORE_KEY_ALIAS, KEYSTORE_KEY_PASSWORD, KEYSTORE_STORE_PASSWORD, y PLAY_CONFIG_JSON. No copies la versión de iOS env bloque de iOS y cambia solo --platform. Usa la matriz en la guía de builds de GitHub Actions. Los secrets de signing se quedan en GitHub y se pasan como variables de entorno en la petición de build. Capgo no tiene por qué ser tu fuente de verdad para git. Los ejemplos completos están en la documentación del builder de GitHub Actions y integración con CI/CD.

Elegir la configuración adecuada

No hay un ganador universal. Estos escenarios cubren la mayoría de los equipos de Capacitor.

Ya usas GitHub Actions o GitLab CI. Quédate con ellos. Añade Capgo para live updates, native builds y PR previews. Esta es la respuesta estándar para 2026.

Estás usando Capawesome Cloud. Buscan la conexión con git, el reemplazo de YAML y los metadatos de release. Es cómodo hasta que quieres irte. Capgo mantiene tu CI, es totalmente open source y no ha subido su precio de entrada a $12. Mira Capgo frente a Capawesome Cloud.

Sigues en Appflow. Tienes hasta el 31 de diciembre de 2027. Esperar solo concentrará la migración. Pasa los Live Updates y Native Builds a Capgo, y vuelve a poner la automatización de PR en GitHub Actions si Appflow también era tu CI.

Estás dejando App Center. El pipeline de build ha desaparecido y CodePush no es un producto hosted. Reemplaza ambas piezas con Capgo en lugar de reconstruir el OTA en GitHub Actions desde cero.

Los minutos de macOS están inflando la factura de GitHub. No muevas el lint ni los unit tests fuera de GitHub. Mueve los Native Builds a Capgo para que iOS ya no corra en Macs hosted en Actions. Mantén los PR status checks donde están.

Vas a lanzar una app con Capacitor en 2026. Olvídate de Appflow y App Center. Empieza con GitHub Actions para tu CI. Añade Capgo desde el primer día para OTA, cloud builds y device previews. Puedes añadir Bitrise o Codemagic después si necesitas un runner o una librería de pasos específica. La mayoría de los equipos nunca necesitan esa plataforma extra. Salta Capawesome Cloud a menos que quieras su catálogo de plugins lo suficiente como para aceptar un reemplazo de CI.

FAQ

¿Cuál es la mejor plataforma de CI/CD para apps de Capacitor?

Mantén el CI que ya usas para lint, unit tests y web builds. Añade Capgo para builds nativos firmados de iOS y Android, live updates y pruebas instalables en dispositivos. Bitrise y Codemagic pueden sustituir los builds nativos si no necesitas live updates. Capawesome Cloud cubre OTA y builds nativos, pero como reemplazo de CI con backend cerrado. Appflow sigue disponible para clientes actuales hasta el 31 de diciembre de 2027, pero no es una opción para proyectos nuevos.

¿Debería reemplazar GitHub Actions con una plataforma de CI móvil?

Normalmente no. GitHub Actions y GitLab CI son muy buenos para checks de pull request en Linux. Lo caro son los builds nativos en macOS, el signing, los live updates y llevar el build al teléfono. Capgo está pensado para invocarse desde ese pipeline existente en vez de reemplazarlo.

¿Incluyen Bitrise y Codemagic live updates para Capacitor?

No. Ambos son buenos para builds nativos, signing y publicación en tiendas. Seguirás necesitando un producto de live updates aparte para publicar JavaScript, CSS y HTML sin pasar por la revisión de la tienda. Capgo cubre builds nativos y live updates en el mismo workflow.

¿Cómo prueba Capgo una app móvil desde el CI?

Capgo convierte los pull requests en previews instalables en canales dedicados, comparte los artifacts del build nativo como links de instalación por QR y permite que QA cambie de canal en la app que ya está en el dispositivo. Es más rápido que esperar a TestFlight. No sustituye a un device farm para matrices de emuladores.

¿Sigue siendo Ionic Appflow una opción válida en 2026?

Solo si ya eres cliente. Ionic cerró nuevas ventas comerciales el 11 de febrero de 2025, y el acceso actual a Appflow continúa hasta el 31 de diciembre de 2027. Los nuevos proyectos de Capacitor deberían mantener su CI y añadir Capgo en lugar de empezar en una plataforma con fecha de cierre.

¿Cómo se compara Capawesome Cloud CI con Capgo?

Capawesome Cloud es un CI de Capacitor todo en uno: conecta git, usa GitHub Actions y ejecuta Native Build y Live Update en su nube. Eso es vendor lock-in. Capgo es open source (plugin y backend), se integra con el CI que ya tienes y mantiene su entrada de $12/mes desde el lanzamiento. Capawesome ya ha reestructurado sus precios varias veces, incluyendo Native Build desde $9/mes al inicio y un SKU de plataforma en mayo de 2026 desde $19/mes, con Business a $499/mes, subiendo desde $299.

Conclusión

La lista corta de Capacitor para 2026 es más reducida de lo que parece: dos plataformas todo en uno retiradas o en proceso de retiro, dos CI móviles generalistas sin OTA, un CI de Capacitor conectado a git que reemplaza tu pipeline, y un runner de propósito general que ya tienes. El equipo que entrega más rápido no es el que reconstruye su CI con un nuevo vendor. Es el equipo que mantiene GitHub Actions o GitLab CI, y añade una capa de Capacitor para las tareas que el CI aún hace mal.

Esa capa es Capgo: Native Builds, live updates, y pruebas en dispositivos, disparado desde el pipeline que ya usas. Open source. Precios justos que no han aumentado. No es un reemplazo de CI cerrado.

Crea una cuenta de Capgo, luego sigue integración con CI/CD o Capgo Build desde GitHub Actions. Si quieres ver el producto primero, empieza con Native Builds, Live Updates, y Previews de PR.