Una app por ciudad o por sucursal
"Acme Madrid", "Acme Barcelona" y "Acme Sevilla" con las mismas funciones y solo una URL de inicio distinta.
Qué dice la regla de contenido repetitivo
El contenido repetitivo (Repetitive Content) es una sección de la política de spam de Google Play. Su idea central es sencilla: una app no puede limitarse a ofrecer la misma experiencia que apps que ya están en Google Play. Los ejemplos de Google son copiar contenido de otras apps sin añadir contenido o valor propios y publicar varias apps con funcionalidad, contenido y experiencia de usuario muy parecidos. Cuando cada una de esas apps tiene poco contenido, Google sugiere crear una sola app que lo reúna.
Las plantillas tienen historia en esta política. Cuando Google endureció sus normas contra el spam en 2018, añadió un texto dirigido a las apps generadas con una herramienta automática, un servicio de asistente o una plantilla y enviadas por el operador de ese servicio en nombre de otras personas. Un negocio que publicaba su propia app basada en una plantilla en su propia cuenta no era el objetivo. El texto actual del Centro de políticas se centra en la similitud más que en cómo se creó una app, así que consúltalo antes de apelar, pero la lección práctica no ha cambiado: la plantilla no es el problema, lo es la igualdad, y también una cuenta que publica apps casi idénticas para muchos propietarios.
Cómo suele redactarse el aviso
El email de rechazo o de retirada hace referencia a la política de spam y nombra el contenido repetitivo, a veces junto con otras apps de tu cuenta, o de otras partes de Google Play, que el revisor consideró demasiado parecidas. Puede frenar una app nueva en la revisión o llegar más tarde como aviso de retirada para apps que ya están publicadas, a menudo para varias a la vez.
Las infracciones de spam cuentan para la reputación de tu cuenta. Si se repiten, pueden pasar de rechazos a retiradas de apps y, en el peor de los casos, al cierre de la cuenta de desarrollador. Trata el primer aviso como un motivo para limpiar toda la cuenta, no solo la app mencionada. Si ya han retirado una app, la guía de apps retiradas o suspendidas explica los siguientes pasos.
Patrones que lo provocan
Una cuenta de agencia llena de apps de clientes
Veinte apps de restaurantes o gimnasios hechas con una sola plantilla, publicadas en la propia cuenta de desarrollador de la agencia, con el mismo diseño y el mismo estilo de capturas.
Gemelas Free y Pro
Dos fichas con contenido idéntico, una con anuncios y otra sin ellos. Eso debería ser una sola app con una compra in-app.
La resubida
Una app que fue rechazada o retirada, vuelta a publicar con un nombre de paquete nuevo y cambios mínimos. Los revisores atan cabos.
Restos de la plantilla
Menús de demostración, fotos de stock, marcadores como "Your Company" o las mismas entradas de blog de ejemplo en todas las apps creadas con el mismo proyecto inicial.
Fichas de copiar y pegar
La misma descripción y las mismas capturas en varias apps, cambiando solo el nombre. Las fichas parecidas hacen que las apps parezcan idénticas aunque el contenido sea distinto.
Con una buena versión optimizada de su aplicación web, puedes tener una impresionante aplicación móvil en un par de minutos. ¡Además del servicio al cliente es muy agradable y muy útil! ¡Puedo recomendar WebViewgold :-)
¿Una app o varias?
| Situación | Configuración recomendada | Por qué |
|---|---|---|
| Una marca, varias ubicaciones | Una app con un selector de ubicación o con elección automática de la ubicación | Mismo propietario, mismo producto: las apps separadas son el caso de manual de contenido repetitivo |
| Franquicia con propietarios independientes | Una app gestionada por el franquiciador, o apps separadas solo cuando un propietario tiene mucho contenido propio y publica en su propia cuenta | Deciden la propiedad y el contenido, no el logotipo |
| Agencia que crea apps para clientes sin relación entre sí | Cada cliente tiene su propia cuenta de desarrollador y su propia app, que carga su propio dominio | Propietario, producto y público distintos en cada app, y la cuenta coincide con el negocio |
| Plataforma SaaS que da a cada cliente "una app" | Una app contenedora en la que los usuarios inician sesión en su organización, salvo que un cliente tenga un producto propio con marca completa | Cientos de cascarones casi idénticos es exactamente lo que describe la política |
| Versión gratuita y de pago | Una app con una compra in-app o una suscripción | Dos fichas con el mismo contenido cuentan como duplicados |
| Distintos idiomas o países | Una app con fichas de la tienda traducidas; WebViewGold puede pasar el idioma del sistema a tu app web con APPEND_LANG_CODE | Las traducciones y la disponibilidad por país se gestionan dentro de una única ficha |
Limpia y diferencia antes de volver a enviar
Empieza por la cuenta y después trabaja en cada app.
Haz una lista de todas las apps de la cuenta
Abre Todas las aplicaciones (All apps) en la Play Console y agrupa las apps que comparten funciones y diseño. Despublica las apps de prueba, los experimentos abandonados y todo lo que solo existe porque se rechazó una versión anterior.
Consolida cuando un propietario tiene varias apps parecidas
Fusiona las variantes por ciudad, por sucursal o Free y Pro en una sola app. Conserva el nombre de paquete con más usuarios, indica a los usuarios de las otras apps adónde ir en una última actualización y después despublica esas apps.
Mueve las apps de clientes a las cuentas de los clientes
En el trabajo white label, el negocio del cliente debería ser el titular de la cuenta de desarrollador, verificada con sus propios datos. La Play Console tiene un proceso de transferencia para mover apps existentes, y el cliente puede invitarte a su cuenta como usuario. La guía de verificación de la cuenta explica lo que necesita el cliente.
Haz que cada app que quede sea claramente única
Nombre propio, icono propio, capturas del contenido real de ese negocio, una descripción escrita para su público y el dominio propio del cliente en Config.java. Usa funciones nativas para el caso de uso real del cliente: actualizaciones de pedidos por push, un código QR de fidelización, una pantalla sin conexión con el horario de apertura.
Elimina los restos de la plantilla
Busca en la app web textos de demostración, productos de ejemplo, imágenes de stock y páginas legales de relleno. Un revisor que encuentra el mismo contenido de ejemplo en dos apps no necesita buscar más.
Vuelve a enviarla, o apela con datos concretos
Si rechazaron la app aunque de verdad es distinta, apela y explica qué la hace diferente: propietario, público, contenido y funciones. Una afirmación genérica de que la app es única no ayuda.
White label con WebViewGold: la configuración que aguanta
WebViewGold es white label: la app terminada lleva el nombre y el icono de tu cliente, no los nuestros, y carga el dominio que pongas en Config.java. Eso la hace ideal para agencias, y también significa que la diferenciación tiene que venir del producto del cliente. Tres reglas mantienen el trabajo de agencia lejos de problemas:
- Un propietario por app. Cada app publicada pertenece a un negocio real con su propio contenido y sus propios usuarios. Cada app personalizada necesita además su propia licencia de WebViewGold, como indica la documentación de configuración.
- Publica el propietario. Publica desde la propia cuenta de desarrollador del cliente, donde trabajas como usuario invitado con los permisos que necesitas.
- Valor nativo real para cada cliente. Notificaciones push, escaneo de QR, una pantalla sin conexión o App Links configurados para ese cliente, no una lista de funciones copiada del último proyecto.
Si llevas muchos proyectos de clientes y prefieres no compilar cada uno tú mismo, el equipo de Full Service configura y compila cada app de forma individual. Apple aplica una regla parecida con otro nombre; la guía de la Directriz 4.3 cubre la parte de iOS.
Plantilla de apelación: por qué la app no es contenido repetitivo
Pon hechos, no adjetivos. El revisor tiene que ver en un minuto un propietario, un público y un contenido distintos. La plantilla se queda en inglés porque los revisores de Google la leen en inglés.
Pégala en el formulario de apelación y adáptala
Hello Google Play team, [App name] ([package name]) was rejected under the Repetitive Content section of the Spam policy. We believe the app provides a distinct experience and would like to explain why. Owner: The app belongs to [business name], which runs [domain] and publishes from its own developer account ([account name]). Audience: [who uses it, for example the members of our gym in (city)]. Content unique to this app: [own catalogue, member accounts, bookings, community posts, ...]. Native features used for this product: [push notifications for booking reminders, QR check-in at the front desk, ...]. Difference from [app named in the notice, if any]: [owner, content and features that differ]. [If you consolidated or changed something: We have also (unpublished X, merged Y into this app, replaced the template content).] A demo account is available under App access: [username] / [password]. Kind regards, [name]
Lista de comprobación para limpiar la cuenta
- No hay dos apps en la cuenta que compartan funciones, diseño y contenido.
- Las variantes por ciudad, por sucursal y Free o Pro están fusionadas en una sola app.
- Cada app de cliente se publica desde la propia cuenta de desarrollador del cliente.
- Cada app tiene su propio nombre, icono, capturas y descripción, escritos para su propio público.
- No quedan contenidos de demostración, marcadores de stock ni páginas legales de ejemplo de la plantilla.
- Cada app usa al menos una función nativa para algo específico de ese negocio.
Preguntas frecuentes
¿Es un problema que muchas apps de Google Play estén hechas con WebViewGold?
No. La política trata de apps que ofrecen la misma experiencia, no de la tecnología que hay debajo. Muchas apps sin relación entre sí hechas con el mismo kit no son contenido repetitivo; dos apps del mismo propietario con el mismo contenido, sí.
¿Puedo publicar la misma app para dos países como dos fichas?
Usa una sola app. Google Play te permite traducir la ficha y elegir los países de cada app, y tu app web puede cambiar de idioma y de contenido según la región.
¿Puede mi agencia publicar apps de clientes en su propia cuenta de desarrollador?
Es posible, pero es la configuración que más se parece al spam de plantillas, y ata cada app de cliente a la reputación de tu cuenta. Publicar desde la propia cuenta de cada cliente es más seguro y deja al cliente el control de su app.
¿Un nombre de paquete nuevo hará que pase mi app rechazada?
Normalmente no, y empeora las cosas. Volver a subir una app rechazada con cambios mínimos es uno de los patrones a los que apunta la política. Corrige el motivo y vuelve a enviar la misma app.
¿Una combinación de colores distinta hace única una app?
No. El color, el logotipo y el nombre son lo mínimo. Lo que cuenta es un contenido distinto, un propietario y un público distintos, y funciones nativas usadas para ese producto concreto.
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.