WebViewGold Documentación · iOS
🇪🇸 Español
Obtener WebViewGold

Compilar y publicar su app en la App Store

Publique su app WebView en la Apple App Store: servicio de publicación completo, proceso manual y cambio del identificador de bundle.

¿Su aplicación está lista y ahora es el momento de subirla a la Apple App Store y llegar a una audiencia de millones de personas? ¡Emocionante! La siguiente sección le mostrará cómo hacerlo, tanto si desea hacerlo usted mismo como si prefiere que le hagamos parte del trabajo.

¿Prefiere un flujo de trabajo basado en el navegador? El WebViewGold Cloud Builder (complemento de pago) se encarga de la configuración, la compilación y las subidas directamente desde su navegador, sin Xcode.

Opción A) Servicio completo de publicación de la aplicación


Llevar su aplicación a la App Store debería ser sencillo y sin complicaciones. Permítase recibir algo de ayuda: con appsubmitter.io, puede disfrutar de un proceso de publicación cómodo y dirigido por expertos, para que pueda centrarse en lo más importante mientras nosotros nos ocupamos de los detalles.

¿Por qué elegir appsubmitter.io?

  • Ahorre tiempo – Nos encargamos de los certificados, las capturas de pantalla y las subidas.
  • Gestión experta – Su aplicación se envía de forma profesional, sin complicaciones.
  • Publicada bajo su cuenta – Usted tiene el control total, sin restricciones.
  • Garantía de aprobación – Si Apple rechaza su aplicación, se le devolverá el importe íntegro (consulte los Términos y Condiciones).

¿Listo para el lanzamiento? Reserve una videollamada ¡y pongamos su aplicación en marcha!


Servicio de publicación en la Apple App Store





Opción B) Proceso de publicación manual


¿No quiere usar nuestro servicio de envío sin complicaciones, sino que prefiere encargarse usted mismo? Por supuesto, siga esta guía:

Utilice su suscripción al Apple Developer Program para publicar su aplicación en la App Store. Antes de subirla, cambie el Bundle Identifier (también llamado "Bundle ID"):


Consejo: El WebViewGold Cloud Builder (complemento de pago) gestiona automáticamente los bundle identifiers y las subidas a la App Store, por lo que puede omitir este paso.

Repita este proceso para cada target, como OneSignalNotificationServiceExtension, AppClip y otras extensiones. El bundle identifier de cada target debe usar el bundle ID de su aplicación principal como prefijo. Por ejemplo, si el bundle ID de su aplicación principal es com.my.app, el bundle ID de la extensión de aplicación de OneSignal debería ser com.my.app.OneSignalNotificationServiceExtension.


Tenga en cuenta que el Bundle Identifier y el nombre visible de su aplicación (el Product Name) son los únicos componentes de identificación que necesita cambiar en la plantilla de la aplicación. Evite cambiar el Project Name (llamado "WebViewGold"; es el nombre que aparece en la parte superior del navegador de proyecto, en el panel izquierdo de la ventana de Xcode), ya que puede causar problemas. El Project Name no es visible para los usuarios de su aplicación y no es importante en el proceso de envío de la aplicación.


Después, añada textos personalizados a los detalles de los permisos en cuanto a la ubicación, el acceso a fotos/cámara y todos los demás detalles de la API. Elimine los permisos que su aplicación no necesite, excepto la clave Privacy - Tracking Usage Description (que Apple exige para todas las aplicaciones; eliminar esta clave hará que su aplicación se bloquee). Encontrará los detalles en el archivo Info.plist:


Activar o desactivar los permisos de iOS en el archivo Info.plist


Después, considere realizar una revisión profesional de experiencia de usuario/UX en UXreviewer.io o servicios similares para obtener los mejores resultados de aprobación en la App Store. Este tipo de revisión de UX también le ayuda a lograr una mejor retención de clientes en general para su producto, con sugerencias de mejora.

Estupendo, ahora está listo para el envío a la App Store de su aplicación web. La aprobación en la App Store funciona en la mayoría de los casos sin ningún problema, pero depende en gran medida del contenido que proporcione en su aplicación, ya que WebViewGold no proporciona contenido por sí mismo. Asegúrese de enviar una aplicación que utilice un sitio web/aplicación web que se comporte como una aplicación móvil (por ejemplo, utilizando diseño responsivo). Asegúrese de que el contenido no contradiga los requisitos legales del Apple Developer Program. Utilice colores de enlace distintos de los colores HTML estándar para una mejor experiencia de usuario.


Después, siga los pasos de este segundo vídeo:





