ChatGPT & Codex
Codex escribe la app web; las tiendas quieren una app. La distancia es menor de lo que parece: una URL HTTPS pública, un puñado de reglas de las tiendas que tu agente puede corregir en una sola sesión y un proyecto de WebViewGold que convierte la URL en una app nativa para iOS y Android. Este es el flujo completo, en el orden que evita rehacer trabajo.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
OpenAI Codex es la herramienta de programación agéntica de esta guía: la Codex CLI en tu terminal, la extensión de Codex dentro de VS Code o Cursor, y Codex en la nube, que ejecuta tareas en un contenedor aislado conectado a tu repositorio de GitHub y te devuelve pull requests. Los tres leen el mismo archivo AGENTS.md de tu repositorio y los tres pueden hacer la pasada de preparación para la tienda que verás más abajo. Si creaste la app en el propio ChatGPT (con Canvas o pegando código de un lado a otro), el flujo es idéntico en cuanto el código vive en un repositorio.
Lo que Codex no puede hacer es firmar un binario de iOS ni rellenar App Store Connect. Esa parte corresponde a WebViewGold y a las dos consolas de desarrollador, y son sobre todo formularios. Primero despliega, después corrige las reglas de las tiendas y, en tercer lugar, configura el proyecto nativo: solo necesita tu URL definitiva.
Seis pasos; los técnicos llevan una tarde y el resto es esperar a las cuentas y a las revisiones.
Sube el repositorio a GitHub y despliega con Vercel, Netlify, Cloudflare Pages, Render o tu propio servidor. localhost, los túneles y las vistas previas de Canvas no sirven como URL de una app: el revisor abre la app días después y desde otra red. Usa tu propio dominio si puedes (por qué compensa un dominio propio).
Pega el prompt de abajo en una sesión de Codex dentro del repositorio. Revisa el diseño móvil, añade las páginas legales, la eliminación de cuenta, los estados de error y los ajustes exclusivos de la app, e informa de cada cambio. Revisa el diff, despliega y pasa la comprobación de preparación para App Store gratuita con la URL.
iOS: define webviewurl y host en Config.swift. Android: define HOME_URL y HOST en Config.java. Después activa lo que use tu app: push (OneSignal, Firebase o Pushwoosh), la pantalla sin conexión, los activadores del Social Login Helper para el inicio de sesión con Google o Facebook y las claves de RevenueCat si vendes bienes digitales. El nombre, el icono y la pantalla splash están en los mismos proyectos; el Cloud Builder ofrece las mismas opciones como formulario en el navegador.
Xcode: archiva y sube a App Store Connect. Android Studio: genera un App Bundle firmado y guarda bien el keystore, porque todas las actualizaciones futuras deben firmarse con él. ¿Sin Mac ni IDE? El Cloud Builder compila ambas apps en el navegador y las sube a las dos consolas.
Capturas de la app real (no del sitio web), una descripción que coincida con lo que verá el revisor, la URL de la política de privacidad, las respuestas de App Privacy de Apple, el formulario Data safety de Google, la clasificación de contenido y notas para la revisión con una cuenta demo. ChatGPT redacta bien la mayor parte; consulta ChatGPT para la política de privacidad y la ficha.
Envía la compilación de iOS; Apple suele responder en 24 a 48 horas. En Google Play, una cuenta de desarrollador personal creada después del 13 de noviembre de 2023 debe hacer primero una prueba cerrada con 12 testers durante 14 días, así que sube la app enseguida a un canal de prueba cerrada y recluta testers mientras Apple revisa. La revisión de Google tarda unos días.
Ejecútalo en la raíz del repositorio. Codex recorre la lista, edita los archivos y resume los cambios; tú revisas el diff antes de desplegar. Sustituye MYAPPNATIVE por el marcador de user agent que configurarás en WebViewGold.
Estás preparando esta app web para publicarla como apps nativas de iOS y Android. Se ejecutará dentro de un envoltorio WebView nativo (WebViewGold) que carga nuestra URL de producción. Trabaja todos los puntos, edita el código y termina con una lista de todos los cambios y de lo que no pudiste hacer. 1. Diseño móvil: meta viewport con width=device-width y viewport-fit=cover; sin desbordamiento horizontal de 320px a 1024px; áreas de toque de al menos 44x44px; cabeceras, pies y bottom sheets fijos con relleno env(safe-area-inset-top) y env(safe-area-inset-bottom); sin interacciones que solo funcionen con hover; campos de entrada con un font-size de al menos 16px. 2. Páginas legales: añade /privacy y /terms como rutas reales (no modales), enlazadas desde el pie de página y desde la pantalla de ajustes. Deja huecos entre corchetes para el nombre de la empresa, la dirección y el email, y enumera cada servicio de terceros al que este código llama realmente (revisa package.json y las rutas de la API). 3. Eliminación de cuenta: si los usuarios pueden registrarse, añade en los ajustes una acción Eliminar cuenta con un diálogo de confirmación, respaldada por una función en el servidor que borre el registro del usuario y los datos relacionados, además de una página pública /delete-account. 4. Estados de error y sin conexión: cada carga de datos necesita estados de carga, vacío, error y reintento. Nada de pantallas en blanco ni de objetos de error sin procesar. 5. Interfaz exclusiva de la app: cuando navigator.userAgent contenga el marcador MYAPPNATIVE, oculta los banners de Descarga nuestra app, los banners de cookies que no sean legalmente obligatorios, la cabecera de escritorio y los enlaces promocionales externos. Pon la detección en una sola función auxiliar. 6. Inicio de sesión: si existe inicio de sesión con Google, Facebook u otro proveedor externo, añade Sign in with Apple como opción equivalente, o infórmame de lo que necesita el proveedor de autenticación. Mantén funcionando el inicio de sesión por email o con magic link. 7. Pagos: enumera cada lugar donde se puede comprar un producto digital, una suscripción o créditos. No cambies todavía el código de pagos; lo pasaremos por compras dentro de la app. 8. Higiene: sin texto de relleno, sin enlaces rotos, sin errores de consola en los flujos principales, título de página igual al nombre de la app, meta description presente, sin contenido mixto. No añadas SDK nativos ni herramientas de compilación; del lado nativo se encarga el envoltorio. Mantén funcionando todo lo que ya existe.
¡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!
| Tema | Tu app web (Codex) | Proyecto de WebViewGold | Consola de la tienda |
|---|---|---|---|
| Política de privacidad | Ruta /privacy | Nada que hacer | URL en App Store Connect y en la Play Console |
| Eliminación de cuenta | Botón más función en el servidor | Nada que hacer | URL de eliminación en la Play Console |
| Notificaciones push | Opcional: un botón Activar que abre registerpush:// en el momento adecuado | Claves de OneSignal, Firebase o Pushwoosh; solicitud de permiso en el primer arranque activada o desactivada | Capability de push (iOS) |
| Sign in with Apple | Botón y configuración del proveedor de autenticación | Se gestiona automáticamente; activadores del Social Login Helper para Google y Facebook | Capability de Sign in with Apple |
| Compras dentro de la app | Botones de compra que abren revenuecat://purchase?external_id=…&product=… | Clave de API e ID de proyecto de RevenueCat | Productos, precios, datos bancarios y formularios fiscales |
Activa OneSignal, Firebase o Pushwoosh en el proyecto de WebViewGold, desactiva la solicitud del primer arranque y deja que tu app web pregunte después de la primera acción significativa con window.location.href = "registerpush://". Para los revisores, el push es la señal más clara de funcionalidad de app.
WebViewGold muestra una pantalla sin conexión nativa con un botón de reintentar cuando el dispositivo no tiene conexión, y puede servir un HTML local como alternativa. Tu app web sigue necesitando estados de error para las peticiones que fallan a mitad de sesión.
Abre el menú de compartir del sistema con shareapp://message?=Mira esto&url=https://app.example.com/item/42 y confirma acciones con successhaptic://. Llamadas de una línea con un comportamiento nativo visible.
Llama a bioauth:// antes de una pantalla sensible; en iOS, WebViewGold llama después a onBioAuthSuccess(), onBioAuthFailure(code, message) o onBioAuthUnavailable() en tu página. Mantén detrás una comprobación en el servidor.
Config.swift / Config.java es el dominio de producción, no una vista previa ni un túnel.No. WebViewGold es un proyecto de Xcode y un proyecto de Android Studio ya terminados; cambias valores de configuración, no código nativo. Con el Cloud Builder ni siquiera abres un IDE.
En la parte de texto, sí: Config.swift y Config.java son archivos de código normales, así que puedes abrir el proyecto de WebViewGold en una sesión de Codex y pedirle que defina la URL, el host y los feature flags. La firma, los certificados y las subidas a las tiendas siguen siendo cosa tuya (o del Cloud Builder).
Sí, cuando ofrece funcionalidad real y se comporta como una app. La Directriz 4.2 de Apple va contra los sitios web reempaquetados sin valor añadido; las notificaciones push, la gestión sin conexión, el compartir nativo y un diseño móvil limpio son lo que buscan los revisores. El 96,4% de todas las apps WebViewGold son aprobadas por los equipos de revisión en el primer intento.
No. El contenido y las funciones se publican desplegando la app web; la app nativa solo necesita una nueva compilación cuando cambias la configuración nativa (servicio push, icono, nombre, una nueva versión de WebViewGold).
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.
$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 principal$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 gratuita$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.
Garantía de aprobación en App Store & Google Play – o te devolvemos el dinero en 14 días
¿Prefieres delegarlo? Full Service: configuramos, compilamos y entregamos en 72 horas, desde $698 por plataforma. ¿Preguntas? Chatea con nosotros 24/7.
Los reembolsos se conceden bajo las condiciones indicadas en nuestras FAQ: un rechazo por motivos ajenos al contenido por parte de Apple y/o Google, reclamado dentro de los 14 días posteriores a la compra.