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

Rechazo en App Store

Directriz 3.1.3 (otros métodos de compra): apps de lectura, servicios multiplataforma y enlaces de compra externos

La Directriz 3.1.3 enumera cuándo una app puede permitir pagar fuera de In-App Purchase. Las apps de lectura pueden desbloquear compras hechas en la web sin IAP, los servicios multiplataforma solo si también ofrecen IAP, y las apps de la tienda de Estados Unidos ya pueden enlazar a un pago externo. Este terreno cambia a menudo, así que usa esta página como mapa y consulta el texto actual de Apple antes de fiarte de él.

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é dice la 3.1.3

La Directriz 3.1.3 nombra siete tipos de apps que pueden usar métodos de compra distintos de In-App Purchase. Dentro de la app, estas apps siguen sin poder animar a los usuarios a pagar por otra vía, con dos excepciones escritas en la propia directriz: las apps de la tienda de Estados Unidos y los permisos de enlace (entitlements) descritos en la 3.1.1(a) y la 3.1.3(a). La comunicación fuera de la app, como un correo a tus usuarios sobre los precios en la web, está permitida.

Es la contrapartida de la Directriz 3.1.1, que exige In-App Purchase para funciones y contenido digitales. Si tu app vende algo digital y no encaja en ninguna de las categorías de la 3.1.3, se aplica la 3.1.1.

Las categorías de la 3.1.3, resumidas

  • 3.1.3(a)

    Apps de lectura (reader apps)

    Las apps para revistas, periódicos, libros, audio, música o vídeo comprados previamente pueden dar acceso a lo que el usuario compró en otro lugar. Pueden ofrecer la creación gratuita de cuentas y la gestión de la cuenta, y pueden solicitar un permiso (entitlement) para mostrar un único enlace informativo a su propio sitio web. Ese permiso no es necesario en la tienda de Estados Unidos.

  • 3.1.3(b)

    Servicios multiplataforma

    Las apps que funcionan en varias plataformas pueden dar acceso a contenido, suscripciones o funciones comprados en la web o en otro lugar, incluidos los consumibles de juegos multiplataforma, siempre que esos artículos también estén disponibles como In-App Purchases en la app.

  • 3.1.3(c)

    Servicios empresariales

    Las apps que se venden directamente a organizaciones para sus empleados o estudiantes pueden desbloquear lo que compró la organización. Las ventas a consumidores, a usuarios individuales y a familias usan In-App Purchase.

  • 3.1.3(d)

    Servicios entre personas

    Los servicios en tiempo real uno a uno entre dos personas (clases particulares, consultas, entrenamiento personal) pueden pagarse por otra vía; los servicios de uno a pocos y de uno a muchos usan In-App Purchase.

  • 3.1.3(e)

    Bienes y servicios fuera de la app

    Los bienes físicos y los servicios que se consumen fuera de la app deben pagarse con otros métodos, como Apple Pay o la introducción de tarjeta, no con In-App Purchase.

  • 3.1.3(f)

    Apps gratuitas independientes

    Las apps gratuitas que acompañan a una herramienta web de pago de VoIP, almacenamiento en la nube, correo o alojamiento web pueden saltarse In-App Purchase si no hay compras en la app ni ninguna llamada a la acción para comprar fuera de ella.

  • 3.1.3(g)

    Apps de gestión de publicidad

    Las apps cuyo único fin es comprar y gestionar campañas publicitarias pueden saltarse In-App Purchase; las promociones o anuncios que se muestran dentro de la misma app usan In-App Purchase.

Qué suele decir el mensaje de rechazo

Dominan dos mensajes. El primero dice que la app da acceso a contenido digital o suscripciones comprados fuera de la app, pero que esos artículos no están disponibles mediante In-App Purchase; los revisores suelen archivarlo bajo la 3.1.1 y remiten a la 3.1.3(b). El segundo dice que la app contiene botones, enlaces u otras llamadas a la acción que dirigen a los clientes a un método de compra distinto de In-App Purchase, a menudo con una captura de tu página de precios, de un enlace "Gestionar facturación" al portal de Stripe o de una frase como "Suscríbete en nuestro sitio web".

Las apps de lectura reciben una variante: la creación y la gestión de cuentas están bien, pero la app muestra precios o una vía de compra para los planes de pago.

¡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!

Lucas DuBois · CodeCanyon

Por qué las apps web empaquetadas acaban aquí

El sitio web es la tienda

Tu app web ya vende suscripciones con Stripe. Al empaquetarla como app, la página de precios, el checkout y el portal de facturación vienen incluidos, salvo que los ocultes.

Los suscriptores web inician sesión en el iPhone

Los clientes actuales esperan ver su plan en la app. Eso está permitido para las apps de lectura, y para todas las demás solo si también se ofrece In-App Purchase (3.1.3(b)).

Suponer que toda app de contenido es una app de lectura

La excepción para apps de lectura es limitada: revistas, periódicos, libros, audio, música y vídeo. Una herramienta de escritura con IA, un panel SaaS o una plataforma de cursos interactivos no suelen considerarse como tal.

