Cuánto tarda publicar una app en App Store y Google Play

Resumen:

• Entre terminar la app y tenerla descargable hay de dos a seis semanas, no dos días.
• Lo que tarda no es la revisión: es el trámite de cuentas y los rechazos.
• La cuenta de desarrollador tiene que estar a nombre tuyo, no de la agencia.
• Casi todos los rechazos son de privacidad, permisos o accesos de prueba.
• Lo que la app baja del servidor se puede cambiar sin pasar por revisión.

La pregunta llega siempre en el mismo momento: la app funciona, el cliente la probó en su teléfono, y pregunta cuándo la pueden descargar sus clientes. La respuesta honesta —«entre dos y seis semanas»— suele caer mal, porque nadie la puso en el plan.

Vale la pena desglosarla, porque casi todo ese tiempo es evitable si se empieza antes.

Las cuentas, que es donde se pierde el tiempo

Para publicar hacen falta dos cuentas de desarrollador, y ninguna se abre en una tarde cuando es una empresa.

Apple pide verificación de la entidad legal: un identificador oficial de la empresa, que la persona que firma tenga facultad para hacerlo, y en algunos casos una llamada de confirmación. Entre tres días y tres semanas, según qué tan limpio esté el expediente de la empresa.

Google pide verificación de identidad y de dirección, y desde los cambios recientes también datos de contacto que se publican en la ficha. Normalmente más rápido, pero igual son días.

Este trámite se puede hacer mientras la app se programa. Es la recomendación más barata de este artículo: ábrelas en la primera semana del proyecto, no en la última.

¿Cuánto cuestan las cuentas de desarrollador?

Apple cobra 99 dólares al año y hay que renovarla o la app desaparece de la tienda. Google cobra 25 dólares una sola vez. Para empresas, ambas piden verificación de identidad legal, y ese trámite puede tardar más que la propia revisión.

¿Necesito una cuenta de desarrollador propia o puede ser de la agencia?

Tiene que ser tuya. La cuenta es dueña de la app, de las reseñas, de las descargas y de la relación con los usuarios. Si está a nombre del proveedor y la relación termina, recuperar la app es un trámite lento que depende de su buena voluntad.

La revisión

Un día o dos por envío. El costo real está en cuántos envíos hacen falta.

¿Cuánto tarda la revisión de una app?

Google Play suele resolver entre unas horas y tres días para una cuenta con historial, y hasta siete en la primera publicación. App Store normalmente responde en 24 a 48 horas. El problema no es la revisión en sí, es el rechazo: cada ciclo de rechazo y reenvío agrega varios días.

Por qué rechazan, en orden de frecuencia

Aviso de privacidad. Tiene que existir, estar en una dirección pública que cargue, y decir qué datos recoge la app de verdad. Si la app pide ubicación y el aviso no la menciona, es rechazo.

Permisos sin justificar. Pedir cámara, contactos o ubicación obliga a explicar para qué, con un texto que el usuario ve. «La app necesita acceso a la cámara» no es explicación; «para que puedas adjuntar la foto del equipo al reporte» sí.

El revisor no pudo entrar. Si la app requiere inicio de sesión, hay que entregar una cuenta de prueba que funcione. Es el rechazo más frecuente y el más tonto: la cuenta expiró, o quedó en un ambiente que el revisor no alcanza.

Cobrar por fuera. Si vendes contenido digital que se consume dentro de la app, Apple exige su sistema de pago y su comisión. Mandar al usuario a pagar en el navegador es causa de rechazo. Vender bienes o servicios físicos es otra cosa y ahí sí puedes cobrar como quieras.

La ficha no coincide. Capturas de pantalla que muestran funciones que no están, o una descripción más ambiciosa que la app.

¿Por qué rechazan una app?

Las razones más comunes no son técnicas: falta de aviso de privacidad accesible, permisos que se piden sin explicar para qué, cuentas de prueba que no funcionan para el revisor, contenido que no coincide con la descripción, o cobros fuera del sistema de pago de la tienda. Casi todas se evitan revisando antes de enviar.

El caso especial: apps internas

Si la app es solo para tus empleados, no tiene que pasar por las tiendas públicas. Google Play tiene distribución privada para una organización, y Apple tiene su programa de distribución interna. Es más rápido y evita la revisión pública entera.

Vale la pena preguntarlo desde el principio, porque mucha gente publica en la tienda pública una app que solo usan 30 técnicos, y paga el proceso completo sin necesitarlo.

Lo que conviene decidir antes de programar

• Las cuentas se abren en la semana uno, a nombre de la empresa.
• El aviso de privacidad se escribe junto con la app, no al final.
• Los textos de permisos son parte del diseño, no de la entrega.
• Se deja una cuenta de prueba permanente, con recordatorio de que no expire.
• Textos, precios y catálogos viven en el servidor, no en el código.

¿Se puede actualizar una app sin pasar por revisión otra vez?

Cada versión nueva pasa por revisión, aunque las actualizaciones suelen aprobarse más rápido que la primera publicación. Lo que sí se puede cambiar sin revisión es el contenido que la app descarga del servidor, y por eso conviene diseñarla para que textos, precios y catálogos vivan fuera del código.

Ese último punto es el que más dolor ahorra. Una app que trae los textos quemados en el código necesita un envío a revisión para corregir una palabra. Una que los baja del servidor se corrige en un minuto, sin pedir permiso a nadie.

El plan realista

Si la app estará lista el día 60 del proyecto y quieres que esté descargable el día 60, tienes que haber abierto las cuentas el día 5, escrito el aviso de privacidad el día 30 y hecho el primer envío de prueba el día 50. Si empiezas todo el día 60, la app se descarga el día 85.

Es la diferencia entre un proyecto que termina cuando dijo y uno que pasa un mes «ya casi».