Un solo código, una app real en la tienda
La app para iOS carga tu URL publicada de Trae 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 Trae
El modo SOLO de Trae termina en un botón Deploy que publica el proyecto en Vercel, y eso es exactamente la URL HTTPS estable que envuelve WebViewGold. Si el despliegue web sigue siendo la única compilación, la autenticación, el almacenamiento y las tablas de Supabase que conectaste en Trae funcionan igual dentro de la app, y el siguiente Deploy actualiza todas las copias instaladas. Un segundo proyecto nativo te sacaría del ciclo de planificar, construir, previsualizar y desplegar que hace que SOLO sea tan rápido.
Sigue publicando desde Trae
Vuelve a hacer clic en Deploy (o haz push a main) y la app muestra la nueva versión 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 Trae publicada en una URL HTTPS pública (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
¡Una forma estupenda de convertir tu web app en una app nativa! Entrega rápida y una manera genial de llevar tus apps a las tiendas sin tener que desarrollar una app nativa completa.
De Trae 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 Trae en una URL de producción
En el modo SOLO, conecta tu cuenta de Vercel en Integrations y haz clic en Deploy en el panel del chat; Trae te devuelve una URL en vivo y el proyecto aparece en tu panel de Vercel. También puedes subir el código a GitHub y desplegarlo con Vercel, Netlify o tu propio host. Usa la URL de producción o tu dominio en WebViewGold. La vista previa integrada de Trae se ejecuta en localhost, y cada despliegue de Vercel recibe además su propia URL con hash. Usa el dominio de producción del proyecto. Dominio propio: Añade el dominio en los ajustes de Domains del proyecto de Vercel y configura los registros DNS. 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 Trae antes de enviar
Estos son los puntos que surgen con más frecuencia en proyectos de Trae (Cualquier stack web; los proyectos de SOLO suelen ser React + Vite o Next.js con Supabase).
- Abre la URL exacta que piensas usar en una ventana privada del navegador: Vercel Deployment Protection puede poner un inicio de sesión de Vercel delante de las URL de vista previa y de cada despliegue, y los revisores lo notifican como una app rota (Directriz 2.1).
- El inicio de sesión de Supabase con Google redirige a accounts.google.com, que Google bloquea dentro de los WebViews embebidos. Activa el Social Login Helper de WebViewGold y añade tu dominio de producción a la lista de URL de redirección permitidas de Supabase.
- Si el proyecto se abre con una landing page de marketing, apunta WebViewGold a la pantalla real de la app (por ejemplo /app o /login): los revisores juzgan la primera pantalla, y una página de ventas parece un sitio web (Directriz 4.2).
- Añade reglas de proyecto (.trae/rules/project_rules.md) que indiquen que la app se ejecuta dentro de un envoltorio WebView nativo, para que Builder y SOLO dejen de añadir banners de "Descarga nuestra app" e interacciones exclusivas de escritorio.
Deja que Trae haga el trabajo de preparación para la tienda
Pega esto en Trae y deja que aplique los cambios que buscan los revisores. Revisa el resultado y publica.
Prompt para Trae (SOLO o Builder)
Antes del próximo Deploy, prepara este proyecto para el App Store y Google Play. Se ejecutará dentro del envoltorio WebView nativo de WebViewGold en iPhone, iPad y teléfonos Android. Comprueba cada paso en la vista previa integrada con ancho de teléfono. 1. Asegura una etiqueta meta viewport, ningún desbordamiento horizontal de 320px a 1024px, áreas táctiles de 44px y padding con safe-area-inset en las cabeceras y pies de página fijos. 2. Haz que la URL de inicio sea la propia app (el inicio de sesión o la pantalla principal), no una landing page de marketing; dime qué ruta debo usar. 3. Añade páginas /privacy y /terms enlazadas desde el pie de página, y una acción "Eliminar cuenta" que, tras una confirmación, elimine las filas de Supabase del usuario y su usuario de autenticación. 4. Quita los banners de "Descarga nuestra app" y los enlaces promocionales externos de la navegación principal; añade estados de reintento para las solicitudes fallidas. 5. Enumera cada proveedor de OAuth y cada URL de redirección que usa la app, para que pueda actualizar la lista de permitidos de Supabase y el Social Login Helper de WebViewGold. 6. Añade estas reglas a .trae/rules/project_rules.md. No despliegues todavía. Resume los cambios y dime la URL de producción que debo poner en WebViewGold.
Revisión de App Store: las reglas que importan para apps de Trae
Apple revisa el comportamiento, no las herramientas. Nadie es rechazado por usar Trae; 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 Trae 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 Trae a la app aprobada
Imagina que creaste en Trae SOLO un organizador de partidos informales para una liga local de baloncesto: los jugadores ven los partidos de la semana, se apuntan con un toque y el organizador obtiene una plantilla completa. SOLO configuró Supabase para las cuentas y los partidos, despliegas en Vercel con un clic y después conectas hoops.yourdomain.com. Envuelta con WebViewGold, la app envía una notificación push de OneSignal cuando a un partido le falta un jugador, y el menú de compartir nativo (shareapp://) permite a los jugadores invitar a sus amigos con un enlace al partido. Añades Sign in with Apple junto a Google, pones un jugador demo en las notas de revisión y apuntas la app directamente a /games en lugar de a la landing page. Ambas tiendas la aprueban, y cada Deploy en SOLO actualiza las apps instaladas.
Tu primera semana tras el lanzamiento
- Despliega desde SOLO como siempre y abre después el dominio de producción para confirmar que sirve la nueva versión, no solo la nueva URL del despliegue.
- Mantén .trae/rules/project_rules.md al día con las llamadas al puente de WebViewGold que usas, para que SOLO las mantenga funcionando en sesiones posteriores.
- Revisa el plan y el uso de Supabase después del lanzamiento; un proyecto gratuito pausado o con límite de solicitudes parece una caída del servicio dentro de la app.
- Añade una respuesta háptica suave (lighthaptic://) cuando un jugador se apunte a un partido; los pequeños detalles nativos hacen que la app se sienta menos como un sitio web.
- Pide una valoración con rateapp:// después del primer partido de un jugador, no en el primer arranque.
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 llevo una app de Trae SOLO al App Store?
Despliégala desde SOLO en Vercel (o en cualquier otro host), conecta tu dominio, introduce la URL de producción en WebViewGold para iOS, compila con Xcode o el Cloud Builder y envíala a través de App Store Connect. WebViewGold para Android usa la misma URL para Google Play.
¿Qué URL pongo en WebViewGold después de hacer clic en Deploy en Trae?
El dominio de producción del proyecto de Vercel (yourproject.vercel.app o, mejor aún, tu propio dominio), no la URL de cada despliegue con un hash aleatorio ni la vista previa local. El dominio de producción siempre sirve el último despliegue, así que la app se actualiza con cada Deploy.
¿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.
¿Necesito un plan de pago de Vercel para una app de las tiendas creada con Trae?
Si la app genera ingresos, sí. El plan Hobby de Vercel está limitado al uso personal y no comercial, y sus directrices de uso justo exigen un plan Pro o Enterprise para los proyectos comerciales. Una app gratuita para un club puede quedarse en Hobby; un producto con suscripciones, anuncios o clientes de pago debería pasar a Pro antes de enviarlo, para que la app no dependa de un plan que no puedes usar para ella.
¿Es un problema para las tiendas que Trae sea de ByteDance?
No. Apple y Google revisan la app, su contenido y los datos que recoge, no el editor en el que se escribió. Los datos de tus usuarios van a los servicios que usa la app, normalmente Vercel y Supabase, así que son esos los que deben figurar en tu política de privacidad y en los formularios de privacidad de las tiendas. Lo que ocurre con tu código fuente durante el desarrollo lo cubren los términos propios de Trae, que vale la pena leer si desarrollas para clientes.
¿Tengo que volver a enviar la app cada vez que cambio algo en Trae?
No. La app carga tu URL publicada, así que los cambios de contenido y de funciones que publiques en Trae 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.