Un solo código, una app real en la tienda
La app para iOS 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 App Store
Garantía de aprobación en el Apple App 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 Apple Developer Program ($99 al año) para enviar la app a Apple App Store
- Xcode en un Mac – o el WebViewGold Cloud Builder en tu navegador (sin necesidad de Mac)
- WebViewGold para iOS ($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
Con una buena versión optimizada de su aplicación web, puedes tener una impresionante aplicación móvil en un par de minutos. ¡Además del servicio al cliente es muy agradable y muy útil! ¡Puedo recomendar WebViewgold :-)
De GitHub Copilot a App Store: 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 App Store 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 iOS
Pago único, actualizaciones gratuitas. Recibes el proyecto de Xcode listo para usar. Si no tienes Mac, activa el WebViewGold Cloud Builder y hazlo todo en el navegador.
Introduce tu URL y personaliza la app con tu marca
Abre Config.swift (o el formulario del Cloud Builder) y pega tu URL publicada. Define el nombre de la app, sube tu icono y elige la pantalla splash y el color de la barra de estado. Sin programar.
Activa las funciones nativas
Activa con un solo ajuste cada una las notificaciones push, la pantalla sin conexión, la gestión del inicio de sesión social, deslizar para actualizar, el inicio de sesión biométrico o el escáner QR. Todo es opcional.
Compila y sube
En Xcode: Product → Archive → Distribute to App Store Connect. En el Cloud Builder: pulsa Build y la subida a App Store Connect se hace por ti.
Crea la ficha en App Store
En App Store Connect añade nombre, subtítulo, descripción, palabras clave, capturas, URL de la política de privacidad y las respuestas de App Privacy. Si hace falta, añade una cuenta demo en las notas de revisión.
Envía a revisión
Apple revisa la mayoría de las apps en 24 a 48 horas. Si el revisor tiene preguntas, respóndelas en el Centro de resolució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 App Store: las reglas que importan para apps de GitHub Copilot
Apple revisa el comportamiento, no las herramientas. Nadie es rechazado por usar GitHub Copilot; las apps se rechazan por los puntos de abajo.
- 4.2
Funcionalidad mínima
La app debe ofrecer algo más que un sitio web reempaquetado. Un diseño responsive, navegación nativa y al menos una capacidad nativa (notificaciones push, pantalla sin conexión, compartir nativo, inicio de sesión biométrico) marcan la diferencia. WebViewGold activa cada una con un solo ajuste.
- 2.1
Completitud de la app
Sin contenido de relleno, sin enlaces rotos, sin cierres inesperados. Si el contenido está detrás de un inicio de sesión, proporciona una cuenta demo en las notas para App Review.
- 5.1.1
Privacidad
Es obligatoria una URL pública de política de privacidad. Las apps que permiten crear cuentas también deben permitir eliminarlas dentro de la app.
- 4.8
Servicios de inicio de sesión
Si la app usa el inicio de sesión con Google, Facebook u otro servicio de inicio de sesión de terceros o social para la cuenta del usuario, también debe ofrecer un inicio de sesión equivalente que limite los datos al nombre y el correo, permita a los usuarios mantener su correo en privado y no los rastree con fines publicitarios. Sign in with Apple es la forma segura de cumplirlo. Una app que solo usa su propio inicio de sesión con correo y contraseña no se ve afectada.
- 3.1.1
Compras dentro de la app
Los bienes digitales y las suscripciones que se venden dentro de la app deben usar In-App Purchase de Apple. Los bienes físicos y los servicios del mundo real pueden seguir con Stripe o PayPal.
- 2.3
Metadatos precisos
Las capturas, la descripción y el nombre de la app deben corresponder a lo que hace la app. No menciones otras plataformas ni "beta" en la ficha.
Funciones nativas que tu app de GitHub Copilot obtiene en la app para iOS
Cada función es opcional y está documentada paso a paso en la Documentación de WebViewGold para iOS.
Notificaciones push
Push remoto con OneSignal o Pushwoosh, notificaciones locales programadas mediante una llamada de JavaScript y solicitud de permiso en el momento que elijas.
DocumentaciónSocial Login Helper
Los inicios de sesión con Google y Facebook funcionan dentro de la app; Sign in with Apple se gestiona automáticamente.
DocumentaciónUniversal Links
Los enlaces de los correos (magic links, restablecimiento de contraseña) se abren directamente en la app.
DocumentaciónCompras dentro de la app
Suscripciones y compras únicas de App Store 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ónIndicador de carga y splash
Mantén la pantalla de inicio hasta que la web app haya cargado, o muestra un indicador de carga nativo.
DocumentaciónInicio de sesión biométrico
Bloqueo con Face ID / Touch ID 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ónHoja de compartir nativa y respuesta háptica
Diálogo de compartir 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ónLista de verificación previa para App Store
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: App Transport Security bloquea el contenido http:// sin cifrar y los certificados no válidos.
- Diseño responsive desde 320 px hasta anchos de iPad. Apple también abre las apps de iPhone en un iPad durante la revisión.
- URL de la política de privacidad lista (basta con una página dentro de tu web app).
- Eliminación de cuenta disponible en la app si los usuarios pueden registrarse.
- Acceso demo para el revisor si el contenido está detrás de un inicio de sesión.
- Nada de banners de "Descarga nuestra app", enlaces a otras tiendas de apps ni insignias del constructor dentro de la app.
- Un icono de app de 1024 × 1024 px sin transparencia y sin esquinas redondeadas (Apple aplica la máscara).
- Capturas para los tamaños actuales de iPhone (y de iPad si lo admites) tomadas de la app real.
- Nombre de la app de 30 caracteres como máximo, subtítulo y palabras clave preparados.
- Cumplimiento de exportación respondido (una app que solo usa HTTPS cumple los requisitos de la exención estándar de cifrado).
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 Xcode 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 un Mac para publicar una app de iOS?
No con el WebViewGold Cloud Builder: la configuración, la compilación y la subida a App Store Connect se hacen en el navegador. Si tienes un Mac, el proyecto de Xcode funciona tal cual.
¿Cuánto tarda la revisión de Apple?
La mayoría de los envíos se revisan en 24 a 48 horas. En los primeros envíos y en apps con inicio de sesión, a veces el revisor hace una pregunta; respóndela en el Centro de resolución y la revisión continúa.
¿Y si Apple rechaza la app?
Los rechazos indican la directriz y el motivo, y puedes volver a enviar la app tantas veces como haga falta. WebViewGold incluye una garantía de aprobación en el App Store: si Apple 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 iOS (actualizaciones gratuitas) más la cuenta de desarrollador (Apple Developer Program, $99 al año). 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.