Una app web, muchas tiendas

La tienda de Estados Unidos permite enlaces de compra externos; la mayoría de las demás no. La misma app web que se muestra en todos los países necesita saber de qué tienda procede la app.

La tienda de Estados Unidos: enlaces a pagos externos

Tras una orden judicial de abril de 2025 en el caso Epic Games, Apple cambió sus directrices: para las apps de la tienda de Estados Unidos, la prohibición de botones, enlaces externos y otras llamadas a la acción que apunten a otros métodos de compra no se aplica, y allí no hacen falta los permisos de enlace. A finales de 2026 esa excepción figura en la 3.1.1(a), la 3.1.3 y la 3.1.3(a). El caso ha seguido en los tribunales, sobre todo en torno a si Apple puede cobrar comisión por las compras hechas a través de esos enlaces y cuánto, así que las condiciones comerciales pueden volver a cambiar.

Qué significa para ti: en EE. UU. puedes mostrar un botón "Suscríbete en nuestro sitio web" que abra tu checkout web. El texto de la directriz sigue describiendo In-App Purchase como la forma de desbloquear funciones digitales en la app y trata el enlace como un añadido, así que para una app pequeña, In-App Purchase más un enlace opcional para EE. UU. es la configuración que menos preguntas genera. Te recomendamos abrir el enlace en Safari y no dentro del WebView de la app. Consulta la redacción actual de la 3.1.1(a) y la 3.1.3 en App Store Connect antes de publicar.

La UE y otras regiones

En la Unión Europea, Apple ofrece condiciones alternativas en virtud de la Ley de Mercados Digitales (DMA): procesamiento de pagos alternativo dentro de la app, enlaces a compras externas mediante un permiso y distribución a través de tiendas alternativas, cada una con sus propias comisiones, avisos y contratos. Apple revisó estas condiciones durante 2025 y pueden volver a cambiar. Algunas otras tiendas, como las de Corea del Sur y Japón, tienen sus propias opciones según la legislación local. Para una app de una sola persona, el trabajo de configuración y los cálculos de comisiones suelen pesar más que el ahorro; lee las páginas regionales actuales de Apple para desarrolladores antes de decidir.

Qué configuración encaja con tu app

Tu productoCategoríaQué puede hacer la app de iOS
Newsletter, revista, podcast o videoteca que se vende en la web3.1.3(a) app de lecturaIniciar sesión y acceder a lo comprado, registro gratuito, gestión de la cuenta. Fuera de EE. UU., sin precios ni botones de compra, salvo un enlace informativo con el permiso correspondiente.
SaaS o herramienta de IA con suscripciones web mediante Stripe3.1.3(b) multiplataformaDesbloquear los planes web y ofrecer los mismos planes como In-App Purchase. En EE. UU.: un enlace opcional a tu checkout web.
Herramienta que solo se vende a empresas para su personal3.1.3(c) empresarialDesbloquear el plan de la organización; ninguna compra de consumidor en la app.
Coaching o clases particulares uno a uno en directo3.1.3(d) entre personasStripe u otro procesador para las sesiones; los cursos grabados usan In-App Purchase.
Marketplace de bienes físicos, comida o servicios locales3.1.3(e)Stripe, Apple Pay o introducción de tarjeta; no se debe usar In-App Purchase.
Complemento gratuito de un alojamiento, almacenamiento, correo o VoIP de pago3.1.3(f) gratuita independienteNinguna compra y ninguna llamada a la acción para comprar, en ningún lugar de la app.

