Publicar una aplicación basada en un sitio web requiere más que cargar una compilación. Necesita las cuentas de desarrollador correctas, una experiencia móvil estable, activos de tienda precisos, divulgaciones de privacidad, pruebas, compilaciones firmadas de iOS y Android y acceso claro para revisores.
Apple y Google utilizan sistemas separados. Prepare la información del producto y la marca una vez y luego complete los pasos específicos de la plataforma de cada tienda.
Antes de crear los listados de tiendas
Asegúrese de que el sitio web esté listo para comportarse como el núcleo de una aplicación:
- Utiliza HTTPS en cada pantalla.
- Los diseños funcionan al ancho del teléfono sin hacer zoom
- La navegación, el inicio de sesión, el pago y los formularios funcionan de forma táctil
- Todos los enlaces y páginas de soporte están activos.
- Los estados de carga, vacío, error y fuera de línea son comprensibles
- La política de privacidad describe con precisión la aplicación y el sitio web.
- Los usuarios pueden encontrar controles de cuentas y datos.
La guía de revisión de Apple dice que los envíos deben ser definitivos, con URL funcionales y sin contenido de marcador de posición. De manera similar, Google espera que la lista describa lo que realmente ofrece la aplicación.
Paso 1: cree cuentas propiedad de la entidad adecuada
Manzana
Únase al Programa de Desarrolladores de Apple como individuo u organización. Apple actualmente ofrece una membresía de $99 por año. Una organización debe verificar su identidad legal y generalmente necesita un número D-U-N-S.
Si los clientes ven el nombre de una empresa como vendedor, inscriba a la empresa en lugar de a un contratista. Apple exige que determinados servicios regulados sean presentados por la entidad jurídica que los proporciona.
Leer Requisitos actuales de membresía de Apple.
GooglePlay
Cree una cuenta de desarrollador de Play Console, elija el tipo de cuenta personal u organizacional apropiado, pague la tarifa de registro aplicable y complete la verificación de identidad. Actualmente, Google incluye una tarifa única de $25 por la distribución completa en sus términos de acceso publicados.
Las nuevas cuentas personales tienen un requisito de prueba antes del acceso a producción. Las cuentas personales de Play Console creadas después del 13 de noviembre de 2023 también deben realizar una prueba cerrada con al menos 12 evaluadores que permanezcan registrados durante 14 días consecutivos antes de poder solicitar acceso a producción. Las cuentas de la organización están exentas. Reclute a más de 12 evaluadores para que un abandono no reinicie el reloj y verifique el tablero en lugar de asumir que una aplicación puede pasar directamente a una versión pública.
Paso 2: reserva la identidad de la aplicación
Elija el nombre de la aplicación, el ID del paquete para iOS y el nombre del paquete para Android. Los identificadores de paquetes son identidades técnicas y permanentes, como com.yourcompany.yourapp; cambiar el nombre de la aplicación visible más tarde no los cambia.
Utilice un nombre que tenga derecho a utilizar. Busque conflictos en tiendas y bases de datos de marcas relevantes. Prepare un ícono cuadrado de alta resolución sin áreas transparentes donde una tienda no las permita.
Paso 3: producir compilaciones firmadas
Una aplicación de iOS se archiva y se carga a través de la cadena de herramientas de Apple en App Store Connect. Android utiliza un paquete de aplicaciones de Android firmado para Google Play. Ambas tiendas imponen requisitos mínimos de compilación: desde el 28 de abril de 2026, App Store Connect rechaza las cargas que no están creadas con Xcode 26 y el SDK de iOS 26, y Google Play ahora requiere nuevas aplicaciones y actualizaciones para apuntar a Android 16 (nivel de API 36). Un conversor sin código o un servicio administrado puede producir estos artefactos, mientras que una plantilla de código fuente requiere que usted los cree.
Mantenga las credenciales de firma y el acceso a la cuenta bajo control comercial. Perder las claves o permitir que un antiguo contratista sea propietario de la única cuenta de administrador puede dificultar futuras actualizaciones.
Paso 4: agregue valor genuino a la aplicación
Esto es especialmente importante para las aplicaciones de iOS basadas en sitios web. La regla de funcionalidad mínima de Apple dice que una aplicación debe incluir funciones, contenido y valor de interfaz más allá de un sitio web reempaquetado.
Las adiciones útiles pueden incluir:
- Navegación nativa adaptada a tareas móviles
- Los usuarios de notificaciones push eligen explícitamente
- Enlaces profundos a contenido relevante
- Comportamiento nativo de compartir, cargar, usar cámara o descargar
- Contenido guardado o acceso sin conexión seleccionado
- Una experiencia pulida de inicio, carga, error y falta de conexión
No agregue funciones solo para marcar una casilla. Tanto los revisores como los usuarios se benefician cuando el comportamiento nativo respalda el propósito real de la aplicación.
Paso 5: cree activos de tienda precisos
Prepare el nombre de la aplicación, descripciones cortas y largas, palabras clave donde sean compatibles, categoría, ícono, capturas de pantalla del teléfono, detalles de contacto, URL de soporte y URL de la política de privacidad.
Las capturas de pantalla deben mostrar la aplicación real. Evite superlativos no verificados, premios falsos, testimonios inventados o características que no estén en la versión enviada. Utilice las primeras capturas de pantalla para explicar el trabajo principal en un lenguaje sencillo.
Para un producto de sitio web a aplicación, una secuencia sólida podría mostrar:
- La pantalla de inicio o descubrimiento principal
- La transacción clave o la experiencia del miembro
- Navegación móvil
- Una característica nativa útil como notificaciones o contenido guardado
- Controles de cuenta o soporte
Paso 6: Complete las declaraciones de privacidad y contenido
Ambas tiendas preguntan qué datos recopila la aplicación, cómo se utilizan, si están vinculados a la identidad y si los reciben terceros. Audite el sitio web, los análisis, la autenticación, los servicios de pago, las notificaciones, la publicidad y cualquier herramienta integrada.
Las respuestas deben describir toda la experiencia de la aplicación, no solo el shell nativo. Si el sitio web recopila una dirección de correo electrónico o carga un SDK de análisis dentro de la aplicación, considérelo en la divulgación.
Es posible que también deba responder preguntas sobre clasificación por edades, anuncios, derechos de contenido, cifrado, funciones financieras, información de salud, ubicación o acceso de niños.
Paso 7: prueba antes de revisar
pruebas de iOS
Utilice TestFlight para instalar la versión candidata. Pruebe en más de un tamaño de pantalla si es posible. Verifique el inicio de sesión, el comportamiento de la cuenta requerido por Apple, los flujos de pago externos cuando estén permitidos, los permisos, las notificaciones automáticas, los enlaces y los controles de eliminación.
Pruebas de Android
Utilice las pistas de prueba internas o cerradas de Play Console. Las pruebas internas son la forma más rápida de compartir una compilación con su propio equipo. Si su cuenta personal se creó después del 13 de noviembre de 2023, la prueba cerrada descrita en el Paso 1 debe ejecutarse durante 14 días consecutivos con al menos 12 evaluadores registrados antes de que pueda solicitar la producción.
En ambas plataformas, pruebe la conectividad lenta, una instalación nueva, un inicio de sesión caducado, permisos denegados, el gesto de retroceso del sistema, selección de archivos y cualquier ruta que abra otra aplicación o navegador.
Paso 8: Dar acceso completo a los revisores
Si la aplicación requiere iniciar sesión, proporcione una cuenta de demostración activa e instrucciones. Mantenga esa cuenta funcionando durante la revisión. Explique las características no obvias, las necesidades especiales de hardware, las restricciones regionales y dónde los revisores pueden encontrar funcionalidad nativa.
Google recomienda específicamente a los desarrolladores que proporcionen credenciales válidas para contenido restringido. Un revisor que no pueda pasar del inicio de sesión no podrá verificar la aplicación.
Paso 9: envíe cada aplicación
Envío de la tienda de aplicaciones
En App Store Connect, seleccione la compilación cargada, complete las preguntas de cumplimiento y metadatos requeridos, agregue notas de revisión y envíe la versión. Supervise los mensajes en App Store Connect y responda con precisión si Apple solicita información.
Envío de Google Play
En Play Console, complete las tareas de contenido de la aplicación y lista de Play Store, cargue el paquete de aplicaciones en la ruta correcta, agregue notas de la versión, resuelva las advertencias de políticas e implemente la versión. Google Play utiliza Android App Bundles para crear paquetes optimizados para dispositivos.
de google documentación de lanzamiento es la fuente de verdad para los pasos actuales de la consola.
Razones comunes por las que se rechazan las aplicaciones de sitios web
La aplicación se siente como un envoltorio delgado para un sitio web.
Mejore la navegación nativa y la utilidad específica de la aplicación. Asegúrese de que la experiencia principal sea útil y esté pulida en iOS, no simplemente una página de escritorio dentro de un marco.
Los revisores no pueden iniciar sesión
Proporcione credenciales de trabajo, deshabilite los códigos únicos que caducan para la cuenta de revisión cuando sea seguro y explique los pasos de inicio de sesión.
El listado es engañoso.
Elimine capturas de pantalla o afirmaciones que no coincidan con la compilación. Describa las limitaciones claramente.
Las respuestas de privacidad están incompletas
Audite los rastreadores web y los servicios de terceros, no solo el código nativo. Hacer pública y específica la política de privacidad.
Los enlaces, compras o cargas se rompen dentro de la aplicación
Pruebe cada transferencia externa y ruta de retorno en un dispositivo real. Decida intencionalmente qué enlaces permanecen en la aplicación y cuáles abren el navegador.
Faltan los controles de cuenta requeridos
Si los usuarios pueden crear una cuenta, revise los requisitos actuales de eliminación y control de datos para ambas tiendas y exponga claramente la ruta necesaria.
¿Qué pasa después de la aprobación?
Elija si desea lanzarlo de forma inmediata, manual o por etapas cuando la plataforma lo admita. Observe fallas, solicitudes web fallidas, errores de inicio de sesión, reseñas de usuarios y tickets de soporte. Mantenga actualizadas las descripciones de las tiendas y las declaraciones de privacidad cuando cambie el producto.
El contenido del sitio web se puede actualizar sin crear una nueva aplicación, pero la configuración nativa, el SDK, los permisos, la firma o los cambios en las políticas aún pueden requerir una nueva versión. Espere al menos una reconstrucción impulsada por la tienda al año a medida que Apple y Google aumenten sus objetivos mínimos de SDK y confirmen de antemano quién lo producirá.
Lista de verificación de publicación
- Las cuentas de desarrollador pertenecen a la persona o empresa correcta
- El sitio web es responsivo, seguro y está listo para producción.
- La aplicación añade valor móvil significativo
- Ambas compilaciones firmadas se instalan y ejecutan en dispositivos reales.
- Los nombres de las tiendas, las descripciones, los íconos y las capturas de pantalla están completos.
- Las declaraciones de privacidad y contenido cubren la experiencia web.
- Las URL de soporte y privacidad funcionan sin iniciar sesión
- Las credenciales e instrucciones del revisor están actualizadas.
- El precio y la disponibilidad están configurados.
- Se asigna un miembro del equipo para monitorear los mensajes de revisión.
Si aún no ha creado las compilaciones, comience con nuestra Guía para convertir un sitio web en una aplicación. o Obtenga una vista previa de su sitio en SiteTo.App.
Vea su sitio web como una aplicación
Personaliza la experiencia y obtén una vista previa antes de elegir una plataforma.
Crea tu vista previa