Un añadido al vídeo tutorial: En el minuto 07:00, después de crear el App Identifier, asegúrese de activar las capacidades "App Groups" y "Push Notifications" en la sección App Identifier del Apple Developer Portal (elija el App ID correcto aquí). Consulte estas capturas de pantalla: https://prnt.sc/xz4hg5 & https://prnt.sc/xz4j01. Reinicie Xcode después.

¿La subida a la App Store le pregunta si utiliza cifrado? No ofrecemos asesoramiento jurídicamente vinculante, pero en la mayoría de los casos aquí se debe indicar "No". Sin embargo, si se utiliza HTTPS, es posible que haya que presentar un informe de seguridad anual a las autoridades de EE. UU. Puede encontrar más información al respecto aquí.

¿La subida a la App Store le pregunta si utiliza el Ad ID / IDFA? El Ad ID se incluye porque AdMob está integrado, pero no está activo de forma predeterminada. Eliminar el SDK de AdMob generará numerosos errores de dependencia, por lo que la sugerencia más sencilla sería elegir "Yes" en la pregunta "Does your app use the Ad ID?" y marcar únicamente la casilla "Attribute this app installation to a previously served advertisement" (deje todas las demás casillas en blanco). Así pues, si utiliza anuncios de banner/interstitial de AdMob en WebViewGold, configure esta pantalla de esta manera. Si no utiliza anuncios de banner/interstitial de AdMob en WebViewGold mientras el SDK sigue integrado (que es el caso habitual cuando no se usa AdMob en WebViewGold), seleccione estas opciones.

Si Apple rechaza su aplicación, utilice el Apple Resolution Center para explicar la funcionalidad de la aplicación en general (como "Our app enables our existing users to login in/use our products on their handheld device/....). Si Apple sigue rechazando su aplicación, podemos ofrecerle un reembolso completo de la licencia de WebViewGold (reclamándolo dentro de los 14 días posteriores a la compra; consulte los Términos y Condiciones). Solo tiene que contactarnos por correo electrónico.


¡Enhorabuena por su propia aplicación iOS publicada! 🎉


¿No tiene tiempo o no le apetece firmar y subir la aplicación manualmente? Considere el servicio appsubmitter.io:

Servicio de publicación en la Apple App Store


Por supuesto, ¡primero hay que celebrar el lanzamiento! Pero quizás el próximo proyecto ya esté en la agenda. Nuestros especialistas en aplicaciones también estarán encantados de ayudarle con servicios de desarrollo individuales para aplicaciones web, aplicaciones iOS, aplicaciones Android, chatbots, ideas de marketing y mucho más. Más información

Notas de implementación estilo SDK

Trate esta función como una capacidad nativa expuesta a su capa web: mantenga su sitio web de producción o PWA como fuente de verdad y, a continuación, utilice los indicadores de configuración de WebViewGold, los comandos de URL y las llamadas del puente de JavaScript documentados para activar el comportamiento nativo de iOS solo donde aporte valor. Este enfoque mantiene su código fácil de mantener, porque la misma aplicación web puede servir a los navegadores, a WebViewGold para iOS y a las demás plataformas de WebViewGold con una lógica condicional mínima.

Para obtener resultados fiables, opte por puntos de conexión HTTPS, nombres de ruta estables, estados de éxito/error explícitos en su interfaz y pequeñas funciones auxiliares de JavaScript que envuelvan las llamadas nativas. Por ejemplo, una aplicación web creada con jQuery Mobile, Lovable, Base44, Bolt, WordPress, Bubble, una pila propia de React/Vue/Angular o HTML estático puede exponer un único botón o controlador de eventos que active la API nativa de WebViewGold y, aun así, muestre una alternativa elegante en el navegador.

  • Patrón de integración recomendado: detecte el contexto de la app, llame a la API de WebViewGold y luego actualice su interfaz web tras la devolución de llamada nativa o el cambio de ruta.
  • Lista de comprobación de pruebas: valide la función en un dispositivo real o en una compilación empaquetada, verifique los permisos y el texto de revisión de la tienda, y confirme que los usuarios que solo usan el navegador siguen recibiendo una alternativa útil.
  • Ventaja para el SEO: mantenga las páginas de funciones, los títulos de ruta y el contenido estructurado indexables en su sitio web, mientras WebViewGold ofrece la carcasa nativa de la app para los usuarios de iOS.

¿Sin tiempo? Configuramos tu app por ti.

Nuestro equipo configura, compila & publica tu app WebViewGold: llave en mano, entrega rápida, Made in Germany.

Configurar mi app →

Compila en tu navegador

Sin Mac ni IDE: el WebViewGold Cloud Builder configura, compila & sube tu app en línea.

Descubre Cloud Builder →