Impleméntalo en una app de WebViewGold

  1. Elige tu categoría y déjala por escrito

    Decide qué fila describe tu app y pon esa frase en las notas de revisión. "This is a reader app under 3.1.3(a)" obtiene una respuesta mucho mejor que el silencio.

  2. Deja que la app web detecte la app de iOS

    Pon en useragent_iphone de Config.swift el user agent predeterminado más un marcador como MyAppiOS, y comprueba navigator.userAgent en tu app web.

  3. Lee la tienda

    Llama a getstorelocation://, o pon autoInjectVariable en true. WebViewGold proporciona entonces el código de país del App Store en storeLocation (por ejemplo US), o null si no está disponible. Trata null como una tienda que no es la de EE. UU. Detalles en la documentación de In-App Purchases.

  4. Ofrece In-App Purchase donde haga falta

    Las apps multiplataforma añaden los mismos planes con RevenueCat (revenuecat://purchase?external_id=USER_ID&product=pro_monthly) y sincronizan el derecho de acceso con tu backend, como se muestra en la guía de configuración de RevenueCat. Las apps de lectura se saltan este paso y, en su lugar, ocultan todos los precios.

  5. Abre el checkout externo en Safari, solo en EE. UU.

    Si muestras un enlace a tu checkout web en EE. UU., añade su host (por ejemplo checkout.yourdomain.com) a safariwhitelist para que el enlace salga de la app, como se describe en la documentación de URL Handling. Fuera de EE. UU., no muestres el enlace en absoluto.

  6. Quita los restos y responde

    Fuera de EE. UU., el portal de facturación de Stripe, los banners de "más barato en la web", los códigos promocionales web y las comparaciones de precios se quedan en el sitio web. Sube una compilación nueva si cambiaste Config.swift y después responde en el Centro de resolución.

Opciones de compra según la tienda

Una sola función decide qué muestra la pantalla de compra. El sitio web sigue funcionando exactamente igual que antes.

javascript
// Config.swift: useragent_iphone = "<default iOS user agent> MyAppiOS", autoInjectVariable = true
var inIosApp = navigator.userAgent.indexOf("MyAppiOS") !== -1;

function purchaseOptions() {
  if (!inIosApp) return { stripe: true };  // sitio web: sin cambios
  var us = typeof storeLocation !== "undefined" && storeLocation === "US";
  return {
    iap: true,     // servicio multiplataforma: ofrece siempre In-App Purchase
    webLink: us    // solo tienda de EE. UU.; el host del checkout está en safariwhitelist
  };
}

// Variante para app de lectura: sin In-App Purchase, sin precios fuera de EE. UU.
// return { iap: false, webLink: us, showPrices: us };

Plantilla de respuesta para el Centro de resolución

Nombra la categoría de forma explícita y luego describe qué encontrará el revisor en la app y qué no. La plantilla se queda en inglés porque App Review lee en inglés.

Respuesta en el Centro de resolución (conserva la variante que corresponda)
Hello App Review team,

Thank you for reviewing [App name] [version] ([build]). We would like to explain how purchases work in the app.

[Reader app]
[App name] is a reader app under Guideline 3.1.3(a). It lets existing subscribers [read the magazine / listen to the audio library] they purchased on our website. The app offers free account creation and account management only. There are no prices, purchase buttons or purchase links in the app [outside the United States storefront].

[Multiplatform service]
Users who subscribed on our website can use the same plan in the app (Guideline 3.1.3(b)). All plans are also available as In-App Purchases: [product IDs]. [On the United States storefront only, the paywall also shows a link to our website checkout, which opens in Safari.]

What we changed: [removed the Stripe billing link, hid web prices in the app, added In-App Purchase products].
Where to verify: [screen]. The demo account is in App Review Information.

Best regards,
[Name], [email]

Lista de comprobación

  • Sabes cuál es tu categoría y está indicada en las notas de revisión.
  • Apps multiplataforma: cada plan web existe también como In-App Purchase, con enlaces para restaurar y gestionar (consulta la Directriz 3.1.2).
  • Apps de lectura: sin precios ni botones de compra fuera de EE. UU.; solo creación y gestión de cuentas.
  • Los enlaces a pagos externos solo aparecen cuando storeLocation es US y se abren en Safari.
  • Nada de portal de Stripe, códigos promocionales web ni comparaciones de precios en las tiendas que no son la de EE. UU.
  • Has consultado el texto actual de la 3.1.1(a) y la 3.1.3 el mismo día del envío.

Preguntas frecuentes

¿Mi app es una app de lectura?

Solo si su contenido principal son revistas, periódicos, libros, audio, música o vídeo que los usuarios compraron o a los que están suscritos. Las funciones de software, los créditos de IA, las plantillas y las herramientas no cuentan, aunque el resultado se entregue como texto.

Mis usuarios se suscriben en la web. ¿Pueden usar la app de iOS sin volver a pagar?

Sí. Las apps de lectura pueden desbloquear compras hechas en la web sin ofrecer In-App Purchase. Las demás apps pueden desbloquearlas según la 3.1.3(b), siempre que los mismos planes también se puedan comprar en la app.

¿Una app en EE. UU. puede enlazar a Stripe y prescindir por completo de In-App Purchase?

El texto de la directriz ya no prohíbe el enlace en la tienda de EE. UU., pero sigue describiendo In-App Purchase como la forma de desbloquear funciones digitales, y la situación legal no ha dejado de moverse. Algunas apps grandes han publicado configuraciones solo con enlace; para una app pequeña, In-App Purchase más un enlace opcional para EE. UU. es el camino más seguro. Consulta el texto actual antes de decidir.

¿Puedo enviar un correo a mis usuarios sobre precios más baratos en el sitio web?

Sí. La Directriz 3.1.3 permite comunicarse fuera de la app sobre otros métodos de compra. Dentro de la app, fuera de la tienda de EE. UU., la app no puede dirigir a los usuarios a esos precios.

¿La excepción de EE. UU. se aplica si mi app también está disponible en otros países?

Se aplica solo a la tienda de EE. UU. Todas las demás tiendas siguen las reglas habituales, y por eso tu app web debe leer el código de la tienda y mostrar el enlace solo para US.

¿Cobra Apple comisión por las compras en EE. UU. hechas a través de un enlace externo?

Esa cuestión está en los tribunales desde la orden de 2025. Consulta las condiciones actuales de Apple y el texto de la directriz en App Store Connect, y no bases tus precios en un nivel de comisión que puede cambiar.

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.