Claude Code
Un mensaje de rechazo de App Review o de Google Play es texto estructurado: un número de directriz, una descripción y a veces una captura. Es justo el tipo de entrada que un agente maneja bien. Así lo clasificas con Claude Code, decides si la solución está en tu app web o en el proyecto de WebViewGold y escribes la respuesta que te consigue la aprobación.
Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.
Apple nombra la directriz (por ejemplo, "Guideline 4.2 - Design - Minimum Functionality") y describe lo que vio el revisor; Google nombra la política ("Minimum Functionality", "User Data", "Broken Functionality") y a menudo adjunta una captura o el modelo del dispositivo y la versión del sistema. Copia el texto completo, incluida la descripción de la captura. Después abre Claude Code en tu proyecto y pégalo junto con el prompt de triaje de abajo. El agente no puede ver la captura, así que describe en una frase lo que muestra.
No empieces discutiendo con el revisor. La mayoría de los rechazos de apps basadas en web son correctos y se arreglan en una hora; el resumen de motivos de rechazo los ordena por frecuencia.
Abajo tienes un mensaje de rechazo de App Store Review (o de Google Play). Nuestra app es una app web que se ejecuta dentro del envoltorio nativo WebViewGold; el código web está en este repositorio y los proyectos nativos son proyectos separados de Xcode y Android Studio que configuro a mano. Clasifícalo: 1. Cita cada número de directriz o de política mencionado y explica en dos frases qué pide el revisor y por qué existe esa regla. 2. Para cada punto, decide si la solución corresponde a (a) este código web, (b) un ajuste de WebViewGold o un archivo del proyecto nativo (Config.swift, Config.java, Info.plist, AndroidManifest.xml) o (c) los metadatos de la tienda (ficha, capturas, notas para la revisión, respuestas de privacidad). Di cuál y por qué. 3. Para (a), busca el código correspondiente, propón el cambio más pequeño que resuelva el punto e impleméntalo en una rama con un commit por punto. 4. Para (b) y (c), escríbeme instrucciones exactas: archivo, nombre del ajuste, valor y qué comprobar después. 5. Si un punto parece un malentendido del revisor, dilo y dime qué pruebas (capturas, cuenta demo, notas para la revisión) lo resolverían. 6. Termina con una checklist que pueda verificar en un dispositivo real antes de volver a enviar. Texto del rechazo: [pégalo aquí]
La app se comporta como el sitio web. Web: oculta dentro de la app los elementos exclusivos de la web y añade una navegación propia de app. Nativo: activa push, la pantalla sin conexión y una función más, como la biometría o el menú de compartir. Describe las funciones nativas en las notas para la revisión.
Pantalla en blanco, cierre inesperado, enlace roto o el revisor no pudo iniciar sesión. Web: corrige el estado de error y elimina los textos de relleno. Nativo: splash e indicador de carga, contenido solo por HTTPS. Metadatos: una cuenta demo que funcione en las notas para la revisión.
Falta el enlace a la política de privacidad, o hay registro sin eliminación de cuenta. Web: una página /privacy y una acción Eliminar cuenta que funcione. Metadatos: la URL de la política de privacidad en App Store Connect y en la Play Console.
Se ofrece inicio de sesión con Google o Facebook sin Sign in with Apple. Web: añade el proveedor de Apple. Nativo: el Social Login Helper de WebViewGold gestiona la ventana emergente de Google, y Apple se detecta automáticamente.
Bienes digitales vendidos con Stripe dentro de la app. Web: canaliza las compras a través de revenuecat:// cuando se ejecuta de forma nativa y oculta los precios web. Nativo: claves de RevenueCat en Config.swift y Config.java.
Capturas del sitio web, menciones a otras plataformas, funciones prometidas que no existen. Metadatos: capturas de la app real y una descripción honesta.
Textos de permisos para funciones que la app nunca usa. Nativo: borra las descripciones de uso sin usar en Info.plist y los permisos sin usar en AndroidManifest.xml.
Contenido bajo el notch, áreas de toque diminutas, desplazamiento horizontal. Web: relleno de área segura, áreas de toque de 44 px y pruebas a 320 px.
Mi WebView de iOS finalmente está aprobada. ¡Gracias!
| Síntoma en el rechazo | Solución en la app web (Claude Code) | Solución en WebViewGold |
|---|---|---|
| "Solo un sitio web" / envoltorio mínimo | Ocultar dentro de la app la cabecera y el pie de marketing, navegación propia de app | Activar push, pantalla sin conexión, deslizar para actualizar y compartir nativo; mencionarlos en las notas para la revisión |
| Pantalla en blanco al abrir | Corregir los errores no capturados, añadir estados de carga y de error | Pantalla splash con remainSplashOption; comprobar la URL en webviewurl / HOME_URL |
| Falla el inicio de sesión con Google (disallowed_useragent) | Nada: el proveedor bloquea los WebViews integrados | Activadores del Social Login Helper en Config.swift y Config.java |
| Sin conexión se ve una página en blanco | Gestionar los fallos de fetch | La pantalla sin conexión nativa está activada por defecto; añade una carpeta local de respaldo si hace falta |
Los revisores leen respuestas breves y factuales. El agente sabe qué cambió porque hizo los cambios. El prompt pide la respuesta en inglés, porque es el idioma que leen los revisores.
Escribe en inglés una respuesta para el Resolution Center de App Store Connect (o para el formulario de apelación de Google Play) al rechazo que pegué antes. Básala solo en los cambios que realmente hicimos en este repositorio desde el rechazo, más los ajustes nativos que confirmé: [enuméralos, por ejemplo: notificaciones push mediante OneSignal activadas, pantalla sin conexión activada]. Estructura: una frase de agradecimiento al revisor, después un punto numerado por cada punto del rechazo que indique qué cambió y dónde puede verlo el revisor (ruta o nombre de la pantalla), luego la cuenta demo y una frase que diga que se ha enviado una nueva compilación con la versión X. Tono: factual y educado, sin excusas, sin mencionar herramientas de IA ni el nombre del producto del envoltorio. Máximo 200 palabras. Dame también una versión de un solo párrafo, en inglés, para el campo Review Notes.
Los cambios web están activos en la app en cuanto despliegas. Verifícalos dentro de la compilación real de la app en un dispositivo, no en Safari.
Si cambió algo en Config.swift, Config.java, Info.plist o el manifiesto, compila una nueva versión (aumenta el número de compilación) en Xcode, Android Studio o el Cloud Builder.
Corrige las capturas, las respuestas de privacidad y las notas para la revisión en la consola. Añade la cuenta demo si el revisor no pudo iniciar sesión.
Publica la respuesta en el Resolution Center, adjunta capturas si un punto fue un malentendido y envía la nueva compilación. Las revisiones posteriores suelen ser más rápidas que la primera.
Pega el nuevo mensaje en la misma sesión de Claude Code; todavía tiene el contexto. Después de la tercera ronda, lee qué hacer tras tres rechazos y habla con el soporte.
No necesitas ocultarlo, pero empieza por lo que la app hace por el usuario y por las funciones nativas que tiene. Los revisores evalúan la experiencia, no la arquitectura.
Puede arreglar la parte web: un diseño propio de app y ocultar los elementos del sitio web. La parte nativa (push, pantalla sin conexión, biometría) son unos pocos ajustes en los proyectos de WebViewGold que activas tú o el agente, más una frase en las notas para la revisión.
Apple suele responder en 24 a 48 horas. Google tarda unos días, hasta una semana en cuentas nuevas. Responder en el Resolution Center antes de volver a enviar puede acelerar el proceso con Apple.
Los rechazos por contenido (apuestas, afirmaciones médicas, material con derechos de autor, afirmaciones engañosas) tienen que ver con lo que ofrece la app, no con cómo está construida. El agente puede ayudarte a reformular o eliminar el contenido, pero la decisión es tuya.
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.
