Saltar al contenido
WebViewGold Del vibe coding a la App Store
Español
Consigue WebViewGold

Rechazo en App Store

Directriz 2.3 (Accurate Metadata): corregir capturas, nombres y descripciones tras un rechazo

Los rechazos por metadatos son los más baratos de arreglar: la mayoría no necesita una nueva compilación. Apple quiere que la ficha muestre la app real, con un tono honesto y sin referencias a otras plataformas. Esto es lo que los revisores señalan en las fichas de apps hechas con vibe coding y cómo rehacer la tuya en una hora.

Desde $109 de pago único por plataforma, o deja que nuestro equipo lo haga todo desde $698.

  • Garantía de aprobación – o te devolvemos el dinero en 14 días
  • Sin programar
  • Pago único, actualizaciones gratuitas
  • Soporte humano 24/7
  • Hecho en Alemania desde 2014 · ISO 27001

Qué cubre la Directriz 2.3

La sección 2.3 trata de la veracidad de todo lo que rodea al binario: capturas, vistas previas, nombre, subtítulo, palabras clave, descripción, categoría, clasificación por edad y el texto de "Novedades". El principio es simple: un cliente que lee la ficha debe recibir exactamente la app que se describe, y los revisores comparan ambas cosas lado a lado.

Los vibe coders rara vez mienten a propósito; el fallo habitual es la prisa: capturas del sitio web en el navegador, una descripción de ChatGPT que promete funciones aún no activadas, una mención a la versión de Android, un nombre relleno de palabras clave. Cada uno tiene su propio subapartado de la 2.3.

Las subreglas de la 2.3 que aparecen en los rechazos

  • 2.3.3

    Las capturas muestran la app en uso

    Las capturas deben tomarse de la propia app y mostrarla en uso, no el sitio web, una pantalla splash, una página de inicio de sesión o solo material de marketing.

  • 2.3.7

    Nombre único, palabras clave honestas

    Elige un nombre de app único y palabras clave precisas. No llenes el nombre, el subtítulo ni el campo de palabras clave con nombres de otras apps, marcas registradas, precios o términos genéricos.

  • 2.3.8

    Metadatos adecuados, sin texto de relleno

    Iconos, capturas y vistas previas deben ser adecuados para todos los públicos, y los revisores citan esta sección cuando los metadatos todavía contienen texto de plantilla o de relleno.

  • 2.3.10

    Enfoque en la plataforma de Apple

    No menciones ni muestres otras plataformas móviles en la app ni en la ficha. "También disponible en Android" y una interfaz de Android en las capturas son los casos típicos.

Errores típicos en fichas de apps hechas con vibe coding

Capturas del navegador

Una ventana de Safari o Chrome con el sitio web, a veces con la barra de direcciones visible. Los revisores lo detectan al instante. Captura desde la compilación de TestFlight instalada.

Mockups de IA

Preciosas pantallas generadas que muestran una función de chat o un modo oscuro que no existen en la app. Los mockups solo valen si la pantalla existe y se ve igual.

Menciones a plataformas

"Disponible también en Android", una insignia de Google Play en la primera captura, o "beta" y "acceso anticipado" en el subtítulo.

Nombre con relleno

"Taskly - Todo Notes Planner Calendar Habit" es un rechazo 2.3.7. Usa solo el nombre, pon el descriptor en el subtítulo (30 caracteres) y el resto en el campo de palabras clave (100 caracteres).

Promesas que la app no puede cumplir

Descripciones que enumeran notificaciones push, acceso sin conexión o Face ID porque la IA las escribió. Activa la función en WebViewGold o elimina la frase.

¡Estoy muy feliz de haber comprado esta aplicación! Documentación extremadamente fácil y excelente. Estaba en contacto con el servicio al cliente, respondieron muy rápido y de forma muy amigable. Resolvieron mi pregunta en un día. 10/10 lo recomendaría".

Nelis Geiger · CodeCanyon

Produce capturas honestas desde la app real en veinte minutos

  1. Instala la compilación exacta

    Usa la compilación de TestFlight que enviaste. Inicia sesión con la cuenta demo para que las pantallas tengan datos realistas y, si quieres, desactiva las notificaciones y el desorden del reloj.

  2. Captura en los tamaños que pide App Store Connect

    El formulario de subida enumera los tamaños de pantalla de iPhone (y, si tu app funciona en iPad, de iPad) requeridos. Toma las capturas en esos dispositivos o simuladores; no escales una captura de teléfono a un hueco de iPad.

  3. Empieza por la pantalla principal, no por el login

    Las dos primeras capturas deben mostrar qué hace la app. Inicio de sesión, onboarding y ajustes van al final o no aparecen.

  4. Haz coincidir nombre, icono y capturas con el binario

    El nombre en App Store debe coincidir con el nombre en el dispositivo (Product Name y Bundle Display Name en el proyecto de WebViewGold, consulta la documentación de nombre e icono de la app). El icono en App Store Connect debe ser el mismo que el de la compilación.

  5. Reescribe la descripción solo con lo que existe

    Usa el prompt de abajo y luego léela una vez con la app instalada: cada afirmación debe ser visible en una pantalla a la que el revisor pueda llegar.

Prompt: reescribe tu descripción para que pase la 2.3

Prompt para ChatGPT, Claude o Gemini
Reescribe la descripción de mi app para el App Store. Reglas: menciona solo funciones que existan en la compilación actual de iOS (lista abajo). Ninguna mención a Android, Google Play, navegadores web, beta, acceso anticipado, próximamente ni a la herramienta con la que construí la app. Sin superlativos como el mejor o número uno, sin nombres de otras apps, sin marcas que no me pertenezcan y sin precios, salvo los precios exactos de las compras dentro de la app que indico. Tono sencillo y cercano, en segunda persona, máximo 2.500 caracteres, y que la primera frase diga qué hace la app. Dame también un subtítulo de 30 caracteres y una lista de palabras clave separadas por comas de menos de 100 caracteres, sin repetir palabras del nombre.

Nombre de la app: [nombre]
Qué hace: [un párrafo]
Funciones en la compilación de iOS: [lista: p. ej. recordatorios push, bloqueo con Face ID, pantalla sin conexión, compartir nativo, Sign in with Apple]
Compras dentro de la app: [nombres y precios, o ninguna]

Preguntas frecuentes

¿Puedo usar capturas con texto de marketing y un marco de dispositivo?

Sí. La captura dentro del marco debe provenir de la app y mostrarla en uso; los rótulos y los fondos alrededor están bien.

Mencioné la versión de Android en la descripción. ¿De verdad es motivo de rechazo?

Sí, Directriz 2.3.10. Elimina cualquier referencia a otras plataformas móviles de la ficha, de las capturas y de la propia app, incluidas las insignias de Google Play en el pie de tu web cuando se carga en la app.

¿Necesito capturas de iPad?

Solo si la app está configurada para funcionar en iPad. Si lo está, App Store Connect exige capturas con tamaño de iPad del diseño real para iPad; un diseño de teléfono estirado se nota. Consulta la guía de iPad para la parte del diseño.

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 principal

Full 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 WeSetupYourWebViewApp

Precios de la Oferta de invierno válidos hasta el 31 de diciembre de 2026.

¿Listo para lanzar tu app?

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.