Un solo código, una app real en la tienda
La app para Android carga tu URL publicada de GitHub Copilot dentro de un WebView nativo. No hay un segundo proyecto que mantener ni exportación de código.
Por qué envolver es mejor que reconstruir para apps de GitHub Copilot
Copilot vive en tu repositorio: issues, pull requests, Actions y el host que despliega main. WebViewGold encaja en ese ciclo porque la app nativa carga la URL en la que se despliega tu rama main, así que fusionar un pull request de Copilot actualiza la app instalada sin publicar una nueva versión en la tienda. Un proyecto aparte en Swift y Kotlin le daría al agente dos bases de código más que mantener sincronizadas, mientras que el puente de JavaScript permite a Copilot añadir push, respuesta háptica, compartir o inicio de sesión biométrico en el código que ya conoce.
Sigue publicando desde GitHub Copilot
Fusiona en main, se ejecuta el despliegue y la app muestra el cambio en el siguiente arranque. Solo los cambios en la propia carcasa nativa (icono, una nueva función nativa) requieren una actualización en la tienda.
Funciones nativas incluidas
Notificaciones push, pantalla sin conexión, compartir nativo, inicio de sesión biométrico, escáner QR, compras in-app y deep links son un simple ajuste o una llamada JavaScript de una línea.
Garantía de aprobación en Google Play
Garantía de aprobación en Google Play Store – o te devolvemos el dinero en 14 días. El 96.4% de todas las apps WebViewGold son aprobadas por los equipos de revisión en el primer intento.
Qué necesitas
- Una app de GitHub Copilot publicada en una URL HTTPS pública (username.github.io/repo o yourproject.vercel.app o, mejor, tu propio dominio)
- Una cuenta de desarrollador en Google Play Console ($25 en un pago único) para enviar la app a Google Play Store
- Android Studio en Windows, macOS o Linux – o el WebViewGold Cloud Builder en tu navegador
- WebViewGold para Android ($109 en un pago único, actualizaciones gratuitas)
- Una página de política de privacidad, un icono de 1024 × 1024 px y entre 30 y 60 minutos
¡Gran trabajo! Nunca tuve que usar código para nada, pero logré trabajar con esto y tener mi App lista. ¡Fácil y rápido! ¡También con gran ayuda de los creadores!
De GitHub Copilot a Google Play: la guía paso a paso
Ocho pasos, sin programar. La mayoría termina la parte nativa en menos de una hora.
Publica tu app de GitHub Copilot en una URL de producción
Fusiona el pull request en tu rama main y deja que tu host lo despliegue: Vercel, Netlify o Azure Static Web Apps compilan cada push, o un workflow de GitHub Actions publica una compilación estática en GitHub Pages. Introduce la URL de producción o tu dominio en WebViewGold. Los puertos reenviados de Codespaces (app.github.dev), los despliegues de vista previa de los pull requests y localhost son temporales. Usa el despliegue de producción de tu rama main. Dominio propio: Añade el dominio en los ajustes de Pages del repositorio (o en los ajustes de dominio de tu host), configura los registros DNS y activa Enforce HTTPS. Consulta por qué vale la pena usar un dominio propio antes del envío.
Prepárala para la tienda
Añade una página de política de privacidad, una opción para eliminar la cuenta (si los usuarios pueden registrarse) y quita las insignias de la herramienta o los banners de "descarga nuestra app". Ejecuta la Comprobación de preparación para Google Play gratuita con tu URL: señala contenido mixto, etiquetas viewport ausentes, dominios de vista previa de la herramienta y otros bloqueos en segundos.
Consigue WebViewGold para Android
Pago único, actualizaciones gratuitas. Recibes el proyecto de Android Studio listo para usar, o activas el WebViewGold Cloud Builder y te saltas el IDE por completo.
Introduce tu URL y personaliza la app con tu marca
Abre Config.java (o el formulario del Cloud Builder), pega tu URL publicada, define el nombre de la app, elige el nombre de paquete, sube el icono y elige la pantalla splash. Sin programar.
Activa las funciones nativas
Activa con un solo ajuste cada una las notificaciones push, la pantalla sin conexión, deslizar para actualizar, el inicio de sesión biométrico, el escáner QR o los App Links. Todo es opcional.
Compila el App Bundle firmado
En Android Studio: Build → Generate Signed Bundle. En el Cloud Builder: pulsa Build y el .aab firmado se prepara y se sube por ti.
Crea la ficha en la Play Console
Crea la app en la Play Console, rellena la ficha de la tienda, sube el icono, el gráfico destacado y las capturas, y completa Data safety, la clasificación de contenido y el acceso a la app.
Prueba y después envía
Las cuentas personales nuevas hacen primero una prueba cerrada de 14 días con 12 testers. Después promociona la versión a producción y envíala a revisión. Nuestra garantía de aprobación te cubre.
Comprobaciones específicas de GitHub Copilot antes de enviar
Estos son los puntos que surgen con más frecuencia en proyectos de GitHub Copilot (Cualquier stack web en tu repositorio de GitHub: Next.js, React + Vite, Astro, Vue, Rails, Django o ASP.NET).
- GitHub Pages solo sirve archivos estáticos, y un sitio de proyecto vive bajo /repo-name/. Configura la ruta base, añade un fallback 404.html (o enrutamiento con hash) para las apps de una sola página y usa preferiblemente un dominio personalizado; de lo contrario, los deep links y las recargas dentro de la app terminan en un 404.
- Pon las reglas de WebViewGold en .github/copilot-instructions.md (o AGENTS.md) para que el modo agente y el agente en la nube dejen de añadir banners de "Descarga nuestra app", menús que solo funcionan con hover en escritorio o APIs exclusivas del navegador.
- Revisa cada pull request de Copilot con ancho de teléfono (en su despliegue de vista previa o en un Codespace) antes de fusionarlo: el desbordamiento horizontal a 320px y las áreas táctiles diminutas son justo lo que hace que una app envuelta les parezca un sitio web a los revisores.
- Si la app ofrece Sign in with GitHub, Google u otro inicio de sesión de terceros, la Directriz 4.8 de Apple exige una opción equivalente centrada en la privacidad, como Sign in with Apple, que WebViewGold gestiona automáticamente; los inicios de sesión con Google y Facebook pasan por el Social Login Helper.
Deja que GitHub Copilot haga el trabajo de preparación para la tienda
Pega esto en GitHub Copilot y deja que aplique los cambios que buscan los revisores. Revisa el resultado y publica.
Issue para el agente en la nube de Copilot (o el modo agente)
Título: Preparar la app web para el App Store y Google Play (envoltorio de WebViewGold) Esta app se publicará como apps nativas de iOS y Android que cargan la URL de producción en el envoltorio WebView de WebViewGold. No añadas Capacitor, React Native ni SDK nativos; las funciones nativas vienen del puente de JavaScript de WebViewGold, documentado en https://www.webviewgold.com/llms-full.txt. Abre un único pull request que cumpla estos criterios de aceptación: - [ ] Etiqueta meta viewport, ningún desbordamiento horizontal de 320px a 1024px, áreas táctiles de 44px, padding con safe-area-inset en las cabeceras y pies de página fijos - [ ] Páginas /privacy y /terms enlazadas desde el pie de página - [ ] Una acción "Eliminar cuenta" en los ajustes que, tras una confirmación, elimine los datos del usuario y su registro de autenticación - [ ] Ningún banner de "Descarga nuestra app" ni enlaces promocionales externos en la navegación principal - [ ] Estados de error y de reintento para las solicitudes fallidas; nada de contenido de relleno - [ ] Las rutas de la app de una sola página funcionan al recargar y con deep links (fallback 404 si el sitio está en GitHub Pages) - [ ] Una sección "Envoltorio de app nativa" con estas reglas en .github/copilot-instructions.md Si puedes ejecutar la app, añade a la descripción del pull request capturas de las pantallas principales con ancho de teléfono.
Revisión de Google Play: las reglas que importan para apps de GitHub Copilot
Google revisa el comportamiento, no las herramientas. Nadie es rechazado por usar GitHub Copilot; las apps se rechazan por los puntos de abajo.
- Funcionalidad mínima
Política de spam y funcionalidad mínima
Google rechaza las apps que solo envuelven un sitio web sin permiso de su propietario o que no ofrecen ninguna funcionalidad real. Empaquetar tu propio producto con funciones nativas añadidas está bien.
- Seguridad de los datos
Política de datos de usuario
Toda app necesita una URL de política de privacidad y un formulario Data safety completo que indique qué recopilan la app y sus SDKs.
- Eliminación de cuenta
Política de datos de usuario
Las apps que permiten crear cuentas deben ofrecer la eliminación de la cuenta dentro de la app y mediante un enlace web que indiques en la Play Console.
- Requisito de pruebas
Cuentas de desarrollador personales
Las cuentas personales creadas después de noviembre de 2023 deben hacer una prueba cerrada con al menos 12 testers durante 14 días seguidos antes de poder solicitar acceso a producción.
- Nivel de API objetivo
Requisitos de nivel de API objetivo
Las apps nuevas deben apuntar a una versión reciente de Android. Las actualizaciones de WebViewGold mantienen la plantilla al día; basta con compilar con la última versión.
- Pagos
Google Play Billing
Los bienes digitales y las suscripciones que se venden dentro de la app normalmente deben usar Google Play Billing (WebViewGold es compatible con RevenueCat). Los bienes físicos y los servicios pueden usar otros métodos de pago.
Funciones nativas que tu app de GitHub Copilot obtiene en la app para Android
Cada función es opcional y está documentada paso a paso en la Documentación de WebViewGold para Android.
Notificaciones push
Push remoto con OneSignal o Pushwoosh y notificaciones locales programadas mediante una llamada de JavaScript.
DocumentaciónApp Links y deep links
Los enlaces https a tu dominio y los esquemas personalizados se abren directamente en la app.
DocumentaciónCompras dentro de la app
Suscripciones y compras únicas de Google Play con RevenueCat, iniciadas desde tu web app.
DocumentaciónPantalla sin conexión y respaldo
Una pantalla nativa de "Reintentar" cuando el usuario no tiene conexión, o una página HTML local de respaldo.
DocumentaciónPantalla splash e indicador de carga
Duración mínima y máxima del splash con fundido, o un indicador de carga nativo mientras se carga.
DocumentaciónInicio de sesión biométrico
Bloqueo con huella dactilar / desbloqueo facial mediante una llamada de JavaScript.
DocumentaciónEscáner de códigos QR y de barras
Escáner nativo que devuelve el resultado a tu web app.
DocumentaciónCompartir nativo y respuesta háptica
Share intent y respuesta háptica desde tu web app.
DocumentaciónCSS y JavaScript personalizados
Oculta los elementos exclusivos del sitio web e inyecta código cuando la página se carga dentro de la app.
DocumentaciónSubida de archivos y desde la cámara
Selector de archivos nativo y cámara para tus formularios de subida.
DocumentaciónLista de verificación previa para Google Play
Marca estos puntos y la revisión será un mero trámite. La comprobación de preparación gratuita verifica automáticamente la mitad técnica.
- HTTPS en todas partes: en las versiones actuales, Android bloquea por defecto el tráfico http:// sin cifrar.
- Diseño responsive desde 320 px hasta anchos de tablet, con un comportamiento predecible del botón Atrás (WebViewGold asigna el botón Atrás al historial web).
- URL de la política de privacidad lista y formulario Data safety respondido con veracidad.
- Eliminación de cuenta dentro de la app más un enlace web de eliminación si los usuarios pueden registrarse.
- Credenciales de acceso para el revisor si el contenido está detrás de un inicio de sesión.
- Un nombre de paquete único (por ejemplo com.yourcompany.yourapp) definido antes de la primera subida: después ya no se puede cambiar nunca.
- Un icono de 512 × 512 px y un gráfico destacado de 1024 × 500 px.
- Al menos dos capturas de teléfono tomadas de la app real (se recomiendan capturas de tablet).
- Para cuentas personales nuevas: 12 testers preparados para la prueba cerrada de 14 días.
- Android App Bundle (.aab) firmado, compilado con la última versión de WebViewGold.
Ejemplo: del proyecto en GitHub Copilot a la app aprobada
Imagina que creaste con Copilot, en un repositorio Next.js, un planificador de turnos para un banco de alimentos local: los voluntarios ven los turnos libres, se apuntan con un toque y reciben un recordatorio el día anterior. Escribes la checklist de preparación para las tiendas como un issue, se la asignas al agente en la nube de Copilot, revisas su pull request con ancho de teléfono y lo fusionas. Vercel despliega main en shifts.yourfoodbank.org, que envuelves con WebViewGold, y las notificaciones push de OneSignal avisan a los voluntarios cuando se abre un turno urgente. Como el inicio de sesión ofrece Google, el agente añade Sign in with Apple en un segundo pull request. El voluntario demo de las notas de revisión ya tiene dos turnos reservados, ambas tiendas aprueban la app y cada pull request fusionado le llega en el siguiente arranque.
Tu primera semana tras el lanzamiento
- Etiqueta los issues relacionados con las tiendas (por ejemplo app-store) y asígnalos al agente en la nube de Copilot; revisa cada pull request con ancho de teléfono antes de fusionarlo.
- Protege main con una comprobación de estado obligatoria que compile la app, porque un merge roto va directo a todas las copias instaladas.
- Mantén .github/copilot-instructions.md sincronizado con las llamadas al puente de WebViewGold que usas, para que el agente no las elimine al refactorizar.
- Lee el player ID de OneSignal con getonesignalplayerid:// después del inicio de sesión y guárdalo con el usuario, para que una notificación push pueda ir a un solo voluntario en lugar de a todos.
- Pide una valoración con rateapp:// después de que un voluntario complete su primer turno.
Lo que obtienes con WebViewGold
Un proyecto de app nativa completo, no una suscripción. Todo lo siguiente está incluido en la licencia y se activa con un ajuste.
- Proyecto de Android Studio completo
- Notificaciones push
- Pantalla sin conexión
- Icono y pantalla de inicio
- Compartir nativo y vibración
- Deep links y enlaces universales
- Compras dentro de la app
- Actualizaciones gratis, marca blanca
Preguntas frecuentes
¿Cómo publico en el App Store una app web creada con GitHub Copilot?
Despliega la rama main en una URL HTTPS pública (Vercel, Netlify, Azure Static Web Apps o GitHub Pages), introduce esa URL en WebViewGold para iOS, compila con Xcode o el Cloud Builder y envíala a través de App Store Connect. La misma URL alimenta la app de Android.
¿Puede el agente en la nube de Copilot preparar mi app para la revisión?
Sí. Asígnale un issue con la checklist de preparación para las tiendas, revisa con ancho de teléfono el pull request que abra y fusiónalo. Como la app de la tienda carga tu despliegue, los cambios fusionados llegan a las apps instaladas sin una nueva versión en la tienda.
¿Basta con GitHub Pages para una app de las tiendas?
Para una app estática o renderizada en el cliente, sí, con un dominio personalizado, HTTPS forzado y un fallback para las rutas de la app de una sola página. Si la app necesita código de servidor, rutas de API o secretos, despliégala mejor en Vercel, Netlify o Azure.
¿Necesito Android Studio?
O bien Android Studio (gratuito, funciona en Windows, macOS y Linux) o bien el WebViewGold Cloud Builder, que compila y sube el App Bundle firmado desde tu navegador.
¿Qué es la regla de los 12 testers?
Google exige que las cuentas de desarrollador personales creadas después de noviembre de 2023 hagan una prueba cerrada con al menos 12 testers inscritos durante 14 días seguidos antes del primer lanzamiento en producción. Bastan amigos, compañeros o una comunidad de Discord; las cuentas de organización están exentas.
¿Y si Google rechaza la app?
Google indica la política afectada y puedes corregir y volver a enviar. WebViewGold incluye una garantía de aprobación en Google Play: si Google rechaza la app por un motivo ajeno al contenido, te devolvemos el dinero en los 14 días siguientes a la compra.
¿Puede mi app usar Sign in with GitHub como único inicio de sesión?
Solo si la app es un cliente del propio GitHub, por ejemplo un panel para los repositorios del usuario, porque la Directriz 4.8 exime a las apps en las que los usuarios deben iniciar sesión en un servicio de terceros específico para acceder a su contenido allí. Para cualquier otro producto, añade Sign in with Apple, u otro inicio de sesión que cumpla las condiciones de privacidad de la directriz, junto al botón de GitHub. Google Play no tiene esa norma, pero su sección App access sigue necesitando credenciales que permitan entrar al revisor.
¿Necesito un dominio personalizado si la app funciona en GitHub Pages?
Es muy recomendable. Un sitio de proyecto vive bajo username.github.io/repo-name/, así que los archivos que deben estar en la raíz del dominio, como apple-app-site-association y assetlinks.json para Universal Links y App Links, no se pueden servir para él, y trasladar el sitio más adelante cambiaría la URL dentro de tu app. Con tu propio dominio, HTTPS forzado y un fallback 404.html para las rutas de la app de una sola página, GitHub Pages es un buen host para una app estática de las tiendas.
¿Tengo que volver a enviar la app cada vez que cambio algo en GitHub Copilot?
No. La app carga tu URL publicada, así que los cambios de contenido y de funciones que publiques en GitHub Copilot están disponibles en la app de inmediato. Solo necesitas una nueva versión en la tienda cuando cambia la carcasa nativa, por ejemplo un nuevo icono o una función nativa añadida.
¿Cuánto cuesta en total?
$109 en un pago único por WebViewGold para Android (actualizaciones gratuitas) más la cuenta de desarrollador (Google Play Console, $25 en un pago único). Opcional: el complemento Cloud Builder ($349 por licencia, pago único) si quieres compilar en el navegador sin Mac, o el paquete Full Service (desde $698 por plataforma), con el que nuestro equipo configura, compila y envía la app por ti.
Tres formas de llevar tu app a las tiendas
El mismo resultado, con distinta cantidad de trabajo por tu parte. Las tres incluyen la garantía de aprobación y soporte humano 24/7.
Hazlo tú mismo
$109 por plataforma, pago único
La licencia de WebViewGold: un proyecto de Xcode o Android Studio listo para usar. Pega tu URL, define nombre e icono, activa funciones, compila y envía. Actualizaciones gratuitas para siempre.
Ver planes en la página principalCloud Builder
$349 por licencia, complemento de pago único
Sin Mac, sin Xcode, sin Android Studio: configura en el navegador, compilamos ambas apps en la nube y las entregamos a App Store Connect y a Play Console.
Cómo funciona el Cloud Builder Prueba la demo gratuitaFull Service
$698 por plataforma $798
Envíanos tu URL y tu icono. Nuestro equipo configura, compila y entrega tu app en 72 horas, en marca blanca y con los proyectos fuente. Ambas plataformas por $1,158.
Detalles del Full Service Con tecnología de
Